Well, that was embarrasing. I just added Chingson's changes into my working
tree, and voila, large messages are no longer clipped at 512kb. Thanks!
With dbmail-smtp, I see neither memory leaks nor errors when accepting a
1.76MB message from stdin. I actually haven't gotten Postfix + LMTP working
yet, so I haven't real-world tested the lmtp daemon... just been using the RFC
to see how the conversations should work, and testing message delivery by
manually typing stuff into 'telnet localhost 24' sessions. Very lame.
Does this LMTP problem persist even after you applied my patch to your working
tree, Ilja?
Aaron
"Aaron Stone" <aaron@serendipity.palo-alto.ca.us> said:
> Ok, I'll keep looking!
>
> Aaron
>
>
> Ilja Booij <ilja@ic-s.nl> said:
>
> > Nope, it's a different one.
> >
> > Ilja
> >
> > Aaron Stone wrote:
> > > Is the bug that Chingson Chen's patch fixes?
> > >
> > > Ilja Booij <ilja@ic-s.nl> said:
> > >
> > >
> > >>Hi all,
> > >>
> > >>I did some testing on sending large files through dbmail using:
> > >>mail <address> < file
> > >>
> > >>Now I get a segmentation fault in dbmail-lmtpd. It crashes on the
> > >>trace() call on line 367 of pipe.c. Probably, something goes wrong in
> > >>the sort_and_deliver() function that precedes the trace call.
> > >>I think there's something wrong when in the parsing of the headers, not
> > >>sure though.
> > >>
> > >>Aaron, could you try and reproduce this problem? And if you can, fix it
> > >>too? ;)
> > >>
> > >>Ilja
> > >>_______________________________________________
> > >>Dbmail-dev mailing list
> > >>Dbmail-dev@dbmail.org
> > >>http://twister.fastxs.net/mailman/listinfo/dbmail-dev
> > >>
> > >
> > >
> > _______________________________________________
> > Dbmail-dev mailing list
> > Dbmail-dev@dbmail.org
> > http://twister.fastxs.net/mailman/listinfo/dbmail-dev
> >
>
>
>
> --
>
>
>
> _______________________________________________
> Dbmail-dev mailing list
> Dbmail-dev@dbmail.org
> http://twister.fastxs.net/mailman/listinfo/dbmail-dev
>
--