PATCH for lmtp was [frontend lmtp connections to mupdate master]

Michael Menge michael.menge at zdv.uni-tuebingen.de
Tue Oct 7 07:23:18 EDT 2014


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>:

> Hi,
>
>
> Quoting Michael Menge <michael.menge at zdv.uni-tuebingen.de>:
>
>> Quoting Michael Menge <michael.menge at zdv.uni-tuebingen.de>:
>>
>>> 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>:
>
>> On 29 Sep 2014, at 10:08, Michael Menge   
>> <michael.menge at zdv.uni-tuebingen.de> 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
> 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
Wächterstraße 76
72074 Tübingen
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5425 bytes
Desc: S/MIME Signatur
Url : http://lists.andrew.cmu.edu/pipermail/info-cyrus/attachments/20141007/b3638b26/attachment-0001.bin 


More information about the Info-cyrus mailing list