Re: INBOX.INBOX.

2018-05-15 Thread Bron Gondwana
No, it's deliberately allowing that case because in altnamespace, those are the Inbox subfolders, so they have to be allowed. It still stops INBOX.INBOX.INBOX.INBOX.INBOX.INBOX which was the pathological case. Bron. On Wed, May 16, 2018, at 02:57, Wolfgang Breyha wrote: > Hi! > > I'm not sur

INBOX.INBOX.

2018-05-15 Thread Wolfgang Breyha
Hi! I'm not sure if this is a bug or intended... cyrus checks for mailbox names including "INBOX.INBOX." since 2.5 and prevents creation to stop buggy clients like Apple Mail from recursing. But it still allows eg. INBOX.INBOX.Trash since the check is done after conversion to the internal user..

Re: how can I check (and change) the owner of a mailbox ?

2018-05-15 Thread Chentao Credungtao via Info-cyrus
Hi again, Almost there... I found out that replacing in each cyrus.header file the ACL line "john.doe" by "john@example.net" did the trick ! Now "john@example.net" is the mailbox owner, and not "john.doe" anymore. Everything works fine, except that now my log file is cluttered with : H

Can't view (other) users subfolders with imapd 3.0.6

2018-05-15 Thread marco
Hi, after migrating from cyrus-imapd-2.4.17 to cyrus-imapd-3.0.6 we cannot view (other) users subfolders. Distro:Gentoo Cyrus version: cyrus-imapd-3.0.6 imapd-3.0.5.conf attached In the test environment we created a user named "aaa" and "bbb", then we created the folder "bbb/mytest/mysubtest". W