Re: [mailop] Anybody seeing a huge spike of (S3140) errors from Hotmail/Outlook started on Sep 7th

[Adam Moffett via mailop]

I have fought this battle before, and in my case it turned out to be a 
compromised user account.  Check logs for a sender with unusually high 
volume.  While you're waiting for the response to your ticket you can 
use your time to hunt for that underlying problem.  I do wish they 
provided samples of the offender's messages, as that would remove any 
doubt and make it much easier to see where the problem is.


They also may not unblock you for some period of time after the activity 
stops.  I have had it take days.




-- Original Message --
From: "Rauf Guliyev via mailop" 
To: mailop@mailop.org
Sent: 9/9/2020 5:58:52 PM
Subject: [mailop] Anybody seeing a huge spike of (S3140) errors from 
Hotmail/Outlook started on Sep 7th



Hello there,

We are seeing a huge spike in "550 5.7.1 Unfortunately, messages from 
[IP.AD.DR.ES] weren't sent. Please contact your Internet service 
provider since part of their network is on our block list (S3140)" 
errors while sending to Hotmail/Outlook. It started on Sep 7th and is 
affecting only one datacenter,  the rest is sending the same emails 
just fine.  The SNDS shows the affected IPs as green. Filed a ticket 
(SR1508383241) but curious to see if it's widespread.


Thanks in advance,
Rauf
___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

Re: [mailop] Gmail out of office replies

[Francois Petillon via mailop]

On 9/11/20 2:07 PM, Kieran Cooper via mailop wrote:
> Does anyone have any knowledge of how Gmail decides when to send an 
> auto-reply?


RFC 3834 :

   2. When (not) to send automatic responses

   An automatic responder MUST NOT blindly send a response for every message
received. In practice there are always reasons to refuse to respond to some
kinds of received messages, e.g., for loop prevention, to avoid responding to
"spam" or viruses, to avoid being used as a means to launder or amplify abusive
messages, to avoid inappropriately revealing personal information about the
recipient (e.g., to avoid an automatic indication that a recipient has not read
his mail recently), and to thwart denial-of-service attacks against the
responder. The criteria for deciding whether to respond will differ from one
responder to another, according to the responder's purpose. In general, care
should be taken to avoid sending useless or redundant responses, and to avoid
contributing to mail loops or facilitating denial-of-service attacks.


Your question is more tricky than what you thought...

> It also looks as though Gmail sends these auto-replies to the return path 
> address instead of either the From or Reply-To, which doesn’t seem to me like 
> the right thing to do….

Same RFC :

4.  Where to send automatic responses (and where not to send them)

   In general, automatic responses SHOULD be sent to the Return-Path
   field if generated after delivery.  If the response is generated
   prior to delivery, the response SHOULD be sent to the reverse-path
   from the SMTP MAIL FROM command, or (in a non-SMTP system) to the
   envelope return address which serves as the destination for non-
   delivery reports.


François

___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

[mailop] Gmail out of office replies

[Kieran Cooper via mailop]

Does anyone have any knowledge of how Gmail decides when to send an auto-reply?

I’m trying to test for a customer who has been missing auto replies. From what 
I can see so far, when I have an auto-reply set up, Gmail only seems to respond 
to some of the messages that arrive at the account. I’ve ruled out situations 
where the sender has already received an auto-reply that day. None of the 
senders that either work or don’t work are in the contacts.

It also looks as though Gmail sends these auto-replies to the return path 
address instead of either the From or Reply-To, which doesn’t seem to me like 
the right thing to do….

Any thoughts gratefully received!

Thanks
Kieran

KIERAN COOPER
Manager, Technical Account Managers  EMEA team

mobile +44 (0)7976 703641 
email kieran.coo...@sparkpost.com 



___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop