A NOTE has been added to this issue.
==
http://www.dbmail.org/mantis/view.php?id=200
==
Reported By:hsn
Assigned To:
=
The following issue requires your FEEDBACK.
==
http://www.dbmail.org/mantis/view.php?id=200
==
Reported By:hsn
Assigned To:
==
A NOTE has been added to this issue.
==
http://www.dbmail.org/mantis/view.php?id=200
==
Reported By:hsn
Assigned To:
=
A NOTE has been added to this issue.
==
http://dbmail.org/mantis/view.php?id=200
==
Reported By:hsn
Assigned To:
=
A NOTE has been added to this issue.
==
http://dbmail.org/mantis/view.php?id=200
==
Reported By:hsn
Assigned To:
=
The following issue has been RESOLVED.
==
http://www.dbmail.org/mantis/view.php?id=200
==
Reported By:hsn
Assigned To:
===
The following bug has been SUBMITTED.
==
http://www.dbmail.org/mantis/bug_view_advanced_page.php?bug_id=200
==
Reported By:hsn
Assigned To:
On Sat, May 7, 2005, [EMAIL PROTECTED] said:
> The following bug has been SUBMITTED.
> ==
> http://www.dbmail.org/mantis/bug_view_advanced_page.php?bug_id=200
> if no mime headers are found in incomming lmtp message, lmtp han
On Sun, 2005-05-08 at 02:48 +, Aaron Stone wrote:
> > if no mime headers are found in incomming lmtp message, lmtp hangs
> > instead of returning error.
> >
> > May 7 10:06:55 sanatana dbmail/lmtpd[46815]: mime_readheader(): no valid
> > mime h
> > eaders found
> > May 7 10:06:55 sanatan
On Mon, May 9, 2005, Geo Carncross <[EMAIL PROTECTED]>
said:
>> The only thing I can figure is that the message is totally malformed and
>> never ends in ".\r\n", which is what discard_client_input() expects to see
>> before returning. What we can do is to print back the error message
>> *before*
On Mon, 2005-05-09 at 17:12 +, Aaron Stone wrote:
> I wonder if the bug reporter's LMTP is sitting in a loop waiting for
> feof() on the socket and not reading anything. That would certainly cause
> LMTP to hang following the last error message he reported. I thought that
> sockets do report EO
OK -- so read discard_client_input() in pipe.c and tell me if you think
that it's hanging there waiting for ".\r\n" and nothing else can get out
of that loop. AFAICT, that's got to be what's happening after the error in
lmtp.c:
mime_readheader()...
"main(): fatal error from mime_readhe
Let's fix this thing. Attached is a patch that does discard_client_input
() without using any memory (2 words of stack+stdio overhead), alerts us
if we're seeing bare LF, and alerts us separately if we see a stdio-
driven EOF.
We also clear the error status beforehand. This generally make stdio
be
13 matches
Mail list logo