INBOX.INBOX.

[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.<uid>... format.

INBOX.INBOX.(Trash|Sent|Drafts) is widely used by K9 (and others) as it
seems. K9 fixed it "recently" ...
https://github.com/k9mail/k-9/issues/701
... but it seems existing configs still use this pattern.

Does cyrus intentionally allow user.<uid>.INBOX. and only prevents
user.<uid>.INBOX.INBOX.... or is this a bug and will be changed in future
versions?

With kind regards,
Wolfgang Breyha

[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.

Post by 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.<uid>... format.>
INBOX.INBOX.(Trash|Sent|Drafts) is widely used by K9 (and
others) as it> seems. K9 fixed it "recently" ...
https://github.com/k9mail/k-9/issues/701
... but it seems existing configs still use this pattern.
Does cyrus intentionally allow user.<uid>.INBOX. and only prevents
user.<uid>.INBOX.INBOX.... or is this a bug and will be changed
in future> versions?
With kind regards,
Wolfgang Breyha
--
Vienna University Computer Center | Austria
----
Cyrus Home Page: http://www.cyrusimap.org/
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

--
Bron Gondwana, CEO, FastMail Pty Ltd
***@fastmailteam.com