murder and autocreate (I know it is not supported)
Paolo Cravero
pcravero at as2594.net
Wed Jun 10 03:53:45 EDT 2009
Thank you Duncan for the info about the patch. I would try it, but I'm sure it
would not be accepted by the tech stuff as it is not official.
As I said in another thread, this is what happens when autocreate is ON in a
murder setup with several backends, and a user accesses a shared mailbox
residing on a different server.
This is an excerpt of backend1 maillog:
canonified backend1 -> backend1
mupdate NO response: mailbox already exists
MUPDATE: can't reserve mailbox entry for 'example.com!user.onBE2'
autocreateinbox: User onBE2 at example.com, INBOX failed. unable to reserve
mailbox on mupdate server
seen_db: user onBE2 at example.com opened
/var/lib/imap/domain/e/example.com/user/z/onBE2.seen
open: user onBE2 at example.com opened user/onBE1/778899
In words, the backend not owning the mailbox tries to create it, but receives
a deny from the murder server. Then it opens the target mailbox (onBE1/778899)
and creates the .seen structure.
So far this means a messy maillog file. I will use autocreate just to populate
my backends from the backend itself (with some imtest iteration, or whatever)
and then switch it off.
Looking forward to a MUPDATE protocol update or cyrus official patch.
Paolo
More information about the Info-cyrus
mailing list