Author: Ian FREISLICH Date: To: exim-users CC: Magnus Holmgren Subject: Re: [exim] Exim gets constantly the same mail,
sent from our customer (gagabay)
Philip Hazel wrote: > On Mon, 2 Apr 2007, Magnus Holmgren wrote:
>
> > Even if it's not a bug in Exim, I think it's something that could be
> > improved. Exim should be able to check if the sender has gone away
> > before sending the final OK. Not in all cases, but at least in the
> > case described.
>
> We've been here before. If you can find a way to tell that the sender
> has gone away without trying to read from the input file descriptor,
> it would also solve the problem of "delay" hanging around when the
> other end has disappeared. We had a discussion about this about a year
> ago (?) and concluded that it was not possible.
So a side-effect is the cause of this "problem"? I thought it just
seemed like the most reasonable and conservative behaviour. To do
anything else would risk mail going into the void, not that that
doesn't already happen on administrator instruction.
Is it safe to abandon the mail after crlf.crlf when the connection
has vanished?
Can fgetc(), ungetc() and ferror() not be abused to test this or
does exim not use FILE * streams on its socket? It won't be safe
if there's a mixture of fgets/read.
