Re: [mailop] Verification of Microsoft 4.7.0 protocol error

[Al Iverson via mailop]

Damon -- I do think that is fallout from being deferred, and Microsoft
giving the error at an odd point in the SMTP transaction, and your MTA
is not recovering gracefully.

On Fri, Jun 29, 2018 at 2:08 PM Andrew Wingle  wrote:
>
> Hi,
>
> We used to see that when we allowed PIPELINING. Usually we would get to the 
> RCPT TO: command without issue, start DATA and while in DATA receive an error 
> that was issued after RCPT TO: Since we were already in the DATA command 
> their servers stated we needed a RCPT TO...So the errors compounded and 
> caused the "too many protocol errors" after only a minute or so of attempts.
>
> Disabling PIPELINING fixed that particular issue but then you will probably 
> just get to live in 4xx-hell until you raise some tickets.
>
> Regards,
>
> ANDREW D. WINGLE
>
> -Original Message-
> From: mailop [mailto:mailop-boun...@mailop.org] On Behalf Of Steve Atkins
> Sent: Friday, June 29, 2018 1:56 PM
> To: Brandon Long via mailop 
> Subject: Re: [mailop] Verification of Microsoft 4.7.0 protocol error
>
>
> > On Jun 29, 2018, at 10:38 AM, Damon Sauer  wrote:
> >
> > "Hello!" everyone (Al, Michael's, John's (R and not R), Bill, etc)
> >
> > Can someone verify for me that:
> >
> > "smtp;421 4.7.0 Too many protocol errors (6) on this connection closing 
> > transmission channel. [xxx.eop-EUR01.prod.protection.outlook.com]"
> >
> > could be / is a volume related error?
> >
>
> It looks more like you got out of sync, sent out of order commands or ignored 
> previous errors and the far end gave up on you.
>
> What comes before that error?
>
> Cheers,
>   Steve
> ___
> 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



-- 
al iverson // 312-725-0130 // miami
http://www.aliverson.com
http://www.spamresource.com

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

Re: [mailop] Verification of Microsoft 4.7.0 protocol error

[Andrew Wingle]

Hi,

We used to see that when we allowed PIPELINING. Usually we would get to the 
RCPT TO: command without issue, start DATA and while in DATA receive an error 
that was issued after RCPT TO: Since we were already in the DATA command their 
servers stated we needed a RCPT TO...So the errors compounded and caused the 
"too many protocol errors" after only a minute or so of attempts.

Disabling PIPELINING fixed that particular issue but then you will probably 
just get to live in 4xx-hell until you raise some tickets. 

Regards,

ANDREW D. WINGLE

-Original Message-
From: mailop [mailto:mailop-boun...@mailop.org] On Behalf Of Steve Atkins
Sent: Friday, June 29, 2018 1:56 PM
To: Brandon Long via mailop 
Subject: Re: [mailop] Verification of Microsoft 4.7.0 protocol error


> On Jun 29, 2018, at 10:38 AM, Damon Sauer  wrote:
> 
> "Hello!" everyone (Al, Michael's, John's (R and not R), Bill, etc)
>  
> Can someone verify for me that:
>  
> "smtp;421 4.7.0 Too many protocol errors (6) on this connection closing 
> transmission channel. [xxx.eop-EUR01.prod.protection.outlook.com]"
>  
> could be / is a volume related error?
>  

It looks more like you got out of sync, sent out of order commands or ignored 
previous errors and the far end gave up on you.

What comes before that error?

Cheers,
  Steve
___
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

Re: [mailop] Verification of Microsoft 4.7.0 protocol error

[Steve Atkins]

> On Jun 29, 2018, at 10:38 AM, Damon Sauer  wrote:
> 
> "Hello!" everyone (Al, Michael's, John's (R and not R), Bill, etc)
>  
> Can someone verify for me that:
>  
> "smtp;421 4.7.0 Too many protocol errors (6) on this connection closing 
> transmission channel. [xxx.eop-EUR01.prod.protection.outlook.com]"
>  
> could be / is a volume related error?
>  

It looks more like you got out of sync, sent out of order commands or ignored 
previous errors and the far end gave up on you.

What comes before that error?

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

[mailop] Verification of Microsoft 4.7.0 protocol error

[Damon Sauer]

"Hello!" everyone (Al, Michael's, John's (R and not R), Bill, etc)
 
Can someone verify for me that:
 
"smtp;421 4.7.0 Too many protocol errors (6) on this connection closing transmission channel. [xxx.eop-EUR01.prod.protection.outlook.com]"
 
could be / is a volume related error?
 
 
 
Regards,
Damon Sauer
Deliverability Specialist / Tools Writer @ IBM
 
eMessage issues? For follow-up questions, please contact product support:
supp...@unica.com and supporteur...@unica.com


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

Re: [mailop] Yahoo FBL

[Al Iverson via mailop]

I talked to Lili at OATH. They are aware of the issue and are
investigating. She asked me to share that here because she wasn't able
to easily jump in and post at this second.

Cheers,
Al Iverson
On Fri, Jun 29, 2018 at 11:19 AM Al Iverson  wrote:
>
> Yep, it's broken. I just emailed Lili.
>
> On Fri, Jun 29, 2018 at 11:05 AM Corey Fineman via mailop  
> wrote:
>>
>> Anyone else seeing Yahoo spam reports drop off about 12 hours ago?
>>
>> --
>>
>> Corey Fineman
>> Data Analyst | Delivery Operations
>> www.sendgrid.com
>> Email Delivery. Simplified.
>>
>> ___
>> mailop mailing list
>> mailop@mailop.org
>> https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
>
>
>
> --
> al iverson // 312-725-0130 // miami
> http://www.aliverson.com
> http://www.spamresource.com



-- 
al iverson // 312-725-0130 // miami
http://www.aliverson.com
http://www.spamresource.com

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

Re: [mailop] Yahoo FBL

[Al Iverson via mailop]

Yep, it's broken. I just emailed Lili.

On Fri, Jun 29, 2018 at 11:05 AM Corey Fineman via mailop 
wrote:

> Anyone else seeing Yahoo spam reports drop off about 12 hours ago?
>
> --
>
> Corey Fineman
> Data Analyst | Delivery Operations
> www.sendgrid.com
> Email Delivery. Simplified.
>
> ___
> mailop mailing list
> mailop@mailop.org
> https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
>


-- 
al iverson // 312-725-0130 // miami
http://www.aliverson.com
http://www.spamresource.com
___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

[mailop] Yahoo FBL

[Corey Fineman via mailop]

Anyone else seeing Yahoo spam reports drop off about 12 hours ago?

-- 

Corey Fineman
Data Analyst | Delivery Operations
www.sendgrid.com
Email Delivery. Simplified.
___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

Re: [mailop] Senderscore.org / ReturnPath decline of reported volume

[David Hofstee]

Maybe Telstra is changing infrastructure and data streams were not
adjusted... https://senderscore.org/lookup.php?lookup=203.38.21.
21=true

Yours,


David

On 29 June 2018 at 12:20, Nick Stallman  wrote:

> Hi
>
> Actually yeah I can confirm that, also Australian focussed (Australian
> server, to mostly Australians) but we aren't a customer of theirs.
>
> Certainly no change in volume from the relevant server. Using their free
> tool we were a Very High Volume Sender but now it's only saying High Volume
> Sender.
>
> Maybe they were getting data from a large Australian ISP and they are no
> longer getting that data source?
>
>
>
> On 29/06/18 19:27, David Hofstee wrote:
>
> Hi,
>
> We've been seeing an extreme decline in volume reported by
> Senderscore.org/ReturnPath. From e.g. 700k/day to 5k/day on several
> dedicated IPs. The actual volume of the customer on those IPs is still the
> same. This started about 15 days ago. Example IP = 149.235.15.116.
>
> This is to traffic in the Australia area. I have not been able to see the
> same on other IPs. My shared pool (which sends mostly to Europe/USA) is not
> affected. I checked a few IPs from competitors and they were not affected
> either.
>
> I wonder what other see (on their own IPs) and conclude.
>
> Yours,
>
>
> David
>
> P.S. Yes, I know this is from a commercial vendor, we have a contract with
> them and yes I have created a ticket there.
>
>
> ___
> mailop mailing 
> listmailop@mailop.orghttps://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
>
>
> --
> Nick Stallman
> Technical Director
> [image: Email] n...@agentpoint.com
> [image: Phone] 02 8039 6820 <0280396820>
> [image: Website] www.agentpoint.com.au
> [image: Agentpoint] 
> [image: Netpoint] 
> Level 3, 100 Harris Street, Pyrmont NSW 2009 [image: Facebook]
>  [image: Twitter]
>  [image: Instagram]
>  [image: Linkedin]
> 
>



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

[mailop] Senderscore.org / ReturnPath decline of reported volume

[David Hofstee]

Hi,

We've been seeing an extreme decline in volume reported by
Senderscore.org/ReturnPath. From e.g. 700k/day to 5k/day on several
dedicated IPs. The actual volume of the customer on those IPs is still the
same. This started about 15 days ago. Example IP = 149.235.15.116.

This is to traffic in the Australia area. I have not been able to see the
same on other IPs. My shared pool (which sends mostly to Europe/USA) is not
affected. I checked a few IPs from competitors and they were not affected
either.

I wonder what other see (on their own IPs) and conclude.

Yours,


David

P.S. Yes, I know this is from a commercial vendor, we have a contract with
them and yes I have created a ticket there.
___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop