On 24/10/2019 14:12, Benoit Panizzon via mailop wrote:
I also considered hacking together a small 'relay' MTA which would
receive the email but not reply OK to the final DATA command (RFC
states you can take up to 60 seconds to reply to the DATA command)
60 seconds? I thought the timeout there SHOULD be at least 10 minutes
https://tools.ietf.org/html/rfc5321#section-4.5.3.2.6
I'm not saying anyone sticks to that - but that's what the RFC says, so
you have a reasonable excuse for observing that. In fact the RFC doesn't
have any suggested timeouts being as low as 1 minute.
Because the biggest problem in this scenario is backscatter, the other
option is not to bounce messages, but use a spam folder instead at the
destination server.
Even if you pass through, you have to decide what to do if the remote
server isn't responding for some reason - do you queue the message (in
which case you have to handle backscatter anyway) or reject it (in which
case, you may have to do duplicated work, and your customer may prefer
that you queued the message to prevent the risk of them losing it)
--
Paul Smith Computer Services
Tel: 01484 855800
Vat No: GB 685 6987 53
Sign up for news & updates at http://www.pscs.co.uk/go/subscribe
_______________________________________________
mailop mailing list
[email protected]
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
