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
signature.asc
Description: Digital signature
-- ## List details at http://www.exim.org/mailman/listinfo/exim-users ## Exim details at http://www.exim.org/ ## Please use the Wiki with this list - http://www.exim.org/eximwiki/
