[Dovecot] odd behavior with Dovecot LDA

Timo Sirainen tss at iki.fi
Wed Mar 28 22:39:45 EEST 2007


On 28.3.2007, at 21.42, Steven F Siirila wrote:

> On Tue, Mar 27, 2007 at 11:02:28PM +0300, Timo Sirainen wrote:
>> On 27.3.2007, at 22.40, Steven F Siirila wrote:
>>
>>> For the first test, there was no $HOME/.imap directory at all.
>>> I received the vacation message, but the message which was supposed
>>> to be delivered locally queued in Postfix (temporary failure).
>>
>> Fixed: http://dovecot.org/list/dovecot-cvs/2007-March/008382.html
>
> In rc28 or the upcoming rc29?

rc29

>>> For the second test, I created $HOME/.imap and $HOME/.imap/INBOX
>>> directories with the owner and group set to that of the user (just
>>> to make sure the code handled things the same).  Again, I received
>>> the vacation message, but the message which was supposed to be
>>> delivered locally bounced back to me after Dovecot LDA crashed:
>>>
>>> <syst0005 at peridot.tc.umn.edu>: Command died with status 139: "/opt/
>>> dovecot/libexec/dovecot/deliver -f "$SENDER"". Command output:
>>> Segmentation Fault
>>
>> Could you get gdb backtrace? Although it's possible that it's already
>> fixed. I can't reproduce any out-of-quota problems with current CVS
>> code.
>
> I have been trying to get a core, but haven't succeeded thus far.   
> I have
> set "mail_drop_priv_before_exec = yes", but I'm not sure this  
> applies to
> the LDA...  I ran a find to locate the core, but there isn't one.   
> I do
> have "ulimit -c unlimited" in effect, too.

mail_drop_priv_before_exec doesn't affect deliver. Also I don't know  
if Postfix preserves ulimits.

>> You could also try running it manually:
>>
>> echo hello | deliver -d username
>
> Doing so yields this error:
>
> Mar 28 13:41:37 myhostname deliver(myuser): net_connect(/var/opt/ 
> dovecot/run/dovecot/auth-master) failed: No such file or directory
>
> Not sure how my environment is different than when Postfix calls  
> deliver...

Is the deliver binary the same? What is the correct socket path?  
Maybe they're using different config files.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 186 bytes
Desc: This is a digitally signed message part
Url : http://dovecot.org/pipermail/dovecot/attachments/20070328/098f7b6f/attachment.pgp 


More information about the dovecot mailing list