[mailop] What should an MTA do when receiving 452 4.5.3 (aka too many recipients)

2018-12-13 Thread Benoit Panizzon
Hi List Email is sent to multiple recipients. When for whatever reason, recipients have incompatible settings (one wants spam to be rejected during SMTP Handshake, another one wants spam to be tagged and delivered to his inbox as example).. ...during the 'RCTP TO' phase, we don't yet know what

Re: [mailop] What should an MTA do when receiving 452 4.5.3 (aka too many recipients)

2018-12-13 Thread SM
Hi Benoit, At 12:29 AM 13-12-2018, Benoit Panizzon wrote: So based on my observation I wonder... Upon receiving a 452 4.5.3 error, what should the sending MTA do? Reconnect immediately and re-try the soft failed recipients as would be done with the usual 'too many recipients' situation? Or is

Re: [mailop] What should an MTA do when receiving 452 4.5.3 (aka too many recipients)

2018-12-13 Thread Paul Smith
On 13/12/2018 08:29, Benoit Panizzon wrote: Hi List So based on my observation I wonder... Upon receiving a 452 4.5.3 error, what should the sending MTA do? Reconnect immediately and re-try the soft failed recipients as would be done with the usual 'too many recipients' situation? Or is it

Re: [mailop] What should an MTA do when receiving 452 4.5.3 (aka too many recipients)

2018-12-13 Thread Benoit Panizzon
Hi Thank you for the feedback. So I wonder if others might have found a clever solution to that problem. Goal 1: Do NOT send a delayed bounce. (aka backscatter) Goal 2: Never have an email 'disappear' in the system. Goal 3: Respect Recipient's anti-spam settings. Consider an email sent to two

Re: [mailop] What should an MTA do when receiving 452 4.5.3 (aka too many recipients)

2018-12-13 Thread Jeremy Harris
On 13/12/2018 13:04, Benoit Panizzon wrote: > So our best idea was to tempfail the subsequent recipients whose > settings which contradict the ones from the first recipient. If both MTAs support PRDR you can selectively reject after DATA. Few do. Otherwise, you're doing the best you can. Train

Re: [mailop] What should an MTA do when receiving 452 4.5.3 (aka too many recipients)

2018-12-13 Thread Michael Peddemors
No matter what, even if you use a sophisticated MTA that can identify separate spam rules for each recipient, typically not all spam checks can occur until after the DATA stage. If you accept one for delivery, you have to accept all, however since you don't want to create backscatter (eg late

Re: [mailop] What should an MTA do when receiving 452 4.5.3 (aka too many recipients)

2018-12-13 Thread Benoit Panizzon
Hi Michael > Kind of breaks the chain of responsibility though, so make sure you have > good logging of the event. Logging alone is not good enough. Emails disappearing without a trace (for the recipient and sender) are always bad. Spam Mails usually are delivered to single recipients. So the

Re: [mailop] Just Make It Stop

2018-12-13 Thread Matt Gilbert via mailop
Hi John, I’m sorry to hear about your father. Feel free to send me his address off-list and I’ll get him taken care of. Thanks, Matt Gilbert -- Deliverability Engineer | Mailchimp delivery.mailchimp.com > On Dec 13, 2018, at 1:19 PM, John Levine wrote: > > My elderly father is no longer

Re: [mailop] What should an MTA do when receiving 452 4.5.3 (aka too many recipients)

2018-12-13 Thread Brandon Long via mailop
For us, for users in the same domain, we basically "make due" with a combo, and I think our docs point this out. We also have the problem of multiple domains, however, and we don't want to try and combine rules across domains... so we reject with 451 4.3.0 As you say, many MTAs will do an ok job

[mailop] jo...@taugh.com

2018-12-13 Thread Carissa Phillips
Hi John, We don't send as much mail as the ESPs you've mentioned but I'd be happy to make sure your father's address is no longer emailed via Campaign Monitor (if ever). Feel free to email me directly with his address. Carissa Phillips Deliverability Support Manager campaignmonitor.com On Thu,

Re: [mailop] Just Make It Stop

2018-12-13 Thread Chris Kolbenschlag
Hey John. Same here, send me his address. Chris K Bronto From: mailop on behalf of Matt Gilbert via mailop Sent: Thursday, December 13, 2018 2:38 PM To: John Levine Cc: "Luis E. Muñoz via mailop" Subject: Re: [mailop] Just Make It Stop Hi John, I’m sorry to

Re: [mailop] Just Make It Stop

2018-12-13 Thread Ryan Harris via mailop
Hi John, Feel free to hit me up off list. I can help. Ryan On Thu, Dec 13, 2018, 10:23 AM John Levine My elderly father is no longer able to handle his own e-mail, so I'm > doing it. He gets a mountain of junk mail, from every organization > with which he has ever done business, from the

Re: [mailop] Just Make It Stop

2018-12-13 Thread Robert Rubenking
John, I went through the same thing after my mom passed... no fun for sure, probably even more complicated that he has a say(Thankfully)! Depending on the carrier, you could perhaps leverage alias functionality as I did. I changed all of her transactional contacts to googlemail.com and created

Re: [mailop] What should an MTA do when receiving 452 4.5.3 (aka too many recipients)

2018-12-13 Thread Brandon Long via mailop
On Thu, Dec 13, 2018 at 3:32 AM SM wrote: > Hi Benoit, > At 12:29 AM 13-12-2018, Benoit Panizzon wrote: > >So based on my observation I wonder... > > > >Upon receiving a 452 4.5.3 error, what should the sending MTA do? > >Reconnect immediately and re-try the soft failed recipients as would > >be

Re: [mailop] What should an MTA do when receiving 452 4.5.3 (aka too many recipients)

2018-12-13 Thread Ángel
Hello Benoît How are your customers expressing that they want the message to be "rejected"? And who sets the rule conditions? I was thinking that maybe the best way to design such system would be to convert the "reject" option to "delete this message automatically", but actually saving them in a

Re: [mailop] Just Make It Stop

2018-12-13 Thread Tara Natanson
Hey John, *waves* I'm still here. Shoot me his address and I'll get it removed from all CTCT lists. Tara On Thu, Dec 13, 2018 at 1:26 PM John Levine wrote: > My elderly father is no longer able to handle his own e-mail, so I'm > doing it. He gets a mountain of junk mail, from every

[mailop] Anybody know anybody at Target.com?

2018-12-13 Thread Anne P. Mitchell, Esq.
Target has a *serious* problem..as in... *no* unsubscribe option at all for the very generic marketing email I just received. And, they are doing their own mailing, from mail-target.com, so I can't even complain to their ESP. Anybody have a contact? Thanks in advance! Anne --- Anne P.

[mailop] Just Make It Stop

2018-12-13 Thread John Levine
My elderly father is no longer able to handle his own e-mail, so I'm doing it. He gets a mountain of junk mail, from every organization with which he has ever done business, from the local community theater to auto parts. I don't want to close his mailbox because he gets useful mail such as the

Re: [mailop] Just Make It Stop

2018-12-13 Thread Thomas Walter
Hey John, On 13.12.18 19:19, John Levine wrote: > I can tell that the majority of the junk is from Mailchimp and > Constant Contact, with a lot also from Sendgrid and Exact Target. > Anyone I can contact there to Just Make It Stop? as far as I know you can ask Mailchimp's abuse department

Re: [mailop] Just Make It Stop

2018-12-13 Thread Ken O'Driscoll via mailop
On Thu, 2018-12-13 at 13:19 -0500, John Levine wrote: > Anyone I can contact there to Just Make It Stop? Does the mailbox provider/MTA support restricting senders to those already in the address book? I've seen this work very well in a broadly similar scenario. Or, there's always CR... ;) Ken.

Re: [mailop] What should an MTA do when receiving 452 4.5.3 (aka too many recipients)

2018-12-13 Thread Grant Taylor via mailop
On 12/13/2018 08:44 AM, Benoit Panizzon wrote: I don't want to be the one explaining to our customer why our system deleted his email after receiving it. I would much rather explain why an extra message was put into the spam folder than explain why we didn't deliver a message. Content