[Dovecot] Weird glitches with public folders - Dovecot not using per-user INDEX?
Hi
I have this public folder:
namespace { location = maildir:/home/_shared/projects:INDEX=~/Maildir/_shared prefix = shared. separator = . subscriptions = no type = public }
Access is controlled by ACLs, everyone who has access is 'lrwstipek' except for some people who also have 'xa' privileges.
As you can see it is set to put its index to the user's Maildir so they can have per-user \Seen flags. And that is the case -- most of the time anyway. But for some folders, and I can't figure out why those, they just don't work: if someone sets a message read it immediately becomes read for everyone else, too, and vice versa if someone marks a message unread, it becomes unread everywhere. Further investigation shows that in these problematic folders, indeed all users directly manipulate the flag of the email (i.e. X marks email Z read, ",S" appears immediatelly in the filename).
Anyone knows what I'm doing wrong? I can't seem to find anything different with these problematic folders, ACLs look right etc.
Thanks in advance, Tamas
At a bare minimum, it is always a good idea to at least say what version you're using...
On 2010-10-02 10:29 AM, Kádár Tamás (KTamas) wrote:
Hi
I have this public folder:
namespace { location = maildir:/home/_shared/projects:INDEX=~/Maildir/_shared prefix = shared. separator = . subscriptions = no type = public }
Access is controlled by ACLs, everyone who has access is 'lrwstipek' except for some people who also have 'xa' privileges.
As you can see it is set to put its index to the user's Maildir so they can have per-user \Seen flags. And that is the case -- most of the time anyway. But for some folders, and I can't figure out why those, they just don't work: if someone sets a message read it immediately becomes read for everyone else, too, and vice versa if someone marks a message unread, it becomes unread everywhere. Further investigation shows that in these problematic folders, indeed all users directly manipulate the flag of the email (i.e. X marks email Z read, ",S" appears immediatelly in the filename).
Anyone knows what I'm doing wrong? I can't seem to find anything different with these problematic folders, ACLs look right etc.
--
Best regards,
Charles
sorry. Using the latest version (2.0.5) on Debian Lenny. Here's the full output of dovecot -n:
mail:~# dovecot -n # 2.0.5: /usr/local/etc/dovecot/dovecot.conf # OS: Linux 2.6.26-2-xen-amd64 x86_64 Debian 5.0.6 auth_mechanisms = plain login disable_plaintext_auth = no listen = * mail_debug = yes mail_location = maildir:~/Maildir mail_plugins = acl maildir_very_dirty_syncs = yes namespace { inbox = yes location = prefix = separator = . type = private } namespace { location = maildir:/home/_shared/projects:INDEX=~/Maildir/_shared prefix = shared. separator = . subscriptions = no type = public } passdb { driver = pam } plugin { acl = vfile mail_log_events = delete undelete expunge copy mailbox_delete mailbox_rename flag_change append mail_log_fields = uid box msgid from subject size vsize flags mail_log_group_events = yes } protocols = imap pop3 service imap { executable = imap } ssl_cert =
Best regards, Tamas On Sat, Oct 2, 2010 at 8:45 PM, Charles Marcus CMarcus@media-brokers.com wrote:
At a bare minimum, it is always a good idea to at least say what version you're using...
On 2010-10-02 10:29 AM, Kádár Tamás (KTamas) wrote:
Hi
I have this public folder:
namespace { location = maildir:/home/_shared/projects:INDEX=~/Maildir/_shared prefix = shared. separator = . subscriptions = no type = public }
Access is controlled by ACLs, everyone who has access is 'lrwstipek' except for some people who also have 'xa' privileges.
As you can see it is set to put its index to the user's Maildir so they can have per-user \Seen flags. And that is the case -- most of the time anyway. But for some folders, and I can't figure out why those, they just don't work: if someone sets a message read it immediately becomes read for everyone else, too, and vice versa if someone marks a message unread, it becomes unread everywhere. Further investigation shows that in these problematic folders, indeed all users directly manipulate the flag of the email (i.e. X marks email Z read, ",S" appears immediatelly in the filename).
Anyone knows what I'm doing wrong? I can't seem to find anything different with these problematic folders, ACLs look right etc.
--
Best regards,
Charles
Further investigation shows that the users DOES have indexes and caches for these problematic folders and dovecot does seem to be using them: -rw-rw-rw- 1 someuser mailusers 9496 Oct 1 20:09 dovecot.index -rw-rw-rw- 1 someuser mailusers 310272 Oct 4 12:16 dovecot.index.cache -rw-rw-rw- 1 someuser mailusers 30680 Oct 4 12:22 dovecot.index.log
(except, well, instead, changes still happen in the public directory itself for the \Seen flags.)
2010/10/2 Kádár Tamás (KTamas) ktamas@ktamas.com:
sorry. Using the latest version (2.0.5) on Debian Lenny. Here's the full output of dovecot -n:
mail:~# dovecot -n # 2.0.5: /usr/local/etc/dovecot/dovecot.conf # OS: Linux 2.6.26-2-xen-amd64 x86_64 Debian 5.0.6 auth_mechanisms = plain login disable_plaintext_auth = no listen = * mail_debug = yes mail_location = maildir:~/Maildir mail_plugins = acl maildir_very_dirty_syncs = yes namespace { inbox = yes location = prefix = separator = . type = private } namespace { location = maildir:/home/_shared/projects:INDEX=~/Maildir/_shared prefix = shared. separator = . subscriptions = no type = public } passdb { driver = pam } plugin { acl = vfile mail_log_events = delete undelete expunge copy mailbox_delete mailbox_rename flag_change append mail_log_fields = uid box msgid from subject size vsize flags mail_log_group_events = yes } protocols = imap pop3 service imap { executable = imap } ssl_cert =
Best regards, Tamas On Sat, Oct 2, 2010 at 8:45 PM, Charles Marcus CMarcus@media-brokers.com wrote:
At a bare minimum, it is always a good idea to at least say what version you're using...
On 2010-10-02 10:29 AM, Kádár Tamás (KTamas) wrote:
Hi
I have this public folder:
namespace { location = maildir:/home/_shared/projects:INDEX=~/Maildir/_shared prefix = shared. separator = . subscriptions = no type = public }
Access is controlled by ACLs, everyone who has access is 'lrwstipek' except for some people who also have 'xa' privileges.
As you can see it is set to put its index to the user's Maildir so they can have per-user \Seen flags. And that is the case -- most of the time anyway. But for some folders, and I can't figure out why those, they just don't work: if someone sets a message read it immediately becomes read for everyone else, too, and vice versa if someone marks a message unread, it becomes unread everywhere. Further investigation shows that in these problematic folders, indeed all users directly manipulate the flag of the email (i.e. X marks email Z read, ",S" appears immediatelly in the filename).
Anyone knows what I'm doing wrong? I can't seem to find anything different with these problematic folders, ACLs look right etc.
--
Best regards,
Charles
On Sat, 2010-10-02 at 16:29 +0200, Kádár Tamás (KTamas) wrote:
As you can see it is set to put its index to the user's Maildir so they can have per-user \Seen flags. And that is the case -- most of the time anyway. But for some folders, and I can't figure out why those, they just don't work:
Do those folders have dovecot-shared file? Per-user \Seen flag is used only if that exists.
That's it! Silly me, didn't think of that one. Indeed, dovecot-shared is missing from the folder.
However, that raises a question: how can I make the creation of dovecot-shared default when I create a public subfolder? I've just tried creating a new folder and dovecot-shared doesn't get created, even though its parent folder has it... It's really important because folders get created every day around here and they really need to inherit everything, including this from its parent.
Thanks and best regards, Tamas
On Mon, Oct 4, 2010 at 3:55 PM, Timo Sirainen tss@iki.fi wrote:
On Sat, 2010-10-02 at 16:29 +0200, Kádár Tamás (KTamas) wrote:
As you can see it is set to put its index to the user's Maildir so they can have per-user \Seen flags. And that is the case -- most of the time anyway. But for some folders, and I can't figure out why those, they just don't work:
Do those folders have dovecot-shared file? Per-user \Seen flag is used only if that exists.
On Mon, 2010-10-04 at 16:08 +0200, Kádár Tamás (KTamas) wrote:
However, that raises a question: how can I make the creation of dovecot-shared default when I create a public subfolder? I've just tried creating a new folder and dovecot-shared doesn't get created, even though its parent folder has it...
It's not currently copied from parent folder, but rather the namespace root directory. Se create /home/_shared/projects/dovecot-shared
Thanks!
Tamas
On Mon, Oct 4, 2010 at 4:15 PM, Timo Sirainen tss@iki.fi wrote:
On Mon, 2010-10-04 at 16:08 +0200, Kádár Tamás (KTamas) wrote:
However, that raises a question: how can I make the creation of dovecot-shared default when I create a public subfolder? I've just tried creating a new folder and dovecot-shared doesn't get created, even though its parent folder has it...
It's not currently copied from parent folder, but rather the namespace root directory. Se create /home/_shared/projects/dovecot-shared
On 2010-10-04 10:15 AM, Timo Sirainen wrote:
On Mon, 2010-10-04 at 16:08 +0200, Kádár Tamás (KTamas) wrote:
However, that raises a question: how can I make the creation of dovecot-shared default when I create a public subfolder? I've just tried creating a new folder and dovecot-shared doesn't get created, even though its parent folder has it...
It's not currently copied from parent folder, but rather the namespace root directory. Se create /home/_shared/projects/dovecot-shared
I can see an argument for having it first look in the parent folder and copy one from there if it exists, if not, then look in the namespace root - any chance of this in the future?
--
Best regards,
Charles
On Mon, 2010-10-04 at 10:43 -0400, Charles Marcus wrote:
It's not currently copied from parent folder, but rather the namespace root directory. Se create /home/_shared/projects/dovecot-shared
I can see an argument for having it first look in the parent folder and copy one from there if it exists, if not, then look in the namespace root - any chance of this in the future?
Yeah, I guess that would be better. Added it to v2.1 TODO list.
I've put the dovecot-shared files in place, restarted dovecot, but it's still not working :( Are there any extra steps I have to perform?
Best regards Tamas
On Mon, Oct 4, 2010 at 4:48 PM, Timo Sirainen tss@iki.fi wrote:
On Mon, 2010-10-04 at 10:43 -0400, Charles Marcus wrote:
It's not currently copied from parent folder, but rather the namespace root directory. Se create /home/_shared/projects/dovecot-shared
I can see an argument for having it first look in the parent folder and copy one from there if it exists, if not, then look in the namespace root - any chance of this in the future?
Yeah, I guess that would be better. Added it to v2.1 TODO list.
No. I just tried with latest hg version (no related changes since 2.0.5):
namespace { type = public separator = / prefix = pub/ subscriptions = no location = maildir:~/Maildir/pub }
rm -rf ~/Maildir/pub mkdir ~/Maildir/pub touch ~/Maildir/pub/dovecot-shared
Then with IMAP did "a create pub/foo" and the result is:
~/Maildir/pub% ls .foo/ cur/ dovecot-shared maildirfolder new/ tmp/
If it doesn't work like this, give similar specifics of what you did.
On Fri, 2010-10-08 at 18:03 +0200, Kádár Tamás (KTamas) wrote:
I've put the dovecot-shared files in place, restarted dovecot, but it's still not working :( Are there any extra steps I have to perform?
Best regards Tamas
On Mon, Oct 4, 2010 at 4:48 PM, Timo Sirainen tss@iki.fi wrote:
On Mon, 2010-10-04 at 10:43 -0400, Charles Marcus wrote:
It's not currently copied from parent folder, but rather the namespace root directory. Se create /home/_shared/projects/dovecot-shared
I can see an argument for having it first look in the parent folder and copy one from there if it exists, if not, then look in the namespace root - any chance of this in the future?
Yeah, I guess that would be better. Added it to v2.1 TODO list.
participants (3)
-
Charles Marcus
-
Kádár Tamás (KTamas)
-
Timo Sirainen