On Fri, Apr 29, 2022 at 11:08 AM Dave Crocker <[email protected]> wrote:

>
>
> 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?
>

Hmm, yes... though in this case, there's not likely anything the sender can
do,
and if you're still forwarding the message on, so it's not a non-delivery
notification.
It will mostly just be noise.  If the forward fails, then a NDN would be
sent, and
hopefully if it was rejected for too long lines, that will be in the NDN
message...
and still confusing to the sender, since they are unlikely to see the long
lines in
their mail client (it'll just wrap).  The relaying server is generating the
NDN, so they
could include the information about the possible bad formatting.

Brandon
_______________________________________________
mailop mailing list
[email protected]
https://list.mailop.org/listinfo/mailop

Reply via email to