Re: [mailop] charter.net contact

[Anne P. Mitchell, Esq.]

Hi Marc,

We can probably help you with that if you haven't already found a contact.

Anne

Anne P. Mitchell, 
Attorney at Law
CEO/President, 
SuretyMail Email Reputation Certification and Inbox Delivery Assistance
GDPR, CCPA (CA) & CCDPA (CO) Compliance Consulting
http://www.SuretyMail.com/
http://www.SuretyMail.eu/

Attorney at Law / Legislative Consultant
Author: Section 6 of the CAN-SPAM Act of 2003 (the Federal anti-spam law)
Author: The Email Deliverability Handbook
Board Member, Board of Directors, Denver Internet Exchange
Board Member, Board of Directors, Asilomar Microcomputer Workshop
Legal Counsel: The CyberGreen Institute
Legal Counsel: The Earth Law Center
Ret. Professor of Law, Lincoln Law School of San Jose


> On Mar 14, 2019, at 6:33 PM, Marc Bradshaw via mailop  
> wrote:
> 
> Hi,
> 
> I'm looking for a contact at charter.net to talk about a deliverability issue 
> we are having with forwarded mail.
> If you are such a person (or know of one) could you please contact me off 
> list via the fastmailteam.com address in my signature.
> Thanks.
> 
> --
> 
>   Marc Bradshaw - Deliverability/Abuse at FastMail
>   m...@fastmailteam.com | @marcbradshaw
> 
> 
> ___
> 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] T-Mobile contact?

[Scott Undercofler]

Anyone from T-Mobile on the list that could contact me either on or off list? 
Thanks in advance. 

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

Re: [mailop] Mailing list with From header munging... and Outlook

[Brandon Long via mailop]

On Fri, Mar 15, 2019 at 2:54 PM Jesse Thompson via mailop 
wrote:

> On 3/13/2019 10:53 PM, Paul Gear via mailop wrote:
> > On 12/3/19 11:48 pm, Jesse Thompson via mailop wrote:
> >> On 3/12/2019 1:50 AM, Benjamin BILLON wrote:
> >>> So, the question is rather why Jesse and Michael's messages contain a
> >>> Reply-To: header, and not yours.
> >>>
> >>> (What will my contain? Surprise surprise! Using Outlook)
> >> Well, splio.com publishes p=none, so this list isn't munging it, as
> >> expected.
> >>
> >> This is why I'm not a fan of conditional rewriting by mailing lists.  It
> >> just makes it confusing to troubleshoot issues like this, and ends up
> >> undermining DMARC stakeholder communication and complicating end-user
> >> support.
> >
> >
> > Are you saying that you'd rather have a mailing list always rewrite
> > DMARC, regardless of whether it's sending on behalf of a sender in a
> > DMARC-enabled domain, or something else?
>
> Yes.  It would allow the larger community to address these issues well
> in advance of each domain's DMARC adoption.
>
> As it stands now, these "conditional" issues are cropping up as
> unforeseen or "poorly planned by IT".
>
> Conditional rewriting seems to give a signal that 100% DMARC adoption by
> all domain is not the intended goal.
>

>From header rewriting for mailng lists is not without its draw backs, nor
was it assumed at the start that DMARC was going to
apply widely or have 100% adoption.  I'm still not sure if 100% adoption is
the goal.

Also, we're working to mitigate the issue with mailing lists using ARC,
though the path from here to there isn't completely clear.
I'd say its less clear for mailing lists which start doing header
rewriting, as at some point they'll have to determine whether or not
its ok to stop rewriting, if ARC adoption is widespread enough... but those
who jump straight to ARC, especially if they really really
hate the rewriting, might maintain the status quo and be better off.

Its a matter of what pain is best.  No perfect solutions.

There are those who are  implementing DMARC and intend to go to
p=quarantine/reject who would prefer maliing lists munged at p=none, so that
they have a cleaner signal.  OTOH, there are domains (*cough* gmail) which
don't have a plan to move beyond p=none at this point, so 

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

Re: [mailop] Mailing list with From header munging... and Outlook

[Bill Cole]

On 15 Mar 2019, at 17:52, Jesse Thompson via mailop wrote:

Conditional rewriting seems to give a signal that 100% DMARC adoption 
by

all domain is not the intended goal.


Rewriting "From" headers for domains that publish a p=none DMARC record 
is needlessly user-hostile AND DMARC-hostile.


Of course, one could also argue that allowing Sendmail and Outlook in 
the same mail universe is DMARC-hostile...


--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses)
Available For Hire: https://linkedin.com/in/billcole

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

Re: [mailop] Mailing list with From header munging... and Outlook

[Jesse Thompson via mailop]

On 3/13/2019 10:53 PM, Paul Gear via mailop wrote:
> On 12/3/19 11:48 pm, Jesse Thompson via mailop wrote:
>> On 3/12/2019 1:50 AM, Benjamin BILLON wrote:
>>> So, the question is rather why Jesse and Michael's messages contain a
>>> Reply-To: header, and not yours.
>>>
>>> (What will my contain? Surprise surprise! Using Outlook)
>> Well, splio.com publishes p=none, so this list isn't munging it, as
>> expected.
>>
>> This is why I'm not a fan of conditional rewriting by mailing lists.  It
>> just makes it confusing to troubleshoot issues like this, and ends up
>> undermining DMARC stakeholder communication and complicating end-user
>> support.
> 
> 
> Are you saying that you'd rather have a mailing list always rewrite
> DMARC, regardless of whether it's sending on behalf of a sender in a
> DMARC-enabled domain, or something else?

Yes.  It would allow the larger community to address these issues well 
in advance of each domain's DMARC adoption.

As it stands now, these "conditional" issues are cropping up as 
unforeseen or "poorly planned by IT".

Conditional rewriting seems to give a signal that 100% DMARC adoption by 
all domain is not the intended goal.

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

[mailop] PhishTank contact?

[Jaren Angerbauer]

Hi,

Would be interested to know if anyone has a contact at PhishTank that they
would be willing to share.

A domain of one of our customers (large US health insurance company) has
been incorrectly marked as a phishing site, and is causing impact to their
business.

On PhishTank.com, I’ve marked the site as legitimate, however due to the
urgency, it would be great to work with someone directly there if possible.

Appreciate any thoughts / assistance.

Thanks,

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

Re: [mailop] (More) Outlook/Hotmail Deliverability issues

[Michael Wise via mailop]

Glad things are proceeding. 

Aloha,
Michael.
--
Michael J Wise
Microsoft Corporation| Spam Analysis
"Your Spam Specimen Has Been Processed."
Got the Junk Mail Reporting 
Tool ?



-Original Message-
From: mailop  On Behalf Of Chris Malton (Delta V)
Sent: Friday, March 15, 2019 3:05 AM
To: mailop@mailop.org
Subject: Re: [mailop] (More) Outlook/Hotmail Deliverability issues



Update:  Suddenly - this morning - I now have a deluge of emails from Microsoft 
telling me they've applied mitigation...



We'll see if it's actually fixed.



Chris



On 15/03/2019 06:34, Chris Malton (Delta V) wrote:

> Hi all,

>

> Seems like we're hitting the dreaded S3150 block list again having

> introduced a new server our mail pool.

>

> I've already logged two tickets with MS support about this, and

> bizarrely email from us towards one of our Office 365 customers is

> fine (but others aren't!), and we can't send anything to

> hotmail/outlook/live at all.  We're trying to get the addresses

> delisted and we're not getting very far.

>

> I'm also finding it impossible to add my entire AS, or even the entire

> /22 my company has to SNDS.  It always declares that "no such host is

> known" or "Sorry whois.ripe.net will not let us do any more lookups

> today".  I then have to re-add all the IPs I just removed.

>

> Having attempted this at various times of day, I am coming to the

> conclusion that, actually, you can't add an AS to SNDS at all, and

> adding a range of IPs requires rDNS for every IP in the block. That's

> not the case in my network, because some of the blocks have extra IPs

> that are not in use.

>

> As I know we have at least one Microsoft person here, I appreciate

> that you, personally, may not be able to do much about either of

> these.  However, my general frustration is at seemingly not being able

> to communicate with anyone about this issue at all any more is a much

> bigger issue than the underlying fault.  It's costing my business

> clients who are leaving because they can't deliver mail to Microsoft

> for what (to them) is no obvious reason.  I appreciate you want to

> fight spam, and I understand the fine lines you tread.  But, getting

> no response to a ticket from last week, filing a new one last night,

> getting no response to that with in the "expect response within"

> timeframe, etc, is getting tedious.

>

> If anyone has any hints how to add an AS or a netblock to SNDS, that

> would be fantastic.

>

> Regards,

>

> Chris Malton

>



--

Delta V Technologies Limited

0 402 406
https://nam06.safelinks.protection.outlook.com/?url=www.deltav-tech.co.ukdata=02%7C01%7Cmichael.wise%40microsoft.com%7C686ebdeb92b44b15f91808d6a92f12ce%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636882416985232269sdata=T24bG7w5snsPH5wXQt4TMe2w%2F9uzWALx17yd5K2k4Gc%3Dreserved=0

Office: 17 Elm Close, Southampton, SO16 7DT Company No. 11006104 Registered in 
England and Wales





___

mailop mailing list

mailop@mailop.org

https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fchilli.nosignal.org%2Fcgi-bin%2Fmailman%2Flistinfo%2Fmailopdata=02%7C01%7Cmichael.wise%40microsoft.com%7C686ebdeb92b44b15f91808d6a92f12ce%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636882416985232269sdata=I3n2%2BsDchQPaEmbsGhgStfsNWZ6B9cx%2BIbZ%2FpdxDEsE%3Dreserved=0
___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

Re: [mailop] Issue receiving fbl reports from laposte.net

[Benjamin BILLON]

They're checking with ReturnPath.

--
Benjamin

From: Benjamin BILLON
Sent: vendredi 15 mars 2019 09:02
To: 'Al Iverson' ; mailop 
Subject: RE: [mailop] Issue receiving fbl reports from laposte.net

Same here for the FBL, although the Signal-Spam counters still indicates 
non-null values.

I'll ask them

--
Benjamin

From: mailop mailto:mailop-boun...@mailop.org>> On 
Behalf Of Al Iverson
Sent: jeudi 14 mars 2019 20:18
To: mailop mailto:mailop@mailop.org>>
Subject: Re: [mailop] Issue receiving fbl reports from laposte.net

Yep, we're seeing that here as well. Both for LaPoste and for OpenSRS/Tucows.

Cheers,
Al Iverson
Salesforce Marketing Cloud


On Thu, Mar 14, 2019 at 2:56 PM Mathew Hodges via mailop 
mailto:mailop@mailop.org>> wrote:
Hello,

I'm a deliverability engineer with Mailchimp. We noticed that on March 11 we 
stopped receiving fbl reports from laposte.net. Our last 
message came in at Mon, 11 Mar 2019 13:04:20 +. We aren't noticing any lack 
of data from other domains, including those serviced by Return Path.
I reached out to Return Path customer service and they mentioned everything was 
enabled and active on their end to send fbl reports. I have also been able to 
confirm that our inbox that receives these fbl reports isn't full and is 
receiving messages successfully. Our fbl is still registered and active for our 
full IP range.
For reference, our sending IP ranges are as follows:
205.201.128.0/20
198.2.128.0/18
148.105.0.0/16
Our sending domains are:
mandrillapp.com
rsgsv.net
mcsv.net
mcdlv.net
mctxapp.net
mailchimpapp.net
I wanted to check if anyone else was seeing the same issue? If so, was anyone 
able to find a resolution?

--
Mathew Hodges
Deliverability Engineer
mathew.hod...@mailchimp.com

[https://docs.google.com/uc?export=download=1xsT1_GR77qM_27jexp4KnTa2W3piQCff=0Bz7a5qlFmAsOdHYzdVJKODVxeFV4MldZUHBOcXN0aVVMOThnPQ]
___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop


--
al iverson // wombatmail // 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] (More) Outlook/Hotmail Deliverability issues

[Chris Malton (Delta V)]

Update:  Suddenly - this morning - I now have a deluge of emails from 
Microsoft telling me they've applied mitigation...


We'll see if it's actually fixed.

Chris

On 15/03/2019 06:34, Chris Malton (Delta V) wrote:

Hi all,

Seems like we're hitting the dreaded S3150 block list again having 
introduced a new server our mail pool.


I've already logged two tickets with MS support about this, and 
bizarrely email from us towards one of our Office 365 customers is 
fine (but others aren't!), and we can't send anything to 
hotmail/outlook/live at all.  We're trying to get the addresses 
delisted and we're not getting very far.


I'm also finding it impossible to add my entire AS, or even the entire 
/22 my company has to SNDS.  It always declares that "no such host is 
known" or "Sorry whois.ripe.net will not let us do any more lookups 
today".  I then have to re-add all the IPs I just removed.


Having attempted this at various times of day, I am coming to the 
conclusion that, actually, you can't add an AS to SNDS at all, and 
adding a range of IPs requires rDNS for every IP in the block. That's 
not the case in my network, because some of the blocks have extra IPs 
that are not in use.


As I know we have at least one Microsoft person here, I appreciate 
that you, personally, may not be able to do much about either of 
these.  However, my general frustration is at seemingly not being able 
to communicate with anyone about this issue at all any more is a much 
bigger issue than the underlying fault.  It's costing my business 
clients who are leaving because they can't deliver mail to Microsoft 
for what (to them) is no obvious reason.  I appreciate you want to 
fight spam, and I understand the fine lines you tread.  But, getting 
no response to a ticket from last week, filing a new one last night, 
getting no response to that with in the "expect response within" 
timeframe, etc, is getting tedious.


If anyone has any hints how to add an AS or a netblock to SNDS, that 
would be fantastic.


Regards,

Chris Malton



--
Delta V Technologies Limited
0 402 406www.deltav-tech.co.uk
Office: 17 Elm Close, Southampton, SO16 7DT
Company No. 11006104 Registered in England and Wales


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

Re: [mailop] Issue receiving fbl reports from laposte.net

[Benjamin BILLON]

Same here for the FBL, although the Signal-Spam counters still indicates 
non-null values.

I'll ask them

--
Benjamin

From: mailop  On Behalf Of Al Iverson
Sent: jeudi 14 mars 2019 20:18
To: mailop 
Subject: Re: [mailop] Issue receiving fbl reports from laposte.net

Yep, we're seeing that here as well. Both for LaPoste and for OpenSRS/Tucows.

Cheers,
Al Iverson
Salesforce Marketing Cloud


On Thu, Mar 14, 2019 at 2:56 PM Mathew Hodges via mailop 
mailto:mailop@mailop.org>> wrote:
Hello,

I'm a deliverability engineer with Mailchimp. We noticed that on March 11 we 
stopped receiving fbl reports from laposte.net. Our last 
message came in at Mon, 11 Mar 2019 13:04:20 +. We aren't noticing any lack 
of data from other domains, including those serviced by Return Path.
I reached out to Return Path customer service and they mentioned everything was 
enabled and active on their end to send fbl reports. I have also been able to 
confirm that our inbox that receives these fbl reports isn't full and is 
receiving messages successfully. Our fbl is still registered and active for our 
full IP range.
For reference, our sending IP ranges are as follows:
205.201.128.0/20
198.2.128.0/18
148.105.0.0/16
Our sending domains are:
mandrillapp.com
rsgsv.net
mcsv.net
mcdlv.net
mctxapp.net
mailchimpapp.net
I wanted to check if anyone else was seeing the same issue? If so, was anyone 
able to find a resolution?

--
Mathew Hodges
Deliverability Engineer
mathew.hod...@mailchimp.com

[https://docs.google.com/uc?export=download=1xsT1_GR77qM_27jexp4KnTa2W3piQCff=0Bz7a5qlFmAsOdHYzdVJKODVxeFV4MldZUHBOcXN0aVVMOThnPQ]
___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop


--
al iverson // wombatmail // 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] (More) Outlook/Hotmail Deliverability issues

[Chris Malton (Delta V)]

Hi all,

Seems like we're hitting the dreaded S3150 block list again having 
introduced a new server our mail pool.


I've already logged two tickets with MS support about this, and 
bizarrely email from us towards one of our Office 365 customers is fine 
(but others aren't!), and we can't send anything to hotmail/outlook/live 
at all.  We're trying to get the addresses delisted and we're not 
getting very far.


I'm also finding it impossible to add my entire AS, or even the entire 
/22 my company has to SNDS.  It always declares that "no such host is 
known" or "Sorry whois.ripe.net will not let us do any more lookups 
today".  I then have to re-add all the IPs I just removed.


Having attempted this at various times of day, I am coming to the 
conclusion that, actually, you can't add an AS to SNDS at all, and 
adding a range of IPs requires rDNS for every IP in the block. That's 
not the case in my network, because some of the blocks have extra IPs 
that are not in use.


As I know we have at least one Microsoft person here, I appreciate that 
you, personally, may not be able to do much about either of these.  
However, my general frustration is at seemingly not being able to 
communicate with anyone about this issue at all any more is a much 
bigger issue than the underlying fault.  It's costing my business 
clients who are leaving because they can't deliver mail to Microsoft for 
what (to them) is no obvious reason.  I appreciate you want to fight 
spam, and I understand the fine lines you tread.  But, getting no 
response to a ticket from last week, filing a new one last night, 
getting no response to that with in the "expect response within" 
timeframe, etc, is getting tedious.


If anyone has any hints how to add an AS or a netblock to SNDS, that 
would be fantastic.


Regards,

Chris Malton

--
Delta V Technologies Limited
0 402 406www.deltav-tech.co.uk
Office: 17 Elm Close, Southampton, SO16 7DT
Company No. 11006104 Registered in England and Wales


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