lmtp patch for cyrus-murder

guanaes <[email protected]>
Newsgroups gmane.mail.imap.cyrus
Message-ID <[email protected]>
Hi,

    We wonder if this lmtp patch was included in cyrus-imap-3.0.1?

    We need to use autocreate and in cyrus-imap-2.5.10 there was a problem when an e-mail was sent
to a new user and it was not able to create a mailbox on mupdate/backends.

  Thanks in advance.

Denise





--------------------------------------------------------------------------------------------------------------------------------------------------------------------
Hi,

https://cyrusimap.org/mediawiki/index.php/Cyrus_Murder_Failure_Modes
"2. Mail delivery via the frontends is deferred (lmtpproxyd cannot
locate mailbox). "
should be updated too

Quoting Ken Murchison <murch at andrew.cmu.edu 
<https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus>>:

>/Done. />//>//>/On 11/17/2015 03:29 AM, Michael Menge wrote: />>/Hi Ken />>//>>/thanks. Do you intend to patch 2.4.x and 2.5.x ? />>//>>/I am a bit confused by the recent changes of cyrusimap and 
cyrus.fondation. />>/Is the bugtracker https://bugzilla.cyrusimap.org still used by the 
project? />>/If yes, you should close />>/https://bugzilla.cyrusimap.org/show_bug.cgi?id=3866, />>/if not, someone should add some information where the new />>/bugtracker can be found />>//>>/Regards />>//>>/Michael />>//>>//>>//>>/Quoting Ken Murchison <murch at andrew.cmu.edu 
<https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus>>: />>//>>>/I committed a revised version just a little while ago: />>>/https://git.cyrus.foundation/rI0fd86ca759ffa32e8d22dbdde78ea82d63650827 />>>//>>>//>>>//>>>/On 11/16/2015 04:41 AM, Michael Menge via Info-cyrus wrote: />>>>/Hi, />>>>//>>>>/is there anything missing from my side, or something that I can do to help />>>>/that my patch can be included? />>>>//>>>>/Regards />>>>//>>>>/Michael />>>>//>>>>//>>>>/Quoting Nic Bernstein via Info-cyrus <info-cyrus at lists.andrew.cmu.edu 
<https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus>>: />>>>//>>>>>/Bron, />>>>>/We're starting to run into this same issue -- lmtp proxies fail />>>>>/to deliver mail when mupdate master craps -- and so started to />>>>>/investigate this thread. However, it doesn't look like Michael />>>>>/Menge's patch made it in. Your thoughts? />>>>>/-nic />>>>>//>>>>>/On 10/07/2014 08:17 AM, Bron Gondwana wrote: />>>>>>/I'm convinced :) I'll probably add it with Ken while we're at />>>>>>/CMU in a couple of weeks when we can test it together. This is />>>>>>/precisely the kind of thing we love to see! Thanks. />>>>>>//>>>>>>/Bron. />>>>>>//>>>>>>/On Tue, Oct 7, 2014, at 10:23 PM, Michael Menge wrote: />>>>>>>/Hi, />>>>>>>//>>>>>>>/as we have had an other crash of mupdate master last week, we used the />>>>>>>/patch on our production system. />>>>>>>//>>>>>>>/After the patch was added the load on mupdate master was dropping form />>>>>>>/about 10 to about 1. />>>>>>>//>>>>>>>/After one week of using it we have not found any problems. />>>>>>>/As I have not received any other feedback, I added it to the />>>>>>>/bugtracker. />>>>>>>//>>>>>>>/https://bugzilla.cyrusimap.org/show_bug.cgi?id=3866 />>>>>>>//>>>>>>>/Pleas consider adding it to 2.5 and 2.4.next />>>>>>>//>>>>>>>/Regards />>>>>>>//>>>>>>>/Michael />>>>>>>//>>>>>>>//>>>>>>>/Quoting Michael Menge <michael.menge at zdv.uni-tuebingen.de 
<https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus>>: />>>>>>>//>>>>>>>>/Hi, />>>>>>>>//>>>>>>>>//>>>>>>>>/Quoting Michael Menge <michael.menge at zdv.uni-tuebingen.de 
<https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus>>: />>>>>>>>//>>>>>>>>>/Quoting Michael Menge <michael.menge at zdv.uni-tuebingen.de 
<https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus>>: />>>>>>>>>//>>>>>>>>>>/By thew way, the reason I was so surprised in the first />>>>>>>>>>/place was, that />>>>>>>>>>/I have been fooled by the documentation: />>>>>>>>>>/Quoting />>>>>>>>>>/https://cyrusimap.org/docs/cyrus-imapd/2.4.17/install-murder.php />>>>>>>>>>//>>>>>>>>>>>/Configuring the frontends />>>>>>>>>>>/[...] />>>>>>>>>>>/However, because the frontends only talk to the mupdate master />>>>>>>>>>>/via a slave running on the local machine, you will also need />>>>>>>>>>>/to set up a slave on the same machine, in the SERVICES section />>>>>>>>>>>/of cyrus.conf, like so />>>>>>>>>/And an other misleading DOC ! />>>>>>>>>/Quoting />>>>>>>>>/http://www.cyrusimap.org/mediawiki/index.php/Cyrus_Murder_Mail_Delivery />>>>>>>>>>/UMich patch />>>>>>>>>>//>>>>>>>>>>/Patch Patches are against 2.2 but are being moved to 2.3 />>>>>>>>>>/Lmtpproxyd will now use the local mailboxes.db />>>>>>>>/Quoting Wesley Craig <wescraig at gmail.com 
<https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus>>: />>>>>>>>//>>>>>>>>>/On 29 Sep 2014, at 10:08, Michael Menge />>>>>>>>>/<michael.menge at zdv.uni-tuebingen.de 
<https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus>> wrote: />>>>>>>>>>/thanks for your mail. By any chance do you still have the patch? />>>>>>>>>/In fact, I don't. Dusting off my notes, I recall now that instead />>>>>>>>>/of patching this (bogus) code, we instead decided to configure the />>>>>>>>>/frontends as "unified", while leaving the backends "standard". The />>>>>>>>>/only downside of this approach was that a naive admin could />>>>>>>>>/potentially create a user's mailbox on a frontend. />>>>>>>>>//>>>>>>>>>/Sorry I said that we ported that code forward: in fact we simply />>>>>>>>>/got the effect of consulting mailboxes.db without porting forward. />>>>>>>>>//>>>>>>>>>/:wes />>>>>>>>/I have patched my lmtpd to use the local mailbox.db in all cases, />>>>>>>>/unified Murder, and standalone cyrus already did this. />>>>>>>>/I tested it with a few testmails on my test system, />>>>>>>>/but as i don't have a unified setup or a standalone test system />>>>>>>>/at the moment i didn't test these setups. />>>>>>>>//>>>>>>>>/I would appreciate a review. />>>>>>>>//>>>>>>>>//>>>>>>>>/Regards, />>>>>>>>//>>>>>>>>/Michael Menge />>>>>>>>//>>>>>>>>//>>>>>>>>/-------------------------------------------------------------------------------- 
M.Menge Tel.: (49) />>>>>>>>/7071/29-70316 />>>>>>>>/Universität Tübingen Fax.: (49) 7071/29-5912 />>>>>>>>/Zentrum für Datenverarbeitung mail: />>>>>>>>/michael.menge at zdv.uni-tuebingen.de 
<https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus> />>>>>>>>/Wächterstraße 76 />>>>>>>>/72074 Tübingen />>>>>>>//>>>>>>>//>>>>>>>//>>>>>>>/-------------------------------------------------------------------------------- 
M.Menge Tel.: (49) />>>>>>>/7071/29-70316 />>>>>>>/Universität Tübingen Fax.: (49) 7071/29-5912 />>>>>>>/Zentrum für Datenverarbeitung mail: />>>>>>>/michael.menge at zdv.uni-tuebingen.de 
<https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus> />>>>>>>/Wächterstraße 76 />>>>>>>/72074 Tübingen />>>>>>>/---- />>>>>>>/Cyrus Home Page: http://www.cyrusimap.org/ />>>>>>>/List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ />>>>>>>/To Unsubscribe: />>>>>>>/https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus />>>>>>>/Email had 1 attachment: />>>>>>>/+ smime.p7s />>>>>>>/7k (application/pkcs7-signature) />>>>>>//>>>>>//>>>>>/-- />>>>>/Nic Bernstein nic at onlight.com 
<https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus> />>>>>/Onlight, Inc. www.onlight.com />>>>>/6525 W Bluemound Road, Suite 24 v. 414.272.4477 />>>>>/Milwaukee, Wisconsin 53213-4073 />>>>//>>>>//>>>>//>>>>/-------------------------------------------------------------------------------- 
M.Menge Tel.: (49) />>>>/7071/29-70316 />>>>/Universität Tübingen Fax.: (49) 7071/29-5912 />>>>/Zentrum für Datenverarbeitung mail: />>>>/michael.menge at zdv.uni-tuebingen.de 
<https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus> />>>>/Wächterstraße 76 />>>>/72074 Tübingen />>>>//>>>>/---- />>>>/Cyrus Home Page: http://www.cyrusimap.org/ />>>>/List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ />>>>/To Unsubscribe: />>>>/https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus />>>//>>>//>>>/-- />>>/Kenneth Murchison />>>/Principal Systems Software Engineer />>>/Carnegie Mellon University />>//>>//>>//>>/-------------------------------------------------------------------------------- 
M.Menge Tel.: (49) />>/7071/29-70316 />>/Universität Tübingen Fax.: (49) 7071/29-5912 />>/Zentrum für Datenverarbeitung mail: />>/michael.menge at zdv.uni-tuebingen.de 
<https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus> />>/Wächterstraße 76 />>/72074 Tübingen />>//>//>//>/-- />/Kenneth Murchison />/Principal Systems Software Engineer />/Carnegie Mellon University /


--------------------------------------------------------------------------------
M.Menge                                Tel.: (49) 7071/29-70316
Universität Tübingen                   Fax.: (49) 7071/29-5912
Zentrum für Datenverarbeitung          mail:
michael.menge at zdv.uni-tuebingen.de 
<https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus>
Wächterstraße 76
72074 Tübingen




-------- Forwarded Message --------
Subject: 	lmtp patch for cyrus-murder
Date: 	Wed, 26 Apr 2017 10:10:33 -0300
From: 	Sandra <[email protected]>
To: 	[email protected]



Hi,

    We wonder to know if this lmtp patch was included in cyrus-imap-3.0.1?

    We need to use autocreate and in cyrus-imap-2.5.10 there was a problem when an e-mail was sent
to a new user and it was not able to create a mailbox on mupdate/backends.

  Thanks in advance.

Sandra





--------------------------------------------------------------------------------------------------------------------------------------------------------------------
Hi,

https://cyrusimap.org/mediawiki/index.php/Cyrus_Murder_Failure_Modes
"2. Mail delivery via the frontends is deferred (lmtpproxyd cannot
locate mailbox). "
should be updated too

Quoting Ken Murchison <murch at andrew.cmu.edu 
<https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus>>:

>/Done. />//>//>/On 11/17/2015 03:29 AM, Michael Menge wrote: />>/Hi Ken />>//>>/thanks. Do you intend to patch 2.4.x and 2.5.x ? />>//>>/I am a bit confused by the recent changes of cyrusimap and 
cyrus.fondation. />>/Is the bugtracker https://bugzilla.cyrusimap.org still used by the 
project? />>/If yes, you should close />>/https://bugzilla.cyrusimap.org/show_bug.cgi?id=3866, />>/if not, someone should add some information where the new />>/bugtracker can be found />>//>>/Regards />>//>>/Michael />>//>>//>>//>>/Quoting Ken Murchison <murch at andrew.cmu.edu 
<https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus>>: />>//>>>/I committed a revised version just a little while ago: />>>/https://git.cyrus.foundation/rI0fd86ca759ffa32e8d22dbdde78ea82d63650827 />>>//>>>//>>>//>>>/On 11/16/2015 04:41 AM, Michael Menge via Info-cyrus wrote: />>>>/Hi, />>>>//>>>>/is there anything missing from my side, or something that I can do to help />>>>/that my patch can be included? />>>>//>>>>/Regards />>>>//>>>>/Michael />>>>//>>>>//>>>>/Quoting Nic Bernstein via Info-cyrus <info-cyrus at lists.andrew.cmu.edu 
<https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus>>: />>>>//>>>>>/Bron, />>>>>/We're starting to run into this same issue -- lmtp proxies fail />>>>>/to deliver mail when mupdate master craps -- and so started to />>>>>/investigate this thread. However, it doesn't look like Michael />>>>>/Menge's patch made it in. Your thoughts? />>>>>/-nic />>>>>//>>>>>/On 10/07/2014 08:17 AM, Bron Gondwana wrote: />>>>>>/I'm convinced :) I'll probably add it with Ken while we're at />>>>>>/CMU in a couple of weeks when we can test it together. This is />>>>>>/precisely the kind of thing we love to see! Thanks. />>>>>>//>>>>>>/Bron. />>>>>>//>>>>>>/On Tue, Oct 7, 2014, at 10:23 PM, Michael Menge wrote: />>>>>>>/Hi, />>>>>>>//>>>>>>>/as we have had an other crash of mupdate master last week, we used the />>>>>>>/patch on our production system. />>>>>>>//>>>>>>>/After the patch was added the load on mupdate master was dropping form />>>>>>>/about 10 to about 1. />>>>>>>//>>>>>>>/After one week of using it we have not found any problems. />>>>>>>/As I have not received any other feedback, I added it to the />>>>>>>/bugtracker. />>>>>>>//>>>>>>>/https://bugzilla.cyrusimap.org/show_bug.cgi?id=3866 />>>>>>>//>>>>>>>/Pleas consider adding it to 2.5 and 2.4.next />>>>>>>//>>>>>>>/Regards />>>>>>>//>>>>>>>/Michael />>>>>>>//>>>>>>>//>>>>>>>/Quoting Michael Menge <michael.menge at zdv.uni-tuebingen.de 
<https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus>>: />>>>>>>//>>>>>>>>/Hi, />>>>>>>>//>>>>>>>>//>>>>>>>>/Quoting Michael Menge <michael.menge at zdv.uni-tuebingen.de 
<https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus>>: />>>>>>>>//>>>>>>>>>/Quoting Michael Menge <michael.menge at zdv.uni-tuebingen.de 
<https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus>>: />>>>>>>>>//>>>>>>>>>>/By thew way, the reason I was so surprised in the first />>>>>>>>>>/place was, that />>>>>>>>>>/I have been fooled by the documentation: />>>>>>>>>>/Quoting />>>>>>>>>>/https://cyrusimap.org/docs/cyrus-imapd/2.4.17/install-murder.php />>>>>>>>>>//>>>>>>>>>>>/Configuring the frontends />>>>>>>>>>>/[...] />>>>>>>>>>>/However, because the frontends only talk to the mupdate master />>>>>>>>>>>/via a slave running on the local machine, you will also need />>>>>>>>>>>/to set up a slave on the same machine, in the SERVICES section />>>>>>>>>>>/of cyrus.conf, like so />>>>>>>>>/And an other misleading DOC ! />>>>>>>>>/Quoting />>>>>>>>>/http://www.cyrusimap.org/mediawiki/index.php/Cyrus_Murder_Mail_Delivery />>>>>>>>>>/UMich patch />>>>>>>>>>//>>>>>>>>>>/Patch Patches are against 2.2 but are being moved to 2.3 />>>>>>>>>>/Lmtpproxyd will now use the local mailboxes.db />>>>>>>>/Quoting Wesley Craig <wescraig at gmail.com 
<https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus>>: />>>>>>>>//>>>>>>>>>/On 29 Sep 2014, at 10:08, Michael Menge />>>>>>>>>/<michael.menge at zdv.uni-tuebingen.de 
<https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus>> wrote: />>>>>>>>>>/thanks for your mail. By any chance do you still have the patch? />>>>>>>>>/In fact, I don't. Dusting off my notes, I recall now that instead />>>>>>>>>/of patching this (bogus) code, we instead decided to configure the />>>>>>>>>/frontends as "unified", while leaving the backends "standard". The />>>>>>>>>/only downside of this approach was that a naive admin could />>>>>>>>>/potentially create a user's mailbox on a frontend. />>>>>>>>>//>>>>>>>>>/Sorry I said that we ported that code forward: in fact we simply />>>>>>>>>/got the effect of consulting mailboxes.db without porting forward. />>>>>>>>>//>>>>>>>>>/:wes />>>>>>>>/I have patched my lmtpd to use the local mailbox.db in all cases, />>>>>>>>/unified Murder, and standalone cyrus already did this. />>>>>>>>/I tested it with a few testmails on my test system, />>>>>>>>/but as i don't have a unified setup or a standalone test system />>>>>>>>/at the moment i didn't test these setups. />>>>>>>>//>>>>>>>>/I would appreciate a review. />>>>>>>>//>>>>>>>>//>>>>>>>>/Regards, />>>>>>>>//>>>>>>>>/Michael Menge />>>>>>>>//>>>>>>>>//>>>>>>>>/-------------------------------------------------------------------------------- 
M.Menge Tel.: (49) />>>>>>>>/7071/29-70316 />>>>>>>>/Universität Tübingen Fax.: (49) 7071/29-5912 />>>>>>>>/Zentrum für Datenverarbeitung mail: />>>>>>>>/michael.menge at zdv.uni-tuebingen.de 
<https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus> />>>>>>>>/Wächterstraße 76 />>>>>>>>/72074 Tübingen />>>>>>>//>>>>>>>//>>>>>>>//>>>>>>>/-------------------------------------------------------------------------------- 
M.Menge Tel.: (49) />>>>>>>/7071/29-70316 />>>>>>>/Universität Tübingen Fax.: (49) 7071/29-5912 />>>>>>>/Zentrum für Datenverarbeitung mail: />>>>>>>/michael.menge at zdv.uni-tuebingen.de 
<https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus> />>>>>>>/Wächterstraße 76 />>>>>>>/72074 Tübingen />>>>>>>/---- />>>>>>>/Cyrus Home Page: http://www.cyrusimap.org/ />>>>>>>/List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ />>>>>>>/To Unsubscribe: />>>>>>>/https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus />>>>>>>/Email had 1 attachment: />>>>>>>/+ smime.p7s />>>>>>>/7k (application/pkcs7-signature) />>>>>>//>>>>>//>>>>>/-- />>>>>/Nic Bernstein nic at onlight.com 
<https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus> />>>>>/Onlight, Inc. www.onlight.com />>>>>/6525 W Bluemound Road, Suite 24 v. 414.272.4477 />>>>>/Milwaukee, Wisconsin 53213-4073 />>>>//>>>>//>>>>//>>>>/-------------------------------------------------------------------------------- 
M.Menge Tel.: (49) />>>>/7071/29-70316 />>>>/Universität Tübingen Fax.: (49) 7071/29-5912 />>>>/Zentrum für Datenverarbeitung mail: />>>>/michael.menge at zdv.uni-tuebingen.de 
<https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus> />>>>/Wächterstraße 76 />>>>/72074 Tübingen />>>>//>>>>/---- />>>>/Cyrus Home Page: http://www.cyrusimap.org/ />>>>/List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ />>>>/To Unsubscribe: />>>>/https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus />>>//>>>//>>>/-- />>>/Kenneth Murchison />>>/Principal Systems Software Engineer />>>/Carnegie Mellon University />>//>>//>>//>>/-------------------------------------------------------------------------------- 
M.Menge Tel.: (49) />>/7071/29-70316 />>/Universität Tübingen Fax.: (49) 7071/29-5912 />>/Zentrum für Datenverarbeitung mail: />>/michael.menge at zdv.uni-tuebingen.de 
<https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus> />>/Wächterstraße 76 />>/72074 Tübingen />>//>//>//>/-- />/Kenneth Murchison />/Principal Systems Software Engineer />/Carnegie Mellon University /


--------------------------------------------------------------------------------
M.Menge                                Tel.: (49) 7071/29-70316
Universität Tübingen                   Fax.: (49) 7071/29-5912
Zentrum für Datenverarbeitung          mail:
michael.menge at zdv.uni-tuebingen.de 
<https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus>
Wächterstraße 76
72074 Tübingen

----
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.