Re: [Dovecot] [bug] dovecot 1.1.15: segfault after message move

[Kyle Wheeler]

On Friday, May 22 at 01:49 PM, quoth Juergen Daubert:

On Wed, May 20, 2009 at 01:47:42PM +0200, Juergen Daubert wrote:

found the following in my error log:

May 20 13:27:48 ser dovecot: imap-login: Login: user=, method=PLAIN, rip=192.168.0.17, lip=192.168.0.90, TLS 
May 20 13:28:10 ser dovecot: Panic: IMAP(juergen): file imap-sync.c: line 439 (cmd_sync_delayed): assertion failed: (client->mailbox != NULL) 
May 20 13:28:10 ser dovecot: IMAP(juergen): Raw backtrace: imap [0x80cc01e] -> imap [0x80cc08a] -> imap [0x80cba78] -> imap [0x806642f] -> imap [0x80602c1] 
May 20 13:28:10 ser dovecot: child 23536 (imap) killed with signal 6 (core dumps disabled)


it's almost always reproducible using the Heirloom mailx [1] 
mail client, with mutt I get a 'connection closed' message but 
no segfault:


- login to the dovecot server via imap/imaps 
- move a message from INBOX to a another large mbox-file 
- quit


Seems to be a new issue introduced with 1.1.15 because I don't 
see that with 1.1.14 or older versions.


Interesting. I recently upgraded, and I get the same thing - but I use 
Maildir. Here's my error:


2009-05-22 17:42:35.797527500 imap-memoryhole.net: dovecot: Panic: 
IMAP(k...@memoryhole.net): file imap-sync.c: line 439 
(cmd_sync_delayed): assertion failed: (client->mailbox != NULL)
2009-05-22 17:42:35.797844500 imap-memoryhole.net: dovecot: Error: 
IMAP(k...@memoryhole.net): Raw backtrace: imap [0x80d3e80] -> imap 
[0x80d3eda]  -> imap [0x80d378a] -> imap(cmd_sync_delayed+0x292) 
[0x8066d62] -> imap [0x80609a7] -> 
imap(client_continue_pending_input+0x86) [0x8060626] -> imap 
[0x805c097] -> imap(io_loop_handler_run+0x110) [0x80dc0d0] -> 
imap(io_loop_run+0x28) [0x80daf18] -> imap(main+0x4b1) [0x8068671] -> 
/lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xc8) [0xb7e9bea8] -> 
imap [0x805a271]
2009-05-22 17:42:35.817635500 imap-memoryhole.net: dovecot: Error: 
child 28270  (imap) killed with signal 6 (core dumped)


I've done some more tests on that issue and found that I can fix it 
if I revert commit 
http://hg.dovecot.org/dovecot-1.1/rev/78ab57f321c8.


Cool!

~Kyle
--
The whole art of government consists in the art of being honest.
  -- Thomas Jefferson: Rights of British America, 1774


pgpcfojnqqkXM.pgp
Description: PGP signature

[Dovecot] recipient delimiter and lmtp

[John Fawcett]

I read in the list archives about work in progress on
an lmtp delivery agent.As a previous cyrus user
where that was the preferred delivery method
from postfix, this sounds interesting.

I was wondering whether it will handle
recipient delimiters. ie will it be able to map
user+...@example.com to u...@example.com?
I'm not interested in the delivery into folder stuff,
just the plain delivery to inbox.

thanks,
John

Re: [Dovecot] FTS Plugin design

[Timo Sirainen]

On Fri, 2009-05-22 at 18:57 +0100, Rui Carneiro wrote:
> Citando Timo Sirainen :
> > The problem is something else. The Solr code simply tries to keep the
> > send buffer smaller than that, nothing would break if you sent a larger
> > buffer. Show gdb backtrace of the crash?
> > 
> 
> I said it was from the buff size because when I increased it Dovecot didn't 
> crash. 

I guess it works around some other bug then. If it's a memory-related
bug you could also see if valgrind complains something:

protocol imap {
  ..
  mail_executable = /usr/bin/valgrind /usr/local/libexec/dovecot/imap
}



signature.asc
Description: This is a digitally signed message part

Re: [Dovecot] FTS Plugin design

[Rui Carneiro]

Citando Timo Sirainen :
> The problem is something else. The Solr code simply tries to keep the
> send buffer smaller than that, nothing would break if you sent a larger
> buffer. Show gdb backtrace of the crash?
> 

I said it was from the buff size because when I increased it Dovecot didn't 
crash. 

It's Friday and I will not be able to do the gdb backtrace on weekend but it 
will be the first thing I will do Monday morning.

Regards,
Rui Carneiro
-- 
Portugalmail, Comunicações S.A.
www.portugalmail.net

Re: [Dovecot] FTS Plugin design

[Timo Sirainen]

On Fri, 2009-05-22 at 18:24 +0100, Rui Carneiro wrote:
> Hi Timo,
> 
> I almost finish the changes on fts plugin. By now, it seems to work fine with 
> attachments (extracting and sending them to Solr). I only have a problem with 
> the max size of the command (cmd) that we can send to Solr:
> 
> #define SOLR_CMDBUF_SIZE (1024*64)
> 
> By now, if we send some message bigger than this value the fts-plugin crash.

The problem is something else. The Solr code simply tries to keep the
send buffer smaller than that, nothing would break if you sent a larger
buffer. Show gdb backtrace of the crash?



signature.asc
Description: This is a digitally signed message part

Re: [Dovecot] FTS Plugin design

[Rui Carneiro]

Hi Timo,

I almost finish the changes on fts plugin. By now, it seems to work fine with 
attachments (extracting and sending them to Solr). I only have a problem with 
the max size of the command (cmd) that we can send to Solr:

#define SOLR_CMDBUF_SIZE (1024*64)

By now, if we send some message bigger than this value the fts-plugin crash.

There is anything in your TODO-List that solves this problem?

Regards,
Rui Carneiro

PS: asap I will send you my code for your approval :)

-- 
Portugalmail, Comunicações S.A.
www.portugalmail.net

Re: [Dovecot] How to run Dovecot as IMAP Proxy?

[V S Rao]

> 
> You will not get any support for 0.99 here, unless Timo can provide it.
> It is *that* old, and your decision to use it - regardless of your
> claimed reason - is baffling.

I admit I am running a pretty old version and frankly speaking I was not hoping 
for any support. Let RH earn their money we paid as support. As you would have 
noticed I was looking for help in running Dovecot as a IMAP Proxy without the 
need to setup SQL etc. I only went into details to give clarity. 

I really appreciate all the responses and suggestions.

>> We use recent Dovecot from atrpms.net with RHEL 5.3. Userbase is 25.000.
>> Dovecot runs on three machines - as master (proxy) and with two slaves.

>> The system is stable. We hardly need to touch it.

I would be very much interested in knowing the details of your setup as I am 
suffering here with only 6000+ users. And that too with a config, which I 
frankly think is an overkill for our requirement. However maybe I should start 
a separate thread for that?

Thanks and Regards
V S Rao.

Re: [Dovecot] status=bounced (Command died with si gnal 11: "/usr/lib/dovecot/deliver"

[Chantal Rosmuller]

On Friday 22 May 2009 12:57:06 Charles Marcus wrote:
> On 5/22/2009 4:34 AM, Chantal Rosmuller wrote:
> > could this be the problem: /etc/postfix/master.cf
> >
> > dovecot   unix  -   n   n   -   -   pipe
> >   flags=DRhu user=vmail:mail argv=/usr/lib/dovecot/deliver -d
> > ${recipient}
> >
> > maybe dovecot 1.1 needs different flags then 1.0? (Because this works
> > with 1.0)
>
> First place to check is the wiki... which shows something a little
> different (but I don't know if it causes your problem):
>
> http://wiki.dovecot.org/LDA/Postfix

No, that's not it :(

Re: [Dovecot] [bug] dovecot 1.1.15: segfault after message move

[Juergen Daubert]

On Wed, May 20, 2009 at 01:47:42PM +0200, Juergen Daubert wrote:
> Hello,
> 
> found the following in my error log:
> 
> May 20 13:27:48 ser dovecot: imap-login: Login: user=, method=PLAIN, 
> rip=192.168.0.17, lip=192.168.0.90, TLS
> May 20 13:28:10 ser dovecot: Panic: IMAP(juergen): file imap-sync.c: line 439 
> (cmd_sync_delayed): assertion failed: (client->mailbox != NULL)
> May 20 13:28:10 ser dovecot: IMAP(juergen): Raw backtrace: imap [0x80cc01e] 
> -> imap [0x80cc08a] -> imap [0x80cba78] -> imap [0x806642f] -> imap 
> [0x80602c1] 
> May 20 13:28:10 ser dovecot: child 23536 (imap) killed with signal 6 (core 
> dumps disabled)
> 
> it's almost always reproducible using the Heirloom mailx [1] 
> mail client, with mutt I get a 'connection closed' message but 
> no segfault: 
> 
> - login to the dovecot server via imap/imaps
> - move a message from INBOX to a another large mbox-file
> - quit
> 
> Seems to be a new issue introduced with 1.1.15 because I don't
> see that with 1.1.14 or older versions. 

I've done some more tests on that issue and found that I can fix it
if I revert commit http://hg.dovecot.org/dovecot-1.1/rev/78ab57f321c8.

At all it looks like a timing problem to me, because:
- it happens only if large mbox-files are involved
- the box dovecot is running on is very ancient, a 220MHz Cyrix i586

Below is a backtrace of the crash, hope this helps.


Regards
Juergen




#:> gdb /usr/lib/dovecot/imap 27893 

GNU gdb 6.8
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later

This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show
copying"
and "show warranty" for details.
This GDB was configured as "i686-pc-linux-gnu"...
Attaching to program: /usr/lib/dovecot/imap, process 27893
ptrace: No such process.

warning: Can't read pathname for load map: Input/output error.
Reading symbols from /lib/libdl.so.2...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/libc.so.6...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
Reading symbols from /lib/libnss_files.so.2...done.
Loaded symbols for /lib/libnss_files.so.2
Reading symbols from /usr/lib/libgcc_s.so.1...done.
Loaded symbols for /usr/lib/libgcc_s.so.1
Core was generated by `imap'.
Program terminated with signal 6, Aborted.
[New process 27893]
#0  0xb7e8d450 in raise () from /lib/libc.so.6
(gdb) bt full
#0  0xb7e8d450 in raise () from /lib/libc.so.6
No symbol table info available.
#1  0xb7e8ea2a in abort () from /lib/libc.so.6
No symbol table info available.
#2  0x080cc02e in default_fatal_finish ()
No locals.
#3  0x080cc08a in i_internal_fatal_handler ()
No locals.
#4  0x080cba78 in i_panic ()
No locals.
#5  0x0806642f in cmd_sync_delayed ()
No locals.
#6  0x080602c1 in client_handle_input ()
No locals.
#7  0x08060565 in client_input ()
No locals.
#8  0x080d370b in io_loop_handler_run ()
No locals.
#9  0x080d2c51 in io_loop_run ()
No locals.
#10 0x08067bf0 in main ()
No locals.
(gdb) 

-- 
Juergen Daubert  |  mailto:j...@jue.li  
Korb, Germany|  http://jue.li/crux

Re: [Dovecot] How to run Dovecot as IMAP Proxy?

[Patrick Ben Koetter]

* Charles Marcus :
> On 5/22/2009, V S Rao (viriy...@yahoo.com) wrote:
> > BTW, just to confirm once again, are there any known issues with Dovecot & 
> > imapproxyd?
> 
> You will not get any support for 0.99 here, unless Timo can provide it.
> It is *that* old, and your decision to use it - regardless of your
> claimed reason - is baffling.

We use recent Dovecot from atrpms.net with RHEL 5.3. Userbase is 25.000.
Dovecot runs on three machines - as master (proxy) and with two slaves.

The system is stable. We hardly need to touch it.

p...@rick


-- 
state of mind
Digitale Kommunikation

http://www.state-of-mind.de

Franziskanerstraße 15  Telefon +49 89 3090 4664
81669 München  Telefax +49 89 3090 4666

Amtsgericht MünchenPartnerschaftsregister PR 563

Re: [Dovecot] status=bounced (Command died with signal 11: "/usr/lib/dovecot/deliver"

[Charles Marcus]

On 5/22/2009 4:34 AM, Chantal Rosmuller wrote:
> could this be the problem: /etc/postfix/master.cf
> 
> dovecot   unix  -   n   n   -   -   pipe
>   flags=DRhu user=vmail:mail argv=/usr/lib/dovecot/deliver -d ${recipient}
> 
> maybe dovecot 1.1 needs different flags then 1.0? (Because this works with 
> 1.0)

First place to check is the wiki... which shows something a little
different (but I don't know if it causes your problem):

http://wiki.dovecot.org/LDA/Postfix

-- 

Best regards,

Charles

Re: [Dovecot] How to run Dovecot as IMAP Proxy?

[Charles Marcus]

On 5/22/2009, V S Rao (viriy...@yahoo.com) wrote:
> BTW, just to confirm once again, are there any known issues with Dovecot & 
> imapproxyd?

You will not get any support for 0.99 here, unless Timo can provide it.
It is *that* old, and your decision to use it - regardless of your
claimed reason - is baffling.

The only experience I had with it - what, 5 years ago? - was its broken
mbox problem... we had to move to courier because of it.

-- 

Best regards,

Charles

Re: [Dovecot] v1.2.rc4 released (managesieve not updated)

[Stephan Bosch]

Timo Sirainen wrote:

http://dovecot.org/releases/1.2/rc/dovecot-1.2.rc4.tar.gz
http://dovecot.org/releases/1.2/rc/dovecot-1.2.rc4.tar.gz.sig

Unfortunately, Sieve - and therefore ManageSieve - won't compile with 
this release. This problem is fixed in Dovecot and a next Dovecot 
release will get a matching ManageSieve release.


Regards,

--
Stephan Bosch
step...@rename-it.nl

Re: [Dovecot] v1.1.15 released (managesieve updated)

[Stephan Bosch]

Timo Sirainen wrote:

http://dovecot.org/releases/1.1/dovecot-1.1.15.tar.gz
http://dovecot.org/releases/1.1/dovecot-1.1.15.tar.gz.sig


Finally updated the ManageSieve patch:

http://www.rename-it.nl/dovecot/1.1/dovecot-1.1.15-managesieve-0.10.6.diff.gz
http://www.rename-it.nl/dovecot/1.1/dovecot-1.1.15-managesieve-0.10.6.diff.gz.sig

Regards,

--
Stephan Bosch
step...@rename-it.nl

[Dovecot] "Panic: file client.c: line 354: unreached"

[Ralf Hildebrandt]

>From my log today:

May 22 07:38:48 postamt dovecot: imap-login: Disconnected (no auth attempts): 
rip=141.42.245.68, lip=141.42.4.250
May 22 07:39:29 postamt dovecot: imap-login: Disconnected (no auth attempts): 
rip=141.42.245.68, lip=141.42.4.250
May 22 07:39:50 postamt dovecot: imap-login: Disconnected (no auth attempts): 
rip=141.42.245.68, lip=141.42.4.250
May 22 07:39:50 postamt dovecot: imap-login: Disconnected (no auth attempts): 
rip=141.42.245.68, lip=141.42.4.250
May 22 07:39:50 postamt dovecot: imap-login: Disconnected (no auth attempts): 
rip=141.42.245.68, lip=141.42.4.250
May 22 07:39:50 postamt dovecot: imap-login: Disconnected (no auth attempts): 
rip=141.42.245.68, lip=141.42.4.250
May 22 07:45:29 postamt dovecot: imap-login: Disconnected (no auth attempts): 
rip=141.42.245.68, lip=141.42.4.250
May 22 07:45:29 postamt dovecot: imap-login: Disconnected (no auth attempts): 
rip=141.42.245.68, lip=141.42.4.250
May 22 07:45:29 postamt dovecot: imap-login: Disconnected (no auth attempts): 
rip=141.42.245.68, lip=141.42.4.250
May 22 07:45:29 postamt dovecot: imap-login: Disconnected (no auth attempts): 
rip=141.42.245.68, lip=141.42.4.250
May 22 07:45:37 postamt dovecot: imap-login: Disconnected (no auth attempts): 
rip=141.42.245.68, lip=141.42.4.250
May 22 07:45:37 postamt dovecot: imap-login: Disconnected (no auth attempts): 
rip=141.42.245.68, lip=141.42.4.250

and then:

May 22 07:45:37 postamt dovecot: imap-login: Panic: file client.c: line 354: 
unreached
May 22 07:45:37 postamt dovecot: dovecot: child 19726 (login) killed with 
signal 6 (core not dumped - add -D to login_executable) (latest 
ip=141.42.245.68)

Using v1.2.rc4 

-- 
Ralf Hildebrandt
Postfix - Einrichtung, Betrieb und Wartung   Tel. +49 (0)30-450 570-155
http://www.computerbeschimpfung.de
In our world, software has to be small, has to be debugged, has to
ship as part of a major initiative, has to avoid compatibility
problems, has to avoid end user calls.  Bill Gates

Re: [Dovecot] status=bounced (Command died with signal 11: "/usr/lib/dovecot/deliver"

[Chantal Rosmuller]

On Friday 22 May 2009 09:58:29 Timo Sirainen wrote:
> On May 22, 2009, at 3:54 AM, Max Ivanov wrote:
> >> I suppose there's no core file in the user's home directory?
> >
> > Why? Doesnt them should be autocreated  if "ulimit -c " is defined
>
> If it's done in the correct place. That means before Postfix is
> started, and that the Postfix init.d script doesn't change it.
>
> > and kernel.core_pattern != /dev/null ?
>
> and that deliver has home directory specified and there's no weird
> things like SELinux messing things up and probably some other things I
> can't remember right now.
>
> At least the very latest Dovecot versions tell if the core file was
> written at all. Maybe some day when v2.0 is released people are using
> LMTP and that notification gets written too. Or maybe I could try
> writing a patch to Postfix and see if they would care about Postfix
> logging if core was dumped or not.

could this be the problem: /etc/postfix/master.cf

dovecot   unix  -   n   n   -   -   pipe
  flags=DRhu user=vmail:mail argv=/usr/lib/dovecot/deliver -d ${recipient}

maybe dovecot 1.1 needs different flags then 1.0? (Because this works with 1.0)

Re: [Dovecot] status=bounced (Command died with signal 11: "/usr/lib/dovecot/deliver"

[Chantal Rosmuller]

On Friday 22 May 2009 09:49:49 Timo Sirainen wrote:
> On May 22, 2009, at 3:44 AM, Chantal Rosmuller wrote:
> > I use dovecot 1.1.11 on ubuntu 9.04, when I want to send a message
> > to an email
> > adres on this mailserver I get this error:status=bounced
> > (Command died
> > with signal 11: "/usr/lib/dovecot/deliver".
>
> Signal 11 means it crashed. Is this reproducible every time? Having a
> gdb backtrace from this crash would be useful. I suppose there's no
> core file in the user's home directory? Hmm. Debugging it is probably
> going to be annoyingly difficult..

It is reproducable, how can I make a gdb backtrace? What is a core file?

ls /path/to/maildir/



drwx-- 2 vmail mail 4096 2009-05-22 09:18 cur
-rw--- 1 vmail mail  232 2009-05-22 09:18 dovecot.index.log
-rw--- 1 vmail mail   17 2009-05-22 09:18 dovecot-uidlist
-rw--- 1 vmail mail8 2009-05-22 09:18 dovecot-uidvalidity
-rw--- 1 vmail mail0 2009-05-22 09:18 dovecot-uidvalidity.4a1651b8
drwx-- 2 vmail mail 4096 2009-05-22 09:18 new
drwx-- 2 vmail mail 4096 2009-05-22 09:18 tmp

Re: [Dovecot] example sql acl_shared_dict wiki

[Robert Schetterer]

Timo Sirainen schrieb:
> On May 22, 2009, at 3:47 AM, Robert Schetterer wrote:
> 
>> Timo Sirainen schrieb:
>>> On Mon, 2009-05-18 at 01:40 +0200, Robert Schetterer wrote:
 could you include an example for having
 acl_shared_dict in sql ?
>>>
>>> See if you can get it working with these kind of settings:
>>> http://www.dovecot.org/list/dovecot/2009-April/038922.html
>>>
>>
>> Hi Timo, no chance, i dont understand
>> what to to do here , or to setup needed tables in sql
>> i ve asked a few sql people, and they dont understand this too,
>> there is too less info, perhaps our fault, but i need a more qualified
>> example to setup and testing
>> imap acls in sql, please include some in the wiki , if you have time
> 
> The problem is that I don't know either. I guess I could try this some
> day when I have more time.

Its ok for me later, i need this feature for redundant sql setups,
i think db solution is better then using file with nfs sharing etc

 But until then have you tried that kind of
> setups and looked at what kind of SQL queries they output and what
> should be changed to make them work?
> 

i would do but i have no idea how to start any kind of testing
do you mean set it in dovoecot.conf an try to find out find out what is
needed with sniffing the sql querries?
I might try to ask some sql people doing this, but i am short in time
too these days


-- 
Best Regards

MfG Robert Schetterer

Germany/Munich/Bavaria

Re: [Dovecot] status=bounced (Command died with signal 11: "/usr/lib/dovecot/deliver"

[Timo Sirainen]

On May 22, 2009, at 3:54 AM, Max Ivanov wrote:


I suppose there's no core file in the user's home directory?


Why? Doesnt them should be autocreated  if "ulimit -c " is defined


If it's done in the correct place. That means before Postfix is  
started, and that the Postfix init.d script doesn't change it.



and kernel.core_pattern != /dev/null ?


and that deliver has home directory specified and there's no weird  
things like SELinux messing things up and probably some other things I  
can't remember right now.


At least the very latest Dovecot versions tell if the core file was  
written at all. Maybe some day when v2.0 is released people are using  
LMTP and that notification gets written too. Or maybe I could try  
writing a patch to Postfix and see if they would care about Postfix  
logging if core was dumped or not.

Re: [Dovecot] status=bounced (Command died with signal 11: "/usr/lib/dovecot/deliver"

[Max Ivanov]

> I suppose there's no core file in the user's home directory?

Why? Doesnt them should be autocreated  if "ulimit -c " is defined and
kernel.core_pattern != /dev/null ?

Re: [Dovecot] example sql acl_shared_dict wiki

[Timo Sirainen]

On May 22, 2009, at 3:47 AM, Robert Schetterer wrote:


Timo Sirainen schrieb:

On Mon, 2009-05-18 at 01:40 +0200, Robert Schetterer wrote:

could you include an example for having
acl_shared_dict in sql ?


See if you can get it working with these kind of settings:
http://www.dovecot.org/list/dovecot/2009-April/038922.html



Hi Timo, no chance, i dont understand
what to to do here , or to setup needed tables in sql
i ve asked a few sql people, and they dont understand this too,
there is too less info, perhaps our fault, but i need a more qualified
example to setup and testing
imap acls in sql, please include some in the wiki , if you have time


The problem is that I don't know either. I guess I could try this some  
day when I have more time. But until then have you tried that kind of  
setups and looked at what kind of SQL queries they output and what  
should be changed to make them work?

Re: [Dovecot] status=bounced (Command died with signal 11: "/usr/lib/dovecot/deliver"

[Timo Sirainen]

On May 22, 2009, at 3:44 AM, Chantal Rosmuller wrote:

I use dovecot 1.1.11 on ubuntu 9.04, when I want to send a message  
to an email
adres on this mailserver I get this error:status=bounced  
(Command died

with signal 11: "/usr/lib/dovecot/deliver".


Signal 11 means it crashed. Is this reproducible every time? Having a  
gdb backtrace from this crash would be useful. I suppose there's no  
core file in the user's home directory? Hmm. Debugging it is probably  
going to be annoyingly difficult..

Re: [Dovecot] example sql acl_shared_dict wiki

[Robert Schetterer]

Timo Sirainen schrieb:
> On Mon, 2009-05-18 at 01:40 +0200, Robert Schetterer wrote:
>> could you include an example for having
>> acl_shared_dict in sql ?
> 
> See if you can get it working with these kind of settings:
> http://www.dovecot.org/list/dovecot/2009-April/038922.html
> 

Hi Timo, no chance, i dont understand
what to to do here , or to setup needed tables in sql
i ve asked a few sql people, and they dont understand this too,
there is too less info, perhaps our fault, but i need a more qualified
example to setup and testing
imap acls in sql, please include some in the wiki , if you have time

-- 
Best Regards

MfG Robert Schetterer

Germany/Munich/Bavaria

[Dovecot] status=bounced (Command died with signal 11: "/usr/lib/dovecot/deliver"

[Chantal Rosmuller]

Hi list,

I use dovecot 1.1.11 on ubuntu 9.04, when I want to send a message to an email 
adres on this mailserver I get this error:status=bounced (Command died 
with signal 11: "/usr/lib/dovecot/deliver". 

The folders where the email should be delivered are created so it does not 
look like a permission problem.

I connect to a mysql database where the email accoutn info is stored, this 
works.

I use the same setup on an ubuntu 8.04 server with dovecot 1 and I have no 
problems on that server. What am I overlooking here?

Here is my configuration:

dovecot -n:


base_dir: /var/run/dovecot/
log_path: /var/log/mail.log
log_timestamp: %Y-%m-%d %H:%M:%S 
protocols: imap pop3 imaps pop3s
ssl_cert_file: /etc/ssl/certs/dovecot-cert.pem
ssl_key_file: /etc/ssl/private/dovecot.pem
disable_plaintext_auth: no
login_dir: /var/run/dovecot-login
login_executable(default): /usr/lib/dovecot/imap-login
login_executable(imap): /usr/lib/dovecot/imap-login
login_executable(pop3): /usr/lib/dovecot/pop3-login
first_valid_uid: 150
last_valid_uid: 150
mail_privileged_group: mail
mail_location: mbox:/var/vmail/%2d/%d/%n
mail_executable(default): /usr/lib/dovecot/imap
mail_executable(imap): /usr/lib/dovecot/imap
mail_executable(pop3): /usr/lib/dovecot/pop3
mail_plugin_dir(default): /usr/lib/dovecot/modules/imap
mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap
mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3
auth default:
  verbose: yes
  debug: yes
  debug_passwords: yes
  passdb:
driver: sql
args: /etc/dovecot/dovecot-mysql.conf
  userdb:
driver: sql
args: /etc/dovecot/dovecot-mysql.conf
  socket:
type: listen
client:
  path: /var/spool/postfix/private/auth
  mode: 432
  user: postfix
  group: postfix
master:
  path: /var/run/dovecot/auth-master
  mode: 384
  user: vmail

postconf -n:

append_dot_mydomain = no
biff = no
config_directory = /etc/postfix/
disable_vrfy_command = no
home_mailbox = Maildir/
inet_interfaces = all
mailbox_size_limit = 0
message_size_limit = 2500
mydestination = $myhostname, localhost.$mydomain
mydomain = domain.com
myhostname = server.domain.com
mynetworks = 127.0.0.0/24, 10.0.11.248, 10.0.11.249
myorigin = $mydomain
recipient_delimiter = +
setgid_group = postdrop
smtpd_banner = $myhostname
smtpd_client_restrictions = permit_sasl_authenticated permit_mynetworks reject
smtpd_recipient_restrictions = permit_sasl_authenticated,  permit_mynetworks, 
reject_unknown_recipient_domain, reject_unauth_destination
smtpd_sasl_auth_enable = yes
smtpd_sasl_path = private/auth
smtpd_sasl_type = dovecot
virtual_alias_maps = mysql:$config_directory/mysql_catchall_workaround.cf  
mysql:$config_directory/mysql_virtual_alias_maps.cf  mysql:
$config_directory/mysql_domain_alias_maps2.cf  mysql:
$config_directory/mysql_domain_alias_maps.cf
virtual_gid_maps = static:118
virtual_mailbox_base = /var/vmail
virtual_mailbox_domains = mysql:$config_directory/mysql_virtual_domains_maps.cf
virtual_mailbox_maps = mysql:$config_directory/mysql_virtual_mailbox_maps.cf
virtual_minimum_uid = 150
virtual_transport = dovecot
virtual_uid_maps = static:150