Gmail has never suggested they care. 

Laura

Sent from my iPhone

> On Sep 6, 2019, at 8:38 PM, Brandon Long <bl...@google.com> wrote:
> 
> Now people have made me curious what they set those values to for Gmail.  We 
> don't have simple limits like those (a quick check shows the max number of 
> messages sent on a single connection in the past week is 414k, and I know 
> I've seen total number of connections from a single source over 10k), the 
> throttling is on a more esoteric collections of signals ... 
> 
> Brandon
> 
>> On Fri, Sep 6, 2019 at 5:06 AM Laura Atkins via mailop <mailop@mailop.org> 
>> wrote:
>> There were smaller folks who did tarpit heavily and there was likely badly 
>> written spamware, but neither of those were cases I was thinking about. 
>> 
>> I’m, basically, quoting one of the mail engineers from one of the large 
>> mailbox providers. They implemented limits to connections and limits to 
>> number of emails per connection based on specific malicious behavior from 
>> spammers.
>> 
>> laura 
>> 
>> 
>>> On 6 Sep 2019, at 11:24, Dave Holmes <d...@instiller.co.uk> wrote:
>>> 
>>> I remember that IIRC a lot of that was down to the receiving mail server 
>>> tar-pitting perceived spam connections to deter. However a lot of software 
>>> was so crude it had no connection timeouts and just sat there - haven't 
>>> seen that behaviour in a very long time :) 
>>> 
>>> On Fri, 6 Sep 2019 at 11:08, Laura Atkins via mailop <mailop@mailop.org> 
>>> wrote:
>>>> There was a point in time where if you didn’t limit the number of messages 
>>>> per session a few of the larger mailbox providers would simply cut you 
>>>> off. The issue was some spammers were making hundreds of connections and 
>>>> then holding them open for days (yes, really, more than 24 hours at a 
>>>> time). A few of the big mailbox providers addressed this by limiting the 
>>>> number of connections from a single IP and limiting the number of emails 
>>>> you could send down a connection before disconnecting and reconnecting. 
>>>> 
>>>> laura 
>>>> 
>>>> 
>>>>> On 5 Sep 2019, at 16:31, Brotman, Alexander via mailop 
>>>>> <mailop@mailop.org> wrote:
>>>>> 
>>>>> One of the interesting things I’ve learned while interacting with ESPs is 
>>>>> that some of them will artificially restrict the number of messages per 
>>>>> session, in lieu of opening more sessions. Some of them have told me the 
>>>>> values are in the low single digits. I’ve kind of wondered the rationale 
>>>>> for that might be. Is it the idea that you want to get your messages 
>>>>> through as quickly as possible?
>>>>>  
>>>>> --
>>>>> Alex Brotman
>>>>> Sr. Engineer, Anti-Abuse & Messaging Policy
>>>>> Comcast
>>>>>  
>>>>> From: mailop <mailop-boun...@mailop.org> On Behalf Of Benjamin BILLON via 
>>>>> mailop
>>>>> Sent: Thursday, September 5, 2019 10:08 AM
>>>>> To: mailop@mailop.org
>>>>> Subject: [EXTERNAL] Re: [mailop] Resolving issues for several yahoo 
>>>>> domains?
>>>>>  
>>>>> > Hate to imagine how much mail is currently trying to get into Yahoo and 
>>>>> > AOL 
>>>>> Same. Hate also to imagine the day (and night?) of the folks working on 
>>>>> fixing that.
>>>>>  
>>>>> --
>>>>> Benjamin
>>>>> 
>>>>>  
>>>>> From: Dave Holmes <d...@instiller.co.uk> 
>>>>> Sent: jeudi 5 septembre 2019 15:57
>>>>> To: Benjamin BILLON <bbil...@splio.com>
>>>>> Cc: mailop@mailop.org
>>>>> Subject: Re: [mailop] Resolving issues for several yahoo domains?
>>>>>  
>>>>> Not the quickest or easiest to do as a lot of senders will have different 
>>>>> limits on different IP pools depending on reputation / previous 
>>>>> throughput. 
>>>>>  
>>>>> I've dropped in a platform wide rule to back off the mail queues when the 
>>>>> response is encountered - should do the Job. 
>>>>>  
>>>>> Hate to imagine how much mail is currently trying to get into Yahoo and 
>>>>> AOL 
>>>>>  
>>>>> On Thu, 5 Sep 2019 at 14:39, Benjamin BILLON via mailop 
>>>>> <mailop@mailop.org> wrote:
>>>>> Yes, everyone.
>>>>> Some, very few, emails are accepted. I believe their servers are 
>>>>> overloaded. I suggest everyone to back off a bit, for instance by 
>>>>> limiting the number of concurrent connections per outbound IP to ... 1. 
>>>>> Until it gets better. 
>>>>> Forcing our way through is not gonna work, or help.
>>>>>  
>>>>> The DNS issue seems solved now.
>>>>>  
>>>>> --
>>>>> Benjamin
>>>>> 
>>>>>  
>>>>> From: mailop <mailop-boun...@mailop.org> On Behalf Of Dave Holmes via 
>>>>> mailop
>>>>> Sent: jeudi 5 septembre 2019 15:21
>>>>> To: Ewald Kessler | Webpower <ewald.kess...@webpower.nl>
>>>>> Cc: mailop <mailop@mailop.org>
>>>>> Subject: Re: [mailop] Resolving issues for several yahoo domains?
>>>>>  
>>>>> Were seeing large mail queues forming on our side but I think this 
>>>>> extends beyond the DNS I've not come across this message from Yahoo 
>>>>> before. 
>>>>>  
>>>>> Error: "421 Service not available, closing transmission channel tnmpmscs"
>>>>>  
>>>>> So whilst we have the DNS resolution (possibly cached) they are dropping 
>>>>> connections all over the place, same goes for all of their other domains. 
>>>>>  
>>>>> Anyone else with issues delivering after DNS resolves
>>>>>  
>>>>>  
>>>>> On Thu, 5 Sep 2019 at 10:31, Ewald Kessler | Webpower via mailop 
>>>>> <mailop@mailop.org> wrote:
>>>>> Yes, Oath (a.o. Yahoo, AOL) is having serious issues. Their engineers are 
>>>>> working to resolve the issues.
>>>>>  
>>>>> Regards,
>>>>> Ewald
>>>>>  
>>>>> On Thu, 5 Sep 2019 at 10:35, tobisworld--- via mailop <mailop@mailop.org> 
>>>>> wrote:
>>>>> We're currently seeing several yahoo domains (ex yahoo.de) cannot be
>>>>> resolved any more in DNS. All the responsable nameservers for that
>>>>> domain do not reply anymore. Only ns4.yahoo.com replies from time to
>>>>> time for yahoo.de but according to glue record ns4.yahoo.com is not in
>>>>> charge for yahoo.de anymore.
>>>>> 
>>>>> anyone else seeing such problems with yahoo?
>>>>> 
>>>>> --
>>>>> Cheers
>>>>> 
>>>>> tobi
>>>>> 
>>>>> _______________________________________________
>>>>> mailop mailing list
>>>>> mailop@mailop.org
>>>>> https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
>>>>> 
>>>>>  
>>>>> --
>>>>> Deliverability & Abuse Management, www.webpower-group.com
>>>>> ewald.kess...@webpower.nl
>>>>> t: +31 342 423 262
>>>>> li: www.linkedin.com/in/ewaldkessler
>>>>> _______________________________________________
>>>>> mailop mailing list
>>>>> mailop@mailop.org
>>>>> https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
>>>>> 
>>>>>  
>>>>> --
>>>>>  
>>>>> <image002.jpg>
>>>>>  
>>>>> Dave Holmes
>>>>> Technical Director
>>>>>  
>>>>> d...@instiller.co.uk
>>>>> T 0333 939 0013  |  M 07966 013 309 
>>>>> 1 Park Farm Barns | Packington Lane | Stonebridge | CV7 7TL
>>>>>  
>>>>>  
>>>>>  
>>>>> Instiller is a trademark of Instiller Limited, registered in England 
>>>>> 5053657.
>>>>>  
>>>>> This email contains proprietary information, some of which may be legally 
>>>>> privileged. It is for the intended recipient only.
>>>>> If an addressing or transmission in error has misdirected this email, 
>>>>> please notify the author by replying to this email.
>>>>> If you are not the intended recipient, you must not use, disclose, 
>>>>> distribute, copy, print or rely on this email.
>>>>>  
>>>>> _______________________________________________
>>>>> mailop mailing list
>>>>> mailop@mailop.org
>>>>> https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
>>>>> 
>>>>>  
>>>>> -- 
>>>>>  
>>>>> <image002.jpg>
>>>>>  
>>>>> Dave Holmes
>>>>> Technical Director
>>>>>  
>>>>> d...@instiller.co.uk
>>>>> T 0333 939 0013  |  M 07966 013 309 
>>>>> 1 Park Farm Barns | Packington Lane | Stonebridge | CV7 7TL
>>>>>  
>>>>>  
>>>>> Instiller is a trademark of Instiller Limited, registered in England 
>>>>> 5053657.
>>>>>  
>>>>> This email contains proprietary information, some of which may be legally 
>>>>> privileged. It is for the intended recipient only.
>>>>> If an addressing or transmission in error has misdirected this email, 
>>>>> please notify the author by replying to this email.
>>>>> If you are not the intended recipient, you must not use, disclose, 
>>>>> distribute, copy, print or rely on this email.
>>>>>  
>>>>> _______________________________________________
>>>>> mailop mailing list
>>>>> mailop@mailop.org
>>>>> https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
>>>> 
>>>> -- 
>>>> Having an Email Crisis?  We can help! 800 823-9674 
>>>> 
>>>> Laura Atkins
>>>> Word to the Wise
>>>> la...@wordtothewise.com
>>>> (650) 437-0741             
>>>> 
>>>> Email Delivery Blog: https://wordtothewise.com/blog        
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> _______________________________________________
>>>> mailop mailing list
>>>> mailop@mailop.org
>>>> https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
>>> 
>>> 
>>> -- 
>>>  
>>>             
>>> Dave Holmes
>>> Technical Director
>>>  
>>> d...@instiller.co.uk
>>> T 0333 939 0013   |  M 07966 013 309
>>> 1 Park Farm Barns | Packington Lane | Stonebridge | CV7 7TL
>>>  
>>>  
>>> Instiller is a trademark of Instiller Limited, registered in England 
>>> 5053657.
>>>  
>>> This email contains proprietary information, some of which may be legally 
>>> privileged. It is for the intended recipient only.
>>> If an addressing or transmission in error has misdirected this email, 
>>> please notify the author by replying to this email.
>>> If you are not the intended recipient, you must not use, disclose, 
>>> distribute, copy, print or rely on this email.
>> 
>> -- 
>> Having an Email Crisis?  We can help! 800 823-9674 
>> 
>> Laura Atkins
>> Word to the Wise
>> la...@wordtothewise.com
>> (650) 437-0741               
>> 
>> Email Delivery Blog: https://wordtothewise.com/blog  
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> _______________________________________________
>> mailop mailing list
>> mailop@mailop.org
>> https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
_______________________________________________
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

Reply via email to