Cyrus murder: a mupdate master does not allow creating of mailboxes to the backend.

[Thomas Hager]

On Thu, 2003-05-22 at 16:15, Dmitry Novosjolov wrote:
> Dear list members,
hi!

[snip]

> May 22 15:28:52 some_server mupdate[17192]: accepted connection
> May 22 15:28:52 some_server mupdate[17745]: login: mupdate from some_server 
> [127.0.0.1]
> May 22 15:28:52 some_server mupdate[17747]: cmd_set(fd:12, user.seur1)
> May 22 15:28:52 some_server imap[17791]: mupdate NO response: mailbox already 
> exists
> May 22 15:28:52 some_server imap[17791]: MUPDATE: can't reserve mailbox entry 
> for 'user.seur1'

i'd say your backend and your mupdate master share the same
configdirectory. rob already explained this behaviour a while ago in
this mail:

http://asg.web.cmu.edu/archive/message.php?mailbox=archive.info-cyrus&searchterm=murder&msg=18023

i quote:

"You do appear to be authenticating properly, though it seems that the
mailbox already exists.

I'm betting you have your master mupdate server sharing the same
configdirectory as your backend, and since the backend does:

1. create local entry
2. reserve remote entry

the mupdate server sees that the entry already exists, and denys the
operation."

hth,
tom.

-- 

Thomas "Duke" Hager         | "Microsoft is not the answer.
duke@{bofh.at,1012surf.net} |  Microsoft is the question.
thomas.hager at 1012surf.net   |  NO is the answer."
                                       Erik Naggum.



-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : https://lists.andrew.cmu.edu/mailman/private/info-cyrus/attachments/20030522/8b763257/attachment.bin