Have you seen such a permission problem cause a crash? If something crashes rather than logging "Permission denied", I'm definitely interested in fixing it.
Anyway, since this happens only sometimes, not always, it can't really be a permission problem. On 4.10.2010, at 20.18, fakessh wrote: > this is probably a problem of permission > > service auth { > unix_listener /var/spool/postfix/private/auth { > group = postfix > mode = 0666 > user = postfix > } > unix_listener auth-master { > mode = 0666 > } > vsz_limit = 256 > } > > > Le lundi 04 octobre 2010 à 21:13 +0200, spamv...@googlemail.com a > écrit : >> im not sure if i enabled core dumps >> >> im using Centos 5.5 >> i echoed "'DAEMON_COREFILE_LIMIT="unlimited"' >> /etc/sysconfig/dovecot" >> and restarted dovecot >> no core files >> >> but i dont have any killed messages in my logs anyway >> like: dovecot: Apr 23 11:16:05 Error: child 86116 (imap) killed with signal >> 11 >> only " (Command died with signal 11: "/usr/libexec/dovecot/dovecot-lda")" >> >> >> 2010/10/4 <spamv...@googlemail.com>: >>> hard to reproduce.. happens only with some mail. >>> >>> with mail_debug = yes i cant see any errors, but the mail get >>> delivered 2 times ? >>> >>> Oct 4 20:17:39 imap dovecot: lda(woe...@example.com): sieve: >>> msgid=<374f9ab6-5153-47b3-bbfc-cde0705c5...@email.android.com>: stored >>> mail into mailbox 'INBOX' >>> Oct 4 20:17:39 imap postfix/pipe[14085]: 411E6F5572: >>> to=<woe...@example.com>, relay=dovecot, delay=1, >>> delays=0.53/0.03/0/0.44, dsn=2.0.0, status=sent (delivered via dovecot >>> service) >>> Oct 4 20:17:40 imap postfix/pipe[14082]: 411E6F5572: >>> to=<malte.woe...@example.com>, relay=dovecot, delay=1.1, >>> delays=0.53/0.02/0/0.53, dsn=5.3.0, status=bounced (Command died with >>> signal 11: "/usr/libexec/dovecot/dovecot-lda") >>> >>> 2010/10/4 Timo Sirainen <t...@iki.fi>: >>>> On Mon, 2010-10-04 at 14:36 +0200, spamv...@googlemail.com wrote: >>>> >>>>> "Undelivered Mail Returned to Sender" -> >>>>> Command died with signal 11: "/usr/libexec/dovecot/dovecot-lda" >>>> >>>> Difficult to do anything about this without a gdb backtrace. Can you >>>> reproduce it by manually running dovecot-lda? If not, getting a core >>>> dump would be the next best way to get a backtrace. >>>> http://dovecot.org/bugreport.html >>>> >>>> >>>> >>> > -- > http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x092164A7 > > > gpg --keyserver pgp.mit.edu --recv-key 092164A7