On 12/05/14 15:26, Heiko Schlittermann wrote: > One of the questions that I got: Can we somehow control how > outgoing connections continue in face of *any* condition? > > Somehow it fits again into the gap with checks for an outgoing TLS > connection, but in a more general way. So, basically it's the > continuation of my messages from last week :) > > (The actual question was: I'd like to tear down the outgoing > connection as soon as I'm faced with a specific (E)SMTP banner. -- > Don't ask why.) > > My short answer was: no, we can't.
http://git.exim.org/users/jgh/exim.git/shortlog/refs/heads/TPDA_expanded ... is my development playground for this. Feel free to grab and make suggestions. Summary: a rework of TPDA. Single transport callback, a variable saying what the event is, and a second one carrying event-dependent data. Current event set: msg:delivery msg:host:defer tcp:connect tcp:close tls:cert smtp:connect It's the expansion's job to filter events using the given information. The intent is that the (text) expansion of the callback can affect processing in an event-type dependent manner; so far this is only tested for tls:cert (to deny verification). The smtp:connect event fires just after the banner is received, and puts it into the $tpda_data variable; the obvious thing to do with the result (to support your conference questioner) will be to close the connection (not done yet; how clean must we be - SMTP QUIT?) -- Cheers, Jeremy -- ## List details at https://lists.exim.org/mailman/listinfo/exim-dev Exim details at http://www.exim.org/ ##
