[Dovecot] Public Folders for spam/nospam -> don't get it
hi,
Dovecot: 2.0.5
I want to use public folders (maildir), for my spam mails to feed spamassassin, but I don't get it working. My Evolution 2.28.3 (nothing else tested) can't subscribe the folders:
namespace { hidden = no inbox = yes list = yes location = prefix = INBOX/ separator = / subscriptions = yes type = private } namespace { hidden = no inbox = no list = children location = maildir:/home/vmail/public:LAYOUT=fs prefix = public/ separator = / subscriptions = no type = public }
angelica:/etc/dovecot/conf.d# ls -l /home/vmail/public/ total 24 -rw-r--r-- 1 vmail vmail 11 Oct 23 14:14 dovecot-acl -rw------- 1 vmail vmail 45 Oct 23 13:56 dovecot-acl-list -rw------- 1 vmail vmail 48 Oct 24 19:22 dovecot.mailbox.log drwxr-xr-x 2 vmail vmail 4096 Oct 23 14:03 nospam drwxr-xr-x 2 vmail vmail 4096 Oct 23 14:03 spam -rw------- 1 vmail vmail 12 Oct 24 19:22 subscriptions
# cat /home/vmail/public/dovecot-acl anyone lrp, also in subfolders spam/nospam
I tested several configurations, but nothing works. Sometimes I can see the folders, but can't subscribe them (invalid/unknown namespace), sometime I don't see the folders ...
does anyone has an answer for me ?
cu denny
On Sun, 2010-10-24 at 21:23 +0200, Denny Schierz wrote:
namespace { prefix = INBOX/ .. namespace { hidden = no inbox = no list = children location = maildir:/home/vmail/public:LAYOUT=fs prefix = public/ separator = / subscriptions = no type = public }
This configuration looks correct, but if clients are using INBOX/ as namespace path, then the public/ isn't visible.
# cat /home/vmail/public/dovecot-acl anyone lrp, also in subfolders spam/nospam
Looks correct to me.
I tested several configurations, but nothing works. Sometimes I can see the folders, but can't subscribe them (invalid/unknown namespace), sometime I don't see the folders ...
I think this is more likely a client problem. You could verify by talking IMAP protocol directly:
telnet localhost 143 a login user pass b list "" * c subscribe public/spam d lsub "" *
If all of those return correct info, it's a client problem. One thing you could do is to set the public namespace's prefix to INBOX/public/ although that's kind of ugly too.
If the IMAP commands are also returning wrong info, set mail_debug=yes and show the logs.
participants (2)
-
Denny Schierz
-
Timo Sirainen