<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
On 05/04/2012 09:23 AM, Dan White wrote:
<blockquote cite="mid:20120504142334.GG5729@dan.olp.net" type="cite">On
05/04/12 07:32 -0500, Nic Bernstein wrote:
<br>
<blockquote type="cite">In trying to bring up a murder with <b>2.4.10</b>,
I am encountering a problem I just cannot seem to get past.
I've got a Mupdate master, 2 backends and 2 frontends. Everyone
seems to be exchanging mailboxes.db info just fine, but I cannot
move a mailbox (user inbox) from the original backend (used to
be single, standalone system) to the second backend.
<br>
<br>
Here is sample cyradm session, first to a frontend:
<br>
<br>
# cyradm -user cyradmin mail
<br>
Password:
<br>
mail> xfer user.nic mailbox.wi
<br>
xfermailbox: bad parameters to function
<br>
<br>
mail> rename user.nic user.nic mailbox.wi
<br>
renamemailbox: The remote Server(s) denied the operation
<br>
<br>
and to the backend holding the mailbox to be moved:
<br>
<br>
# cyradm -user cyradmin mailbox
<br>
Password:
<br>
mailbox> xfer user.nic mailbox.wi
<br>
xfermailbox: The remote Server(s) denied the operation
<br>
<br>
mailbox> rename user.nic user.nic mailbox.wi
<br>
renamemailbox: The remote Server(s) denied the operation
<br>
<br>
Here are protocol traces from the hosts involved:
<br>
From the first session:
<br>
<br>
On host<mail>
<br>
---------- cyradmin Fri May 4 07:01:01 2012
<br>
<br>
<1336132861<4 RLIST "" ""
<br>
>1336132861>* LIST (\Noselect) "." ""
<br>
4 OK Completed (0.000 secs)
<br>
<1336132870<5 XFER user.nic mailbox.wi
<br>
>1336132871>5 NO bad parameters to function
<br>
<1336132898<6 RENAME user.nic user.nic mailbox.wi
<br>
>1336132898>6 NO The remote Server(s) denied the
operation
<br>
<br>
On host<mailbox.wi>
<br>
---------- murder Fri May 4 07:01:10 2012
<br>
<br>
<1336132871<Q01 LOGOUT
<br>
>1336132871>* BYE LOGOUT received
<br>
Q01 OK Completed
<br>
<br>
On host<postman> (with clock drift)
<br>
---------- postman Fri May 4 07:03:26 2012
<br>
<br>
<1336133006<X0 ACTIVATE {8+}
<br>
user.nic {26+}
<br>
mailbox.occinc.com!default {63+}
<br>
nic lrswipcda admin d cyrus lrswipkxtea
cyradmin lrswipkxtecda <br>
>1336133006>X0 OK "done"
<br>
<1336133006<Q01 LOGOUT
<br>
>1336133006>Q01 OK "bye-bye"
<br>
<br>
And from the second:
<br>
<br>
On host<mailbox.wi>
<br>
---------- murder Fri May 4 07:14:51 2012
<br>
<br>
<1336133691<Q01 SETQUOTA {9+}
<br>
+user.nic (STORAGE 3500000)
<br>
>1336133691>Q01 NO Permission denied
<br>
<1336133691<Q01 LOGOUT
<br>
>1336133691>* BYE LOGOUT received
<br>
Q01 OK Completed
<br>
---------- murder Fri May 4 07:15:00 2012
<br>
<br>
<1336133700<Q01 SETQUOTA {9+}
<br>
+user.nic (STORAGE 3500000)
<br>
>1336133700>Q01 NO Permission denied
<br>
<1336133700<Q01 LOGOUT
<br>
>1336133700>* BYE LOGOUT received
<br>
Q01 OK Completed
<br>
<br>
On host<postman> (again with clock drift)
<br>
---------- postman Fri May 4 07:16:38 2012
<br>
<br>
<1336133798<X0 ACTIVATE {8+}
<br>
user.nic {26+}
<br>
mailbox.occinc.com!default {63+}
<br>
nic lrswipcda admin d cyrus lrswipkxtea
cyradmin lrswipkxtecda <br>
>1336133798>X0 OK "done"
<br>
<1336133798<Q01 LOGOUT
<br>
>1336133798>Q01 OK "bye-bye"
<br>
<br>
So it looks to me like the ACL is not being transferred, and the
entire operation is buggered from there on. Right? What's the
fix to this? Is there some overarching ACL which I'm missing?
<br>
<br>
Here are the pertinent (sanitized) portions of the
configurations from both backends:
<br>
<br>
# mailbox - main backend
<br>
admins: cyrus cyradmin
<br>
allowplaintext: yes
<br>
sasl_pwcheck_method: saslauthd
<br>
sasl_mech_list: PLAIN
<br>
sasl_minimum_layer: 0
<br>
sasl_auto_transition: no
<br>
servername: mailbox.example.com
<br>
proxyservers: cyradmin murder
<br>
allowusermoves: true
<br>
idlemethod: idled
<br>
allowallsubscribe: true
<br>
altnamespace: true
<br>
defaultacl: anyone lrsip
<br>
mupdate_server: postman.example.com
<br>
mupdate_username: postman
<br>
mupdate_authname: postman
<br>
mupdate_password: password1
<br>
proxy_authname: murder
<br>
proxy_password: password2
<br>
force_sasl_client_mech: PLAIN
<br>
postman_mechs: PLAIN
<br>
mailbox_mechs: PLAIN
<br>
serverlist: mailbox mailbox.wi
<br>
----------------------
<br>
<br>
# mailbox.wi - new backend
<br>
admins: cyrus cyradmin
<br>
allowplaintext: yes
<br>
sasl_pwcheck_method: saslauthd
<br>
sasl_mech_list: PLAIN LOGIN
<br>
sasl_minimum_layer: 0
<br>
sasl_auto_transition: no
<br>
servername: mailbox.wi.example.com
<br>
allowallsubscribe: true
<br>
duplicatesuppression: true
<br>
expunge_mode: delayed
<br>
proxyservers: cyradmin murder
<br>
allowusermoves: true
<br>
mupdate_server: postman.example.com
<br>
mupdate_username: postman
<br>
mupdate_authname: postman
<br>
mupdate_password: password1
<br>
proxy_authname: murder
<br>
proxy_password: password2
<br>
force_sasl_client_mech: PLAIN
<br>
postman_mechs: PLAIN
<br>
mailbox_mechs: PLAIN
<br>
serverlist: mailbox mailbox.wi
<br>
<br>
For what it's worth, all authentication is via saslauthd with
LDAP. I am able to create new mailboxes on the new backend, and
access them via all frontends, etc. I am just not able to
transfer mailboxes, which is kind of the critical part of this
whole effort (distribute mail from centralized location to
remote sites).
<br>
<br>
Any assistance would be greatly appreciated.
<br>
</blockquote>
<br>
Which version are you running on these 4 systems? Are they all
<br>
the same?
<br>
</blockquote>
<br>
Yes, they are all 2.4.10.<br>
<br>
<blockquote cite="mid:20120504142334.GG5729@dan.olp.net" type="cite">
The doc at:
<br>
<br>
<a class="moz-txt-link-freetext" href="http://cyrusimap.org/docs/cyrus-imapd/2.4.16/install-murder.php">http://cyrusimap.org/docs/cyrus-imapd/2.4.16/install-murder.php</a>
<br>
<br>
claims that the proxy_authenticating user will need to be a full
admin
<br>
(section: Additional backend configuration):
<br>
<br>
admins: cyrus cyradmin murder
<br>
</blockquote>
<br>
Ahh, that wasn't clear. Okay, this fixed my problem. Another note
for the Wiki. I will summarize my steps once I've got this
complete.<br>
<br>
<blockquote cite="mid:20120504142334.GG5729@dan.olp.net" type="cite">
and you may not need 'murder' in your proxyservers.
<br>
</blockquote>
<br>
I will test that next.<br>
<br>
<blockquote cite="mid:20120504142334.GG5729@dan.olp.net" type="cite">
Check your syslog for any additional output. Focus on the case
where you're
<br>
connecting directly to the original backend when performing the
transfer,
<br>
rather than the frontend. I don't know if transfers are allowed
from a
<br>
frontend.
<br>
</blockquote>
<br>
Again, one more for the WIki.<br>
<br>
Thanks so much for your help. I'm Cc:ing the list for completeness.<br>
<br>
Cheers,<br>
-nic<br>
<pre class="moz-signature" cols="72">--
Nic Bernstein <a class="moz-txt-link-abbreviated" href="mailto:nic@onlight.com">nic@onlight.com</a>
Onlight, Inc. <a class="moz-txt-link-abbreviated" href="http://www.onlight.com">www.onlight.com</a>
219 N. Milwaukee St., Suite 2a v. 414.272.4477
Milwaukee, Wisconsin 53202
</pre>
</body>
</html>