[Dovecot] LMTP Proxy

[Cassidy Larson]

Timo,

Does this give you what you need?

#0  0x00000000131bbdd4 in strcmp () from /lib/libc.so.7
No symbol table info available.
#1  0x000000000040d0af in auth_find_service ()
No symbol table info available.
#2  0x0000000000413b38 in auth_request_set_login_username ()
No symbol table info available.
#3  0x0000000000413c72 in auth_request_set_username ()
No symbol table info available.
#4  0x000000000040eedf in ?? ()
No symbol table info available.
#5  0x000000000040f855 in ?? ()
No symbol table info available.
#6  0x00000000108c7a16 in io_loop_call_io () from
/usr/local/lib/dovecot/libdovecot.so.0
No symbol table info available.
#7  0x00000000108c89d6 in io_loop_handler_run () from
/usr/local/lib/dovecot/libdovecot.so.0
No symbol table info available.
#8  0x00000000108c79bd in io_loop_run () from
/usr/local/lib/dovecot/libdovecot.so.0
No symbol table info available.
#9  0x000000001087e443 in master_service_run () from
/usr/local/lib/dovecot/libdovecot.so.0
No symbol table info available.
#10 0x000000000041bb90 in main ()
No symbol table info available.


On Tue, Jul 2, 2013 at 7:25 PM, Timo Sirainen <tss at iki.fi> wrote:

> On 3.7.2013, at 3.20, Cassidy Larson <alandaluz at gmail.com> wrote:
>
> > dovecot: auth: Fatal: master: service(auth): child 72272 killed with
> signal
> > 11 (core not dumped)
>
> A crash is always a bug. It would be nice to be able to fix it. A gdb
> backtrace would be the easiest way to fix it. One possibility would be to a
> get a core dump, which could be kind of annoyingly difficult since it
> didn't already happen. One hopefully easier way would be to:
>
> 1. telnet localhost 143
> 2. In another terminal run: ps aux | grep dovecot/auth; gdb -p <pid of
> that auth process>
> cont
> <do whatever to get the process to crash>
> bt full
>
>