Re: [mailop] Microsoft holding IPs hostage?

2016-06-07 Thread Dickie LaFlamme
Michael,

Per my message I posted:

"We asked for a reasoning why, and after some stock responses, we received
a note back that they could not discuss the matter of the block."

Maybe I was unclear. This was the ticket you're mentioning. I have an email
chain with your support that's pretty lengthy that ended with them stating
they would not discuss the matter of the block. I'm not sure what more of a
ticket I could open.

Thanks,

Dickie LaFlamme
​_

For such matters, step #0 is to … Open A Ticket.
You can speculate all you want, but nothing will move the issue to
resolution without first doing that.

Nothing.

Aloha,
Michael.
--
Michael J Wise | Microsoft | Spam Analysis | "Your Spam Specimen Has
Been Processed." | Open a HotMail
Ticket<http://go.microsoft.com/fwlink/?LinkID=614866>?

From: mailop [mailto:mailop-bounces at mailop.org
<https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop>] On
Behalf Of Apsis Deliverability Team
Sent: Tuesday, June 7, 2016 10:50 AM
To: achiulli at salesforce.com
<https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop>; mailop
at mailop.org <https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop>

Subject: [mailop] New comment - [#503261] Re: Microsoft holding IPs hostage?
​



On Tue, Jun 7, 2016 at 1:47 PM, Dickie LaFlamme <rlafla...@dyn.com> wrote:

> Well we first saw the blockage via SNDS's "IP status page" - Blocked due
> to user complaints or other evidence of spamming.
>
> Here's one of many diagnostic code we received
>
> Action: failed
> Status: 5.0.0 (undefined status)
> Remote-MTA: dns;mx3.hotmail.com (65.55.92.168)
> Diagnostic-Code: smtp;550 SC-001 (SNT004-MC3F40) Unfortunately, messages
> from 208.76.62.88 weren't sent. Please contact your Internet service
> provider since part of their network is on our block list. You can also
> refer your provider to
> http://mail.live.com/mail/troubleshooting.aspx#errors.
> X-PowerMTA-BounceCategory: other
>
> Thanks,
>
> [image: Dyn logo, Dyn.com] <http://dyn.com/>
> <http://twitter.com/dyn><http://twitter.com/dyninc>[image: Dyn
> facebook account] <http://facebook.com/dyn>
> <http://twitter.com/dyninc>[image:
> Dyn LinkedIn account] <http://linkedin.com/company/dyn>
>
> Dickie LaFlamme / Deliverability Specialist
>  +1 603-296-1952
>
> On Tue, Jun 7, 2016 at 1:36 PM, Anthony Chiulli <achiu...@salesforce.com>
> wrote:
>
>> What error code are you receiving back from blocked mail?
>>
>> *ANTHONY CHIULLI*
>>
>> Senior Consultant, Deliverability Services
>>
>> Salesforce
>>
>> Mobile: 303.817.6506
>>
>> On Tue, Jun 7, 2016 at 11:26 AM, Dickie LaFlamme <rlafla...@dyn.com>
>> wrote:
>>
>>> We recently experienced a customer ranges of IPs being blocked at
>>> Microsoft, and haven't a clue as to why.
>>>
>>> Details are below, but I'm wondering if others are running into the same
>>> issue:
>>>
>>> - Customers IPs are 208.76.62.[83-88]. Understandably, SenderScore isn't
>>> the end all be all, but all scores are 97 with the only outlier being 94.
>>> Our Google Postmaster tool has reported Green/Yellow for over 120 days.
>>>
>>> - This customer is a high quality sender who has been making strides
>>> toward becoming even that much better by focusing on
>>> key deliverability metrics.
>>>
>>> - We've reviewed this range of IPs via SNDS vigorously. For 89 days of
>>> data, there's not a single day where complaints are < 0.1%. Over these 89
>>> days, 6.5 million messages have been sent, and over this time, only 8 trap
>>> hits occurred from list attrition. We've had these IPs in their feedback
>>> loop since inception and no spike or gradual increase has occurred in this
>>> time.
>>>
>>> - We asked for a reasoning why, and after some stock responses, we
>>> received a note back that they could not discuss the matter of the block.
>>>
>>> We've needed a closer look at this by Microsoft but are at a dead end.
>>> I'm asking if anyone here has any avenue we can try to reach out to, or
>>> ideas as we need to get insight but haven't got any answers.
>>>
>>> Thanks,
>>>
>>> Dickie LaFlamme / Deliverability Specialist / Dyn
>>>
>>> ___
>>> 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


[mailop] Microsoft holding IPs hostage?

2016-06-07 Thread Dickie LaFlamme
We recently experienced a customer ranges of IPs being blocked at
Microsoft, and haven't a clue as to why.

Details are below, but I'm wondering if others are running into the same
issue:

- Customers IPs are 208.76.62.[83-88]. Understandably, SenderScore isn't
the end all be all, but all scores are 97 with the only outlier being 94.
Our Google Postmaster tool has reported Green/Yellow for over 120 days.

- This customer is a high quality sender who has been making strides toward
becoming even that much better by focusing on key deliverability metrics.

- We've reviewed this range of IPs via SNDS vigorously. For 89 days of
data, there's not a single day where complaints are < 0.1%. Over these 89
days, 6.5 million messages have been sent, and over this time, only 8 trap
hits occurred from list attrition. We've had these IPs in their feedback
loop since inception and no spike or gradual increase has occurred in this
time.

- We asked for a reasoning why, and after some stock responses, we received
a note back that they could not discuss the matter of the block.

We've needed a closer look at this by Microsoft but are at a dead end. I'm
asking if anyone here has any avenue we can try to reach out to, or ideas
as we need to get insight but haven't got any answers.

Thanks,

Dickie LaFlamme / Deliverability Specialist / Dyn
___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop


Re: [mailop] Microsoft holding IPs hostage?

2016-06-07 Thread Dickie LaFlamme
Understandable. We wouldn't be asking for some other avenue here if we
didn't fully beleive in there being something funky going on here. If you'd
like feel free to message me privately. The ticket number is
SRX1342320250ID.
​ Thanks for reaching out, we appreciate it.​


Thanks,

Dickie LaFlamme



On Tue, Jun 7, 2016 at 2:27 PM, Michael Wise <michael.w...@microsoft.com>
wrote:

>
>
> Sorry, I’m missing the SRX…ID ticket number so I can figure out the most
> recent issues here.
>
> We have a solid rule not to discuss the reasons for blocking, as we’re
> forbidden to do, “Troubleshooting” for senders.
>
> I am interested in finding out what the refusal code was and getting that
> documented, and also seeing if there are issues on OUR side.
>
>
>
> But in order to see that, I am going to need to know the ticket number. L
>
>
>
> Aloha,
>
> Michael.
>
> --
>
> *Michael J Wise* | Microsoft | Spam Analysis | "Your Spam Specimen Has
> Been Processed." | Got the Junk Mail Reporting Tool
> <http://www.microsoft.com/en-us/download/details.aspx?id=18275> ?
>
>
>
> *From:* Dickie LaFlamme [mailto:rlafla...@dyn.com]
> *Sent:* Tuesday, June 7, 2016 11:21 AM
> *To:* Michael Wise <michael.w...@microsoft.com>; mailop@mailop.org
> *Subject:* Re: [mailop] Microsoft holding IPs hostage?
>
>
>
> Michael,
>
>
>
> Per my message I posted:
>
>
>
> "We asked for a reasoning why, and after some stock responses, we
> received a note back that they could not discuss the matter of the block."
>
>
>
> Maybe I was unclear. This was the ticket you're mentioning. I have an
> email chain with your support that's pretty lengthy that ended with them
> stating they would not discuss the matter of the block. I'm not sure what
> more of a ticket I could open.
>
>
> Thanks,
>
> Dickie LaFlamme
>
> ​_
>
> For such matters, step #0 is to … Open A Ticket.
>
> You can speculate all you want, but nothing will move the issue to resolution 
> without first doing that.
>
>
>
> Nothing.
>
>
>
> Aloha,
>
> Michael.
>
> --
>
> Michael J Wise | Microsoft | Spam Analysis | "Your Spam Specimen Has Been 
> Processed." | Open a HotMail 
> Ticket<http://go.microsoft.com/fwlink/?LinkID=614866 
> <https://na01.safelinks.protection.outlook.com/?url=http%3a%2f%2fgo.microsoft.com%2ffwlink%2f%3fLinkID%3d614866%26clcid=01%7c01%7cMichael.Wise%40microsoft.com%7c569e7f198bc64001632908d38f00a173%7c72f988bf86f141af91ab2d7cd011db47%7c1=hxlAXsJifwE0k7sXXdGCz8ePQOXJfrKdf4Tr%2bir5j4E%3d>>?
>
>
>
> From: mailop [mailto:mailop-bounces at mailop.org 
> <https://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2fchilli.nosignal.org%2fcgi-bin%2fmailman%2flistinfo%2fmailop=01%7c01%7cMichael.Wise%40microsoft.com%7c569e7f198bc64001632908d38f00a173%7c72f988bf86f141af91ab2d7cd011db47%7c1=ZWtHg%2fJGeN%2bjEuJ1SLHsvx%2fDQBWDLdQ5q%2b3ny5RdAKg%3d>]
>  On Behalf Of Apsis Deliverability Team
>
> Sent: Tuesday, June 7, 2016 10:50 AM
>
> To: achiulli at salesforce.com 
> <https://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2fchilli.nosignal.org%2fcgi-bin%2fmailman%2flistinfo%2fmailop=01%7c01%7cMichael.Wise%40microsoft.com%7c569e7f198bc64001632908d38f00a173%7c72f988bf86f141af91ab2d7cd011db47%7c1=ZWtHg%2fJGeN%2bjEuJ1SLHsvx%2fDQBWDLdQ5q%2b3ny5RdAKg%3d>;
>  mailop at mailop.org 
> <https://na01.safelinks.protection.outlook.com/?url=https%3a%2f%2fchilli.nosignal.org%2fcgi-bin%2fmailman%2flistinfo%2fmailop=01%7c01%7cMichael.Wise%40microsoft.com%7c569e7f198bc64001632908d38f00a173%7c72f988bf86f141af91ab2d7cd011db47%7c1=ZWtHg%2fJGeN%2bjEuJ1SLHsvx%2fDQBWDLdQ5q%2b3ny5RdAKg%3d>
>
> Subject: [mailop] New comment - [#503261] Re: Microsoft holding IPs
> hostage?
>
> ​
>
>
>
>
>
>
>
> On Tue, Jun 7, 2016 at 1:47 PM, Dickie LaFlamme <rlafla...@dyn.com> wrote:
>
> Well we first saw the blockage via SNDS's "IP status page" - Blocked due
> to user complaints or other evidence of spamming.
>
>
>
> Here's one of many diagnostic code we received
>
>
>
> Action: failed
>
> Status: 5.0.0 (undefined status)
>
> Remote-MTA: dns;mx3.hotmail.com
> <https://na01.safelinks.protection.outlook.com/?url=http%3a%2f%2fmx3.hotmail.com=01%7c01%7cMichael.Wise%40microsoft.com%7c569e7f198bc64001632908d38f00a173%7c72f988bf86f141af91ab2d7cd011db47%7c1=K0yaFKCJB9kdvhH0hWC0QAURWA5vOB87%2fK5hs5S9AqI%3d>
> (65.55.92.168)
>
> Diagnostic-Code: smtp;550 SC-001 (SNT004-MC3F40) Unfortunately, messages
> from 208.76.62.88 weren't sent. Please contact your Internet service
> provider since part of their network is on our block list. You can

Re: [mailop] Microsoft holding IPs hostage?

2016-06-07 Thread Dickie LaFlamme
Well we first saw the blockage via SNDS's "IP status page" - Blocked due to
user complaints or other evidence of spamming.

Here's one of many diagnostic code we received

Action: failed
Status: 5.0.0 (undefined status)
Remote-MTA: dns;mx3.hotmail.com (65.55.92.168)
Diagnostic-Code: smtp;550 SC-001 (SNT004-MC3F40) Unfortunately, messages
from 208.76.62.88 weren't sent. Please contact your Internet service
provider since part of their network is on our block list. You can also
refer your provider to http://mail.live.com/mail/troubleshooting.aspx#errors
.
X-PowerMTA-BounceCategory: other

Thanks,

[image: Dyn logo, Dyn.com] <http://dyn.com/>
<http://twitter.com/dyn><http://twitter.com/dyninc>[image: Dyn facebook
account] <http://facebook.com/dyn><http://twitter.com/dyninc>[image:
Dyn LinkedIn account] <http://linkedin.com/company/dyn>

Dickie LaFlamme / Deliverability Specialist
 +1 603-296-1952

On Tue, Jun 7, 2016 at 1:36 PM, Anthony Chiulli <achiu...@salesforce.com>
wrote:

> What error code are you receiving back from blocked mail?
>
> *ANTHONY CHIULLI*
>
> Senior Consultant, Deliverability Services
>
> Salesforce
>
> Mobile: 303.817.6506
>
> On Tue, Jun 7, 2016 at 11:26 AM, Dickie LaFlamme <rlafla...@dyn.com>
> wrote:
>
>> We recently experienced a customer ranges of IPs being blocked at
>> Microsoft, and haven't a clue as to why.
>>
>> Details are below, but I'm wondering if others are running into the same
>> issue:
>>
>> - Customers IPs are 208.76.62.[83-88]. Understandably, SenderScore isn't
>> the end all be all, but all scores are 97 with the only outlier being 94.
>> Our Google Postmaster tool has reported Green/Yellow for over 120 days.
>>
>> - This customer is a high quality sender who has been making strides
>> toward becoming even that much better by focusing on
>> key deliverability metrics.
>>
>> - We've reviewed this range of IPs via SNDS vigorously. For 89 days of
>> data, there's not a single day where complaints are < 0.1%. Over these 89
>> days, 6.5 million messages have been sent, and over this time, only 8 trap
>> hits occurred from list attrition. We've had these IPs in their feedback
>> loop since inception and no spike or gradual increase has occurred in this
>> time.
>>
>> - We asked for a reasoning why, and after some stock responses, we
>> received a note back that they could not discuss the matter of the block.
>>
>> We've needed a closer look at this by Microsoft but are at a dead end.
>> I'm asking if anyone here has any avenue we can try to reach out to, or
>> ideas as we need to get insight but haven't got any answers.
>>
>> Thanks,
>>
>> Dickie LaFlamme / Deliverability Specialist / Dyn
>>
>> ___
>> 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] Very large spike in false positives with Microsoft domains

2016-02-26 Thread Dickie LaFlamme
Thanks for the update on the "invalid arguments" code. Look forward to the
blank response resolution

Thanks,

Dickie LaFlamme / Deliverability Specialist
On Feb 26, 2016 2:50 PM, "Michael Wise" <michael.w...@microsoft.com> wrote:

> I am told they found the issue on our side and took the server out of
> rotation, so hopefully that clears up **THAT**.
>
> Still waiting on an explanation of the empty reply explanation.
>
>
>
> Aloha,
>
> Michael.
>
> --
>
> *Michael J Wise* | Microsoft | Spam Analysis | "Your Spam Specimen Has
> Been Processed." | Got the Junk Mail Reporting Tool
> <http://www.microsoft.com/en-us/download/details.aspx?id=18275> ?
>
>
>
> *From:* mailop [mailto:mailop-boun...@mailop.org] *On Behalf Of *Dickie
> LaFlamme
> *Sent:* Friday, February 26, 2016 2:16 AM
> *To:* Maarten Oelering <maar...@postmastery.net>
> *Cc:* mailop@mailop.org
> *Subject:* Re: [mailop] Very large spike in false positives with
> Microsoft domains
>
>
>
> Thanks Maarten. We ended up getting to the root of "transaction failed".
> We started reclassing the hard bounce to a soft on the 17th.
>
> Thanks,
>
> Dickie LaFlamme / Deliverability Specialist
> +1 603-296-1952
>
> On Feb 26, 2016 5:07 AM, "Maarten Oelering" <maar...@postmastery.net>
> wrote:
>
> I noticed you are using PowerMTA. You can defer these emails instead of
> bouncing by adding this to your :
>
>
>
> *reply /554 Transaction failed/ skip-mx*
>
>
>
> We saw the last of these errors on the 19th. I am willing to share SMTP
> traces if it’s still relevant.
>
>
>
> Maarten Oelering
>
> Postmastery
>
> W: postmastery.com
> <https://na01.safelinks.protection.outlook.com/?url=http%3a%2f%2fpostmastery.com=01%7c01%7cmichael.wise%40microsoft.com%7c7a1e11a2139042a9b01908d33e96dae6%7c72f988bf86f141af91ab2d7cd011db47%7c1=QzBBiHMjjbSAEBnPfHnXRGgb7YngMiUcU0NRqs1NN54%3d>
> T: +31 20 261 0438
>
>
>
> On 25 feb. 2016, at 20:31, Dickie LaFlamme <rlafla...@dyn.com> wrote:
>
>
>
> I wanted to see if other followers have heard any chatter about Microsoft
> incorrectly classifying hard bounces for other providers/customers. We've
> been trying to get to the root cause of why they could be creating so many
> false positives for our platform over the past few weeks.
>
>
>
> Final-Recipient: rfc822; (*taken out for confidentially*)@hotmail.com
> <https://na01.safelinks.protection.outlook.com/?url=http%3a%2f%2fhotmail.com%2f=01%7c01%7cmichael.wise%40microsoft.com%7c7a1e11a2139042a9b01908d33e96dae6%7c72f988bf86f141af91ab2d7cd011db47%7c1=LnlCWeY2J7VY93wllArPqaBsMJKtjsKgo7FXJDK6tDI%3d>
>
> Action: failed
>
> Status: 5.4.0
>
>
>
> By the RFC they should be at least including a diagnostic code, but they
> are not, this is from a full header to note as well.
>
>
>
> Final-Recipient: rfc822;(*taken out for confidentially*)@hotmail.com
> <https://na01.safelinks.protection.outlook.com/?url=http%3a%2f%2fhotmail.com%2f=01%7c01%7cmichael.wise%40microsoft.com%7c7a1e11a2139042a9b01908d33e96dae6%7c72f988bf86f141af91ab2d7cd011db47%7c1=LnlCWeY2J7VY93wllArPqaBsMJKtjsKgo7FXJDK6tDI%3d>
>
> Action: failed
>
> Status: 5.0.0 (undefined status)
>
> Remote-MTA: dns;mx3.hotmail.com
> <https://na01.safelinks.protection.outlook.com/?url=http%3a%2f%2fmx3.hotmail.com%2f=01%7c01%7cmichael.wise%40microsoft.com%7c7a1e11a2139042a9b01908d33e96dae6%7c72f988bf86f141af91ab2d7cd011db47%7c1=aC8Q9ai26%2fcap9QUNOAJtgXMV%2bsOwd992wNYvAQgfwg%3d>
>  (65.55.33.135)
>
> Diagnostic-Code: smtp;554 Transaction failed
>
> X-PowerMTA-BounceCategory: other
>
>
>
> Essentially all we got back from Microsoft was that "this should be
> classified as a soft bounce in your system": No help since we knew that.
> We've since reclassified that bounce as well as this bounce below:
>
> Final-Recipient: rfc822; (*taken out for confidentially)*@hotmail.com
> <https://na01.safelinks.protection.outlook.com/?url=http%3a%2f%2fhotmail.com%2f=01%7c01%7cmichael.wise%40microsoft.com%7c7a1e11a2139042a9b01908d33e96dae6%7c72f988bf86f141af91ab2d7cd011db47%7c1=LnlCWeY2J7VY93wllArPqaBsMJKtjsKgo7FXJDK6tDI%3d>
> Action: failed
> Status: 5.5.4
> Diagnostic-Code: smtp;501 5.5.4 Invalid arguments
>
>
>
>
>
> We've seen this occuring at Hotmail, Live.com
> <https://na01.safelinks.protection.outlook.com/?url=http%3a%2f%2flive.com%2f=01%7c01%7cmichael.wise%40microsoft.com%7c7a1e11a2139042a9b01908d33e96dae6%7c72f988bf86f141af91ab2d7cd011db47%7c1=ge6FjiixE1TAOpPW%2bEQJk2OgQxe2p2jCNgJ1Q66KCTs%3d>
>  and Outlook.com
> <https://na01.safelinks.protection.outlook.com/?ur

Re: [mailop] Very large spike in false positives with Microsoft domains

2016-02-26 Thread Dickie LaFlamme
Thanks Maarten. We ended up getting to the root of "transaction failed". We
started reclassing the hard bounce to a soft on the 17th.

Thanks,

Dickie LaFlamme / Deliverability Specialist
+1 603-296-1952
On Feb 26, 2016 5:07 AM, "Maarten Oelering" <maar...@postmastery.net> wrote:

> I noticed you are using PowerMTA. You can defer these emails instead of
> bouncing by adding this to your :
>
> *reply /554 Transaction failed/ skip-mx*
>
> We saw the last of these errors on the 19th. I am willing to share SMTP
> traces if it’s still relevant.
>
> Maarten Oelering
>
> Postmastery
> W: postmastery.com
> T: +31 20 261 0438
>
> On 25 feb. 2016, at 20:31, Dickie LaFlamme <rlafla...@dyn.com> wrote:
>
> I wanted to see if other followers have heard any chatter about Microsoft
> incorrectly classifying hard bounces for other providers/customers. We've
> been trying to get to the root cause of why they could be creating so many
> false positives for our platform over the past few weeks.
>
> Final-Recipient: rfc822; (*taken out for confidentially*)@hotmail.com
> Action: failed
> Status: 5.4.0
>
> By the RFC they should be at least including a diagnostic code, but they
> are not, this is from a full header to note as well.
>
> Final-Recipient: rfc822;(*taken out for confidentially*)@hotmail.com
> Action: failed
> Status: 5.0.0 (undefined status)
> Remote-MTA: dns;mx3.hotmail.com (65.55.33.135)
> Diagnostic-Code: smtp;554 Transaction failed
> X-PowerMTA-BounceCategory: other
>
> Essentially all we got back from Microsoft was that "this should be
> classified as a soft bounce in your system": No help since we knew that.
> We've since reclassified that bounce as well as this bounce below:
>
> Final-Recipient: rfc822; (*taken out for confidentially)*@hotmail.com
> Action: failed
> Status: 5.5.4
> Diagnostic-Code: smtp;501 5.5.4 Invalid arguments
>
>
> We've seen this occuring at Hotmail, Live.com <http://live.com/> and
> Outlook.com <http://outlook.com/>. I'm not looking for a golden ticket
> from anyone, but I wanted to see if fellow Deliverability professionals
> are seeing these kind of problems from Microsoft domains. We're just left
> scratching our heads as we try to fight these fires for our customers both
> the deliverability team and engineers.
>
> Has anyone else been having these problematic issues with Microsoft
> domains?
>
> Thanks,
>
> [image: Dyn logo, Dyn.com] <http://dyn.com/>
> <http://twitter.com/dyn><http://twitter.com/dyninc>[image: Dyn
> facebook account] <http://facebook.com/dyn>
> <http://twitter.com/dyninc>[image:
> Dyn LinkedIn account] <http://linkedin.com/company/dyn>
>
> Dickie LaFlamme / Deliverability Specialist
>
> ___
> 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


[mailop] BT internet contact

2016-04-29 Thread Dickie LaFlamme
Are there any BTinternet contacts out there? Or anyone that has any success
in reaching a postmaster?

Thanks,

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


Re: [mailop] DMARC record in p=none not receiving aggregate reports to RUA

2016-04-14 Thread Dickie LaFlamme
We've put in tag "pct=100", waited a few days. Nothing, then took it out to
try and again nothing.

Thanks,

[image: Dyn logo, Dyn.com] <http://dyn.com/>
<http://twitter.com/dyn><http://twitter.com/dyninc>[image: Dyn facebook
account] <http://facebook.com/dyn><http://twitter.com/dyninc>[image:
Dyn LinkedIn account] <http://linkedin.com/company/dyn>

Dickie LaFlamme / Deliverability Specialist
 +1 603-296-1952

On Thu, Apr 14, 2016 at 5:44 PM, Michael Wise <michael.w...@microsoft.com>
wrote:

> What part of it … isn’t?
>
> Oh, waitaminute … the record we’re talking about doesn’t specify pct= …
> would it default to 0?
>
>
>
>
>
> Aloha,
>
> Michael.
>
> --
>
> *Michael J Wise* | Microsoft | Spam Analysis | "Your Spam Specimen Has
> Been Processed." | Got the Junk Mail Reporting Tool
> <http://www.microsoft.com/en-us/download/details.aspx?id=18275> ?
>
>
>
> *From:* Franck Martin [mailto:fmar...@linkedin.com]
> *Sent:* Thursday, April 14, 2016 1:49 PM
> *To:* Michael Wise <michael.w...@microsoft.com>
> *Cc:* Dickie LaFlamme <rlafla...@dyn.com>; mailop@mailop.org
> *Subject:* Re: [mailop] DMARC record in p=none not receiving aggregate
> reports to RUA
>
>
>
> I checked my system, cannot see any report being generated. So may be this
> domain name is not in the RFC5322.From ?
>
>
>
> On Thu, Apr 14, 2016 at 8:05 AM, Michael Wise <michael.w...@microsoft.com>
> wrote:
>
> DMARC is not something I'm well-versed in, but was trying to do what tests
> I could. Would be interesting to see what would happen if someone
> deliberately tried to send from a non-SPF valid IP.
>
> Normally, it just sorta works, but I've never actually seen the traffic it
> generates, or seen the software that is supposed to send it, so I'm unsure
> exactly how to poke it with a stick... :(
>
> Aloha,
> Michael.
> --
> Sent from my Windows Phone
> --
>
> *From: *Dickie LaFlamme <rlafla...@dyn.com>
> *Sent: *‎4/‎14/‎2016 5:55 AM
> *To: *Michael Wise <michael.w...@microsoft.com>
>
>
> *Cc: *mailop@mailop.org
> *Subject: *Re: [mailop] DMARC record in p=none not receiving aggregate
> reports to RUA
>
> My bad, I should have included this issue has spanned well over multiple
> days so the 24 hours rule wasn't a cause.
>
> I queued a few different customers I know with valid DMARC records and I'm
> seeing the  “\” in front of the “;”’s.
>
> I will however dig into the greylisting. As always, thank you all for
> looking into this and helping out!
>
>
> Thanks,
>
>
> <https://na01.safelinks.protection.outlook.com/?url=http%3a%2f%2fdyn.com%2f=01%7c01%7cMichael.Wise%40microsoft.com%7c4a5fd44dcbe347ee0d5f08d36464199a%7c72f988bf86f141af91ab2d7cd011db47%7c1=9BSgzaNWDGgPxSITHebCgnG%2f%2bzmwJrbd9OvZAfp%2fLuo%3d>
>
> Dickie LaFlamme / Deliverability Specialist
>  *+1 603-296-1952*
>
>
> <https://na01.safelinks.protection.outlook.com/?url=http%3a%2f%2fdyn.com%2f=01%7c01%7cMichael.Wise%40microsoft.com%7c4a5fd44dcbe347ee0d5f08d36464199a%7c72f988bf86f141af91ab2d7cd011db47%7c1=9BSgzaNWDGgPxSITHebCgnG%2f%2bzmwJrbd9OvZAfp%2fLuo%3d>
>
> On Wed, Apr 13, 2016 at 9:22 PM, Michael Wise <
> *michael.w...@microsoft.com*> wrote:
> <https://na01.safelinks.protection.outlook.com/?url=http%3a%2f%2fdyn.com%2f=01%7c01%7cMichael.Wise%40microsoft.com%7c4a5fd44dcbe347ee0d5f08d36464199a%7c72f988bf86f141af91ab2d7cd011db47%7c1=9BSgzaNWDGgPxSITHebCgnG%2f%2bzmwJrbd9OvZAfp%2fLuo%3d>
>
>
> <https://na01.safelinks.protection.outlook.com/?url=http%3a%2f%2fdyn.com%2f=01%7c01%7cMichael.Wise%40microsoft.com%7c4a5fd44dcbe347ee0d5f08d36464199a%7c72f988bf86f141af91ab2d7cd011db47%7c1=9BSgzaNWDGgPxSITHebCgnG%2f%2bzmwJrbd9OvZAfp%2fLuo%3d>
>
> I see it slightly differently:
> <https://na01.safelinks.protection.outlook.com/?url=http%3a%2f%2fdyn.com%2f=01%7c01%7cMichael.Wise%40microsoft.com%7c4a5fd44dcbe347ee0d5f08d36464199a%7c72f988bf86f141af91ab2d7cd011db47%7c1=9BSgzaNWDGgPxSITHebCgnG%2f%2bzmwJrbd9OvZAfp%2fLuo%3d>
>
>
> <https://na01.safelinks.protection.outlook.com/?url=http%3a%2f%2fdyn.com%2f=01%7c01%7cMichael.Wise%40microsoft.com%7c4a5fd44dcbe347ee0d5f08d36464199a%7c72f988bf86f141af91ab2d7cd011db47%7c1=9BSgzaNWDGgPxSITHebCgnG%2f%2bzmwJrbd9OvZAfp%2fLuo%3d>
>
> $ host -t txt _*dmarc.chinalovecupid.com*
> <https://na01.safelinks.protection.outlook.com/?url=http%3a%2f%2fdyn.com%2f=01%7c01%7cMichael.Wise%40microsoft.com%7c4a5fd44dcbe347ee0d5f08d36464199a%7c72f988bf86f141af91ab2d7cd011db47%7c1=9BSgzaNWDGgPxSITHebCgnG%2f%2bzmwJrbd9OvZAfp%2fLuo%3d>
>
> _*dmarc.chinalovecupid.com* descriptive text "v=DMARC1\; p=

Re: [mailop] DMARC record in p=none not receiving aggregate reports to RUA

2016-04-14 Thread Dickie LaFlamme
My bad, I should have included this issue has spanned well over multiple
days so the 24 hours rule wasn't a cause.

I queued a few different customers I know with valid DMARC records and I'm
seeing the  “\” in front of the “;”’s.

I will however dig into the greylisting. As always, thank you all for
looking into this and helping out!

Thanks,

[image: Dyn logo, Dyn.com] <http://dyn.com/>
<http://twitter.com/dyn><http://twitter.com/dyninc>[image: Dyn facebook
account] <http://facebook.com/dyn><http://twitter.com/dyninc>[image:
Dyn LinkedIn account] <http://linkedin.com/company/dyn>

Dickie LaFlamme / Deliverability Specialist
 +1 603-296-1952

On Wed, Apr 13, 2016 at 9:22 PM, Michael Wise <michael.w...@microsoft.com>
wrote:

>
>
> I see it slightly differently:
>
>
>
> $ host -t txt _dmarc.chinalovecupid.com
>
> _dmarc.chinalovecupid.com descriptive text "v=DMARC1\; p=none\;
> rua=mailto:dm...@chinalovecupid.com;
>
>
>
> What’s with the “\” in front of the “;”’s?
>
>
>
> Aloha,
>
> Michael.
>
> --
>
> *Michael J Wise* | Microsoft | Spam Analysis | "Your Spam Specimen Has
> Been Processed." | Got the Junk Mail Reporting Tool
> <http://www.microsoft.com/en-us/download/details.aspx?id=18275> ?
>
>
>
> *From:* Dickie LaFlamme [mailto:rlafla...@dyn.com]
> *Sent:* Wednesday, April 13, 2016 6:02 PM
> *To:* Michael Wise <michael.w...@microsoft.com>
> *Cc:* mailop@mailop.org
> *Subject:* Re: [mailop] DMARC record in p=none not receiving aggregate
> reports to RUA
>
>
>
> ha, no worries. That's fair enough. Here's the customers DMARC record.
>
> The domain
>
> ​:​
>
> chinalovecupid.com
> <https://na01.safelinks.protection.outlook.com/?url=http%3a%2f%2fchinalovecupid.com=01%7c01%7cMichael.Wise%40microsoft.com%7cd7b242b340c04fac17ec08d36400700d%7c72f988bf86f141af91ab2d7cd011db47%7c1=hyC4gIkrzZR%2fDciqYLZ9KKBH3Cn5dzc312xNuzjA%2bFw%3d>
>
> v=DMARC1; p=none; rua=mailto:dm...@chinalovecupid.com
>
>
>
> ​Again we know that this does not currently have the ​"pct=100" tag, but
> with or without the results have been the same.
>
>
>
>
> Thanks,
>
> [image: Image removed by sender. Dyn logo, Dyn.com]
> <https://na01.safelinks.protection.outlook.com/?url=http%3a%2f%2fdyn.com%2f=01%7c01%7cMichael.Wise%40microsoft.com%7cd7b242b340c04fac17ec08d36400700d%7c72f988bf86f141af91ab2d7cd011db47%7c1=snizrDv1dW5hmDG2c9T0AFXFSYYwshvzaTPVGR0n%2fQk%3d>
>   [image: Image removed by sender.]
> <https://na01.safelinks.protection.outlook.com/?url=http%3a%2f%2ftwitter.com%2fdyn=01%7c01%7cMichael.Wise%40microsoft.com%7cd7b242b340c04fac17ec08d36400700d%7c72f988bf86f141af91ab2d7cd011db47%7c1=3EQ%2fAJ8dZSiczQ99YMEiW%2bMlIfg0hmjFI5gqYrLqkzU%3d>
>
> <https://na01.safelinks.protection.outlook.com/?url=http%3a%2f%2ftwitter.com%2fdyninc=01%7c01%7cMichael.Wise%40microsoft.com%7cd7b242b340c04fac17ec08d36400700d%7c72f988bf86f141af91ab2d7cd011db47%7c1=gd8AkMpjOzvm5fw5NQtPSjuOBLoaIQ5oJQ5HScljMdw%3d>[image:
> Image removed by sender. Dyn facebook account]
> <https://na01.safelinks.protection.outlook.com/?url=http%3a%2f%2ffacebook.com%2fdyn=01%7c01%7cMichael.Wise%40microsoft.com%7cd7b242b340c04fac17ec08d36400700d%7c72f988bf86f141af91ab2d7cd011db47%7c1=fZ3itHieFSAy2R0ac4ZmmKaj0aC9tkgy0EmdDdWsZeU%3d>
>
> <https://na01.safelinks.protection.outlook.com/?url=http%3a%2f%2ftwitter.com%2fdyninc=01%7c01%7cMichael.Wise%40microsoft.com%7cd7b242b340c04fac17ec08d36400700d%7c72f988bf86f141af91ab2d7cd011db47%7c1=gd8AkMpjOzvm5fw5NQtPSjuOBLoaIQ5oJQ5HScljMdw%3d>[image:
> Image removed by sender. Dyn LinkedIn account]
> <https://na01.safelinks.protection.outlook.com/?url=http%3a%2f%2flinkedin.com%2fcompany%2fdyn=01%7c01%7cMichael.Wise%40microsoft.com%7cd7b242b340c04fac17ec08d36400700d%7c72f988bf86f141af91ab2d7cd011db47%7c1=%2fZMbTTscSw7Vrb7kDqCgNmr2V1FkMmESxbmFKoiuHhg%3d>
>
> Dickie LaFlamme / Deliverability Specialist
> [image: Image removed by sender.] +1 603-296-1952
>
>
>
> On Wed, Apr 13, 2016 at 8:43 PM, Michael Wise <michael.w...@microsoft.com>
> wrote:
>
>
>
> … as always, please let us know the customer’s real domain name (or IP
> address, or whatever) when making these requests.
>
>
>
> Not including that is about on par with the legendary complaints of:
>
>
>
> “ It Doesn’t Work.
>
> “ I Can’t Print.
>
> Etc,
>
>
>
> At some point, we’re going to ask you for it anyway, so best to just
> provide it at the start.
>
>
>
> Aloha,
>
> Michael.
>
> --
>
> *Michael J Wise* | Microsoft | Spam Analysis | "Your Spam Specimen Has
> Been Processed." | Got the Junk Mail Reporting Tool
> <https://na

Re: [mailop] btinternet.com deliverability issues

2016-08-03 Thread Dickie LaFlamme
We've experienced the same issues with Btinernet. A customer who we've been
working closely with is fully authenticated and BT still soft bounces their
mail. When you get in contact with any postmaster address they will send
one reply back and then never respond again.

Here are the two addresses I've found:

postmas...@btinternet.com
ipmc24hrsurveillanced...@bt.com

Would love to hear if anyone has any luck in talking with them.

Thanks,

Dickie LaFlamme / Deliverability Specialist ​/ Dyn​
___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop


[mailop] Optonline Postmaster

2016-09-20 Thread Dickie LaFlamme
Hello Everyone!

Has had any luck with reaching out to Optonline postmaster? ​

We've tried a few tactics. The only real direct communication we've
achieved is talking through
their chat system. It's a pretty drawn out process that doesn't yield a
permanent solution.

We receive a lot of "Spam-related"
​
​ bounces, when the mail isn't spam...I know everyone says that, it's
true though!. They're legitimate addresses who have
active (positive) engagement. ​What tends to happen is we'll resolve
through the chat "clearing the issue" then the next week the filters trip
again.

​Has anyone had any other positive experiences reaching out to this
provider?
Have they recently changed their configuration? Please respond here, or
send me a message offline
​ with
 any insight!

Thanks,
Dickie LaFlamme / Deliverability Specialist / Dyn
___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop


[mailop] DKIM failing at O365 due to "compauth"?

2019-03-25 Thread Dickie LaFlamme
Hey all -- Haven't heard from Microsoft contacts about this, so thought to ask 
here. 

Has anyone else here experienced DKIM failing at O365 due to "compauth"? as 
well as passing with the same exact message/authentication in another test? :/ 

I've received a few different codes, but the most recent is `compauth=fail 
reason=001`. I've read all about the measure put forth by Microsoft but nothing 
I've read should cause any failure as authentication is correctly inputted and 
this isn't failing at any other mailbox. 

There's some theory around List-Unsubscribe causing this, but I'm not fully 
buying that yet based on a battery of tests. Certainly could, but not seeing 
why/how it would at the moment.

I'm really scratching my head on this one. I have a plethora of full headers 
but did not want to inundate that with this original post, as there's not just 
one sending domain / example. If anyone has experienced this, I'd love to hear 
about it. If you'd like to post here or DM me at dickie.lafla...@oracle.com 
<mailto:dickie.lafla...@oracle.com>, super appreciate any thoughts. 

Thanks! 
Dickie LaFlamme
Senior Deliverability Specialist | Oracle-Dyn

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


[mailop] Nova.org Admin/Postmaster

2020-03-22 Thread Dickie LaFlamme via mailop
Does anyone have a contact to the admin/postmaster of Nova.org? if so, could 
you private message me as soon as you can? Thanks in advance!

Thanks,

Dickie LaFlamme
Senior Deliverability Specialist
dickie.lafla...@oracle.com


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


[mailop] Daily Insight RepMan 4/18 Weekly Report

2016-04-18 Thread Dickie LaFlamme (via Google Drive) via mailop

I've shared an item with you:

Daily Insight RepMan 4/18 Weekly Report
https://drive.google.com/file/d/0B5uXLOoVt66DdDVXaUZ1Q3otRW8/view?usp=sharing=CK6Siv0M=571516f0

It's not an attachment -- it's stored online. To open this item, just click  
the link above.


Hey Team,

Here's your Weekly placement report. Let us know if you have any further  
questions.


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