> On 7/25/2017 5:51 PM, robg...@nospammail.net wrote: > >Depending on where I read about it that "554 5.7.1" error code > >means "failed transaction".
554 is described in RFC 5321, yes, as "failed transaction". 5.7.1 is an Extended Mail System Status Code, described in RFC 3463: https://tools.ietf.org/html/rfc3463#section-3.8 It means "message refused" for policy or security reasons. Since spam zombies usually cannot heed a server's response, it does not matter what error code you give them. A normal MTA will consider "5xx 5.x.x" a permanent error, and will not retry. Exception: see soft_bounce: http://www.postfix.org/postconf.5.html#soft_bounce On Tue, Jul 25, 2017 at 07:07:18PM -0400, Kevin A. McGrail wrote: > Unfortunately, you might need logic to accept and silently discard. > We do this, for example, with viruses to avoid blowback. Oh, I disagree. The best thing to do is to reject anything you're unwilling/unable to deliver. You're not causing any bounces; if a connecting client does generate a bounce for your rejection that is THEIR problem; or in the case of a human sender, that is the way to avoid mail loss. -- http://rob0.nodns4.us/ Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
