On 4/29/2022 10:55 AM, Brandon Long wrote:
On Thu, Apr 28, 2022 at 9:39 PM Dave Crocker via mailop
<[email protected] <mailto:[email protected]>> wrote:
Perhaps:
An MTA that is relaying a message SHOULD NOT attempt to repair
problems it detects with the message.
If the MTA continues relaying the message, it MAY send an informal
multipart/report note, back to the RCTP-TO address of the message,
indicating the nature of the problem with the message.
RCPT-TO being the relay destination or the original destination? I
would think
you'd want to go to the MAIL-FROM as the creator of the message?
Oh boy... RCPT-TO being the brain fart that indeed was meant to be
MAIL-FROM. sigh.
Sorry for the mental gas-passing. And thanks for catching that bit of
silliness.
The details of the report would have to be provided, since this doesn't
fit within DSN details.
I think automated reports of these types of failures would be a bad
idea, slightly
less bad if it was only done for authenticated senders, and if rate
limited... and
sent to the postmaster and not the original sender, who is unlikely to
have any
ability to change how the message was formatted.
Seems like any random automated report is problematic these days, so,
yeah, I could imagine that specifying some constraints would make sense.
That said, plain ol' DSN failure messages seem to get sent to Mail-From
pretty readily, still. No?
d/
_______________________________________________
mailop mailing list
[email protected]
https://list.mailop.org/listinfo/mailop
