[Dovecot] Command died with signal 11: "/usr/libexec/dovecot/dovecot-lda"

fakessh fakessh at fakessh.eu
Mon Oct 4 22:18:04 EEST 2010


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, spamvoll at 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  <spamvoll at 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(woelky at example.com): sieve:
> > msgid=<374f9ab6-5153-47b3-bbfc-cde0705c55d1 at email.android.com>: stored
> > mail into mailbox 'INBOX'
> > Oct  4 20:17:39 imap postfix/pipe[14085]: 411E6F5572:
> > to=<woelky at 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.woelky at 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 <tss at iki.fi>:
> >> On Mon, 2010-10-04 at 14:36 +0200, spamvoll at 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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Ceci est une partie de message
	=?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=
Url : http://dovecot.org/pipermail/dovecot/attachments/20101004/d539c205/attachment.bin 


More information about the dovecot mailing list