lmtpproxyd problem?

[Sebastian Schäfer]

--On Sonntag, 8. Oktober 2006 02:54 +0200 Andreas Winkelmann 
<ml at awinkelmann.de> wrote:

> Am Saturday 07 October 2006 23:02 schrieb Sebastian Schäfer:
>
>> today i found a problem with the lmtpproxyd on my system...
>>
>> on my FE postfix delivers mails with lmtp to the frontend lmtp proxy...
>> and the proxy delivers them to the backends... this works normally...
>> but i have found one email which cannot be delivered over the frontend
>> server...
>>
>> the mail is about 25MB big... but i have set maxmessagesize: 0
>> in all imapd.conf files...
>>
>> the erroroutput on the frontend is:
>>
>> Oct  7 22:46:46 mail4 master[7745]: process 8215 exited, signaled to
>> death by 11
>
> Hmm, if this happens only with big Messages, maybe it's an Hardware
> Problem.  Did you do some Hardware-Tests (At least Memory)?

i think hardware shoud be ok... because there are many other services 
running without problems...


>
> Or compile Cyrus-Imap with debug-Symbols and get a Backtrace.

prot_flush_encode (s=0x812e340, output_buf=0xbfd71498, 
output_len=0xbfd71494) at prot.c:575
575         unsigned char *ptr = s->buf;
(gdb)
576         int left = s->ptr - s->buf;
(gdb)
574     {
(gdb)
576         int left = s->ptr - s->buf;
(gdb)
578         if (s->saslssf != 0) {
(gdb)
595             *output_len = left;
(gdb)
594             *output_buf = ptr;
(gdb)
598     }
(gdb)
prot_flush_internal (s=0x812e340, force=1) at prot.c:691
691                 n = prot_flush_writebuffer(s, ptr, left);
(gdb)
Program received signal SIGSEGV, Segmentation fault.
0x00000000 in ?? ()



(gdb) backtrace
#0  0x00000000 in ?? ()
#1  0x08051dbc in lmtpmode (func=0x8118760, pin=0x81274e0, pout=0x8127550, 
fd=0) at lmtpengine.c:788
#2  0x0804d967 in service_main (argc=1, argv=0x8125008, envp=0xbfd7411c) at 
lmtpproxyd.c:258
#3  0x0804d48c in main (argc=1, argv=0xbfd74114, envp=0xbfd7411c) at 
service.c:530


sebastian
-- 
Dungeon Network

Die Erzeugung von Zufallszahlen ist zu wichtig um sie dem Zufall zu
überlassen...