Hi Timo,

Thanks for the reply.

-----Original Message----- From: Timo Sirainen [mailto:tss@iki.fi] Sent: 25 March 2006 09:42 To: Mark Lidstone Cc: dovecot@dovecot.org Subject: Re: [Dovecot] Shared namespaces

On Fri, 2006-03-17 at 16:03 +0000, Mark Lidstone wrote:

...

I logged with Thunderbird as user 1 and everything seems to work fine. However, when I logged in as user 2 I was getting all kinds of errors. On checking the permissions of /home/public/Maildir/subscriptions it was user1:user1 with mode 600.

Looks like at some point I've thought about adding "subscriptions" setting to namespaces where you could configure if each one should have separate ones. For public/shared namespaces I guess this should default to "no".

In my case it should default to "yes". It allows people to only see the folders with email relating to their projects. At the moment when a project finishes we have to move it to another store so that it's not clogging up everyone's public folder list. Allowing people to only see the folders they want is one of the features that has attracted us to shared namespaces.

Unfortunately I don't think it's easy to currently make namespace's subscriptions exist in another namespace. I'll add this in TODO, but you could maybe kludge around this by changing the code, eg. set umask to 0 before file_dotlock_open() in src/lib-storage/subscription-file/subscription-file.c and back to original value afterwards.

Don't add it in the TODO - you've already done it (basically).

I'd cobbled together a real kludge to use the dovecot-shared permissions on the subscriptions file (kinda - only the group permissions, not the user) and was about to post it to the list when I came across the way you'd already handled it.

The subscriptions file is stored in the folder pointed to with the "CONTROL" directive - I just put this to a separate place for every user and it works fine.

The only thing that's left is getting this added to the Wiki - I don't think anyone's done that yet.

Thanks,

Mark

CONFIDENTIAL

The information contained in this e-mail and any attachment is confidential. It is intended only for the named addressee(s). If you are not the named addressee please notify the sender immediately and do not disclose, copy or distribute the contents to any other person other than the intended addressee(s).

VIRUSES

The contents of an attachment to this e-mail may contain software viruses which could damage your own computer system. While BMT Nigel Gee and Associates Ltd has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checks before opening the attachment.