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:

<[EMAIL PROTECTED]>: 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.

Attachment: PGP.sig
Description: This is a digitally signed message part

Reply via email to