On Fri, Apr 13, 2007 at 04:29:09PM +0100, Philip Hazel wrote:
> As this is happening at the point where Exim is about to issue a 250
> "OK, I've got your message" response, *both* those situations are
> errors. What should be the case is that the connection is still present,
> but there is no input waiting - the client should be waiting for the
> response. ...
>
> Then it struck me that there is no need to mess with signals. A simple
> call to select() can also detect this situation.
Indeed, I've been running something similar using ${perl for a while, and it's
very handy for spam filtering ("You must wait silently at least this long for
your message to be accepted"). That was just using select() on the file
descriptors; I never got it working for TLS, but then again most spammers
won't be using TLS.
I'll be interested to see how the snapshot's implementation of it behaves.
--
Dave Evans
Power Internet Limited, registered in England #03053650 at Norfolk House,
82 Saxon Gate West, Central Milton Keynes, Buckinghamshire, MK9 2DL.
For more information, see
http://www.powernet.co.uk/~davide/about-powernet
