[mailop] Proofpoint some delivery issues ?

[Bressier Simon via mailop]

Hi folks,

Someone from PP could contact me to dig into a kind of random "closing
connection" issue ?

Thank you very much in advance !

Simon Bressier, head of deliv at Sendinblue
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

[mailop] Contact for BigPond - Telstra ?

[Bressier Simon via mailop]

Hey folks !

Could someone from BigPond contact me offlist, to dig an issue we are
facing at Sendinblue on Bigpond destination ?

Thank you very much guys !

Simon - Head of Deliverability at Sendinblue
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

Re: [mailop] Hotmail.tld DMARC record issue

[Bressier Simon via mailop]

at least icloud and Verizon destinations are bouncing, there's always
a difference between RFC & reality

Le jeu. 20 août 2020 à 15:33, Ken O'Driscoll via mailop
 a écrit :
>
> Well, whoever’s responsible for the change control process that allowed that 
> CR through should probably care. And whoever who is responsible for a 
> codebase that evaluates multiple records as anything other than no record 
> should also probably care. But the RFC clearly states that multiple records 
> are not to be evaluated so this shouldn’t cause much drama, but who really 
> knows…
>
>
>
> Ken.
>
>
>
> From: Bressier Simon 
> Sent: Thursday 20 August 2020 14:18
> To: Ken O'Driscoll 
> Cc: Mailop 
> Subject: Re: [mailop] Hotmail.tld DMARC record issue
>
>
>
> so, you mean nothing wrong and nobody should care ?
>
>
>
> Le jeu. 20 août 2020 à 15:12, Ken O'Driscoll via mailop  a 
> écrit :
>
> More than one DMARC record is functionally equivalent to having no DMARC 
> record so this isn’t going to cause problems outside of incompetently written 
> code.
>
>
>
> Ken.
>
>
>
> From: mailop  On Behalf Of Bressier Simon via 
> mailop
> Sent: Thursday 20 August 2020 13:24
> To: mailop 
> Subject: [mailop] Hotmail.tld DMARC record issue
>
>
>
> Hi folks, just forwarding an email received on DMARC ML here, to see if 
> someone from Microsoft could fix quickly:
>
>
>
> Anyone from Microsoft in the list?
>
>
>
> Our monitoring system reported last night that Hotmail changed its DMARC 
> record and in the process a duplicate entry was created which might cause 
> unpredictable behaviour.
>
>
>
> ; <<>> DiG 9.10.6 <<>> txt _dmarc.hotmail.com
>
> ;; global options: +cmd
>
> ;; Got answer:
>
> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 23075
>
> ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0
>
>
>
> ;; QUESTION SECTION:
>
> ;_dmarc.hotmail.com. IN TXT
>
>
>
> ;; ANSWER SECTION:
>
> _dmarc.hotmail.com. 300 IN TXT "v=DMARC1; p=none; 
> rua=mailto:d...@rua.agari.com;ruf=mailto:d...@ruf.agari.com;fo=1:s:d;
>
> _dmarc.hotmail.com. 300 IN TXT "v=DMARC1; p=reject; pct=100; 
> rua=mailto:d...@rua.agari.com; ruf=mailto:d...@ruf.agari.com; fo=1"
>
>
>
> This is the case for .com and all other TLDs.
>
>
>
> As I still have my 20-year-old Hotmail account I am an interested party :)
>
>
>
> Best,
>
> Randal
>
>
>
> --
>
> Randal Pinto
>
> Founder & COO
>
> +447703108205
>
> @randalpinto
>
>
>
> Red Sift is the power behind OnDMARC and OnINBOX.
>
> You can find us at 21A Noel Street, 4th Floor, London, W1F 8GR.
>
>
>
> Red Sift is a limited company registered in England and Wales. Registered 
> number: 09240956. Registered office: Kemp House, 152 City Road, London, EC1V 
> 2NX.
>
> ___
> 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 mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

Re: [mailop] Hotmail.tld DMARC record issue

[Bressier Simon via mailop]

so, you mean nothing wrong and nobody should care ?

Le jeu. 20 août 2020 à 15:12, Ken O'Driscoll via mailop 
a écrit :

> More than one DMARC record is functionally equivalent to having no DMARC
> record so this isn’t going to cause problems outside of incompetently
> written code.
>
>
>
> Ken.
>
>
>
> *From:* mailop  *On Behalf Of *Bressier Simon
> via mailop
> *Sent:* Thursday 20 August 2020 13:24
> *To:* mailop 
> *Subject:* [mailop] Hotmail.tld DMARC record issue
>
>
>
> Hi folks, just forwarding an email received on DMARC ML here, to see if
> someone from Microsoft could fix quickly:
>
>
>
> Anyone from Microsoft in the list?
>
>
>
> Our monitoring system reported last night that Hotmail changed its DMARC
> record and in the process a duplicate entry was created which might cause
> unpredictable behaviour.
>
>
>
> ; <<>> DiG 9.10.6 <<>> txt _dmarc.hotmail.com
>
> ;; global options: +cmd
>
> ;; Got answer:
>
> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 23075
>
> ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0
>
>
>
> ;; QUESTION SECTION:
>
> ;_dmarc.hotmail.com. IN TXT
>
>
>
> ;; ANSWER SECTION:
>
> _dmarc.hotmail.com. 300 IN TXT "v=DMARC1; p=none; rua=mailto:
> d...@rua.agari.com;ruf=mailto:d...@ruf.agari.com;fo=1:s:d;
>
> _dmarc.hotmail.com. 300 IN TXT "v=DMARC1; p=reject; pct=100; rua=mailto:
> d...@rua.agari.com; ruf=mailto:d...@ruf.agari.com; fo=1"
>
>
>
> This is the case for .com and all other TLDs.
>
>
>
> As I still have my 20-year-old Hotmail account I am an interested party :)
>
>
>
> Best,
>
> Randal
>
>
>
> --
>
> Randal Pinto
>
> Founder & COO
>
> +447703108205
>
> @randalpinto <https://twitter.com/randalpinto>
>
>
>
> Red Sift is the power behind OnDMARC and OnINBOX.
>
> You can find us at 21A Noel Street, 4th Floor, London, W1F 8GR.
>
>
>
> Red Sift is a limited company registered in England and Wales. Registered
> number: 09240956. Registered office: Kemp House, 152 City Road, London,
> EC1V 2NX.
>
> ___
> 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] Hotmail.tld DMARC record issue

[Bressier Simon via mailop]

Hi folks, just forwarding an email received on DMARC ML here, to see if
someone from Microsoft could fix quickly:

Anyone from Microsoft in the list?
>
> Our monitoring system reported last night that Hotmail changed its DMARC
> record and in the process a duplicate entry was created which might cause
> unpredictable behaviour.
>
> ; <<>> DiG 9.10.6 <<>> txt _dmarc.hotmail.com
>
> ;; global options: +cmd
>
> ;; Got answer:
>
> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 23075
>
> ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0
>
>
> ;; QUESTION SECTION:
>
> ;_dmarc.hotmail.com. IN TXT
>
>
> ;; ANSWER SECTION:
>
> _dmarc.hotmail.com. 300 IN TXT "v=DMARC1; p=none; rua=mailto:
> d...@rua.agari.com;ruf=mailto:d...@ruf.agari.com;fo=1:s:d;
>
> _dmarc.hotmail.com. 300 IN TXT "v=DMARC1; p=reject; pct=100; rua=mailto:
> d...@rua.agari.com; ruf=mailto:d...@ruf.agari.com; fo=1"
>
> This is the case for .com and all other TLDs.
>
> As I still have my 20-year-old Hotmail account I am an interested party :)
>
> Best,
> Randal
>
> --
> Randal Pinto
> Founder & COO
> +447703108205
> @randalpinto 
>
> Red Sift is the power behind OnDMARC and OnINBOX.
>
> You can find us at 21A Noel Street, 4th Floor, London, W1F 8GR.
>
>
> Red Sift is a limited company registered in England and Wales. Registered
> number: 09240956. Registered office: Kemp House, 152 City Road, London,
> EC1V 2NX.
>
___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

Re: [mailop] [EXTERNAL] Re: Microsoft contact - JMRP issue

[Bressier Simon via mailop]

At least I have tried, thx Michael I will try to have that fixed somehow !

Le lun. 3 août 2020 à 20:32, Michael Wise via mailop
 a écrit :
>
>
>
> I'm really not in a position to assist with JMRP issues.
>
> You pretty much have to go thru the web-based resources.
>
>
>
> Aloha,
>
> Michael.
>
> --
>
> Michael J Wise
> Microsoft Corporation| Spam Analysis
>
> "Your Spam Specimen Has Been Processed."
>
> Open a ticket for Hotmail ?
>
>
>
> -Original Message-
> From: mailop  On Behalf Of Bressier Simon via 
> mailop
> Sent: Monday, August 3, 2020 8:30 AM
> To: Al Iverson 
> Cc: mailop 
> Subject: [EXTERNAL] Re: [mailop] Microsoft contact - JMRP issue
>
>
>
> Hey,
>
>
>
> Yes the issue here is not the registration itself on JMRP for the /18, it 
> will be exploded indeed in /24. But the range is still partly enrolled on few 
> JMRP programs from the previous owner(s), and we can't enroll the range on 
> our own JMRP if that IPs are still on theirs.
>
> I've contacted the guys from that other companies... but dunno if I can 
> expect some help from them yet, or if that contact addresses are even still 
> in use.
>
>
>
> That's why it would be more efficient via a MS folk :)
>
>
>
>
>
> Le lun. 3 août 2020 à 17:12, Al Iverson  a écrit :
>
> >
>
> > If you want to learn from my past fumbling -- I register everything
>
> > with SNDS and JMRP as /24 (or smaller), nothing bigger. Once upon a
>
> > time I found that sometimes it seemed to treat a submission as though
>
> > it were only a /24 even though it was a larger range (/18 or /20).
>
> > That may/may not still be an issue, I have no idea, since long ago I
>
> > decided to treat every range as if it were /24 or smaller. Which means
>
> > you'd be entering it as 64 /24s instead of one /18, if I did my math
>
> > correctly. Fun? No. Does it work? Yes...I've not had any sort of issue
>
> > with JMRP for a long time.
>
> >
>
> > (Well, I've had two unrelated issues with JMRP periodically, not
>
> > related to this. One is, sometimes when we give a client access to
>
> > SNDS data, they try to modify the JRMP settings for a range. We warn
>
> > clients that we monitor for this and revoke access of anybody caught
>
> > doing this. Two, Proofpoint seemed to be eating new SNDS access
>
> > verification requests, but only for a new range in RIPE. Never figured
>
> > out why only those ranges were affected, but we were able to whitelist
>
> > around it.)
>
> >
>
> > You might have a hard time finding somebody at MS who can actually
>
> > assist with an SNDS/JMRP issue. Good luck!
>
> >
>
> > BTW, treating all your ranges as /24 makes doing IP allocation math
>
> > and feeding ranges to other services more simple, too. I now do it for
>
> > all ISP FBLs and registrations (CSA, WP.pl,. JMRP, Return Path
>
> > multi-FBL, etc.) and it means I no longer have to think about CIDR in
>
> > sizes other than /24 (and I don't have to worry about somebody else
>
> > being able to do the math, either).
>
> >
>
> > Cheers,
>
> > Al Iverson
>
> >
>
> > On Mon, Aug 3, 2020 at 5:38 AM Bressier Simon via mailop
>
> >  wrote:
>
> > >
>
> > > Hey Michael or any other MS folk,
>
> > >
>
> > > Could you please contact me off list for some help on a JMRP program for 
> > > a /18 registration?
>
> > >
>
> > > Thank you very much in advance,
>
> > >
>
> > > Simon, Head of Deliverability at Sendinblue
>
> > > ___
>
> > > mailop mailing list
>
> > > mailop@mailop.org
>
> > > https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fch
>
> > > illi.nosignal.org%2Fcgi-bin%2Fmailman%2Flistinfo%2Fmailopdata=0
>
> > > 2%7C01%7Cmichael.wise%40microsoft.com%7C169cabe96aad409ec02c08d837c2
>
> > > ae88%7C72f988bf86f141af91ab2d7cd011db47%7C0%7C0%7C637320656581702539
>
> > > sdata=RKBx6s0r07%2BJztHpdLzjGRh2zDxCUIZJXNFb7FIstN0%3Drese
>
> > > rved=0
>
> >
>
> >
>
> >
>
> > --
>
> > Al Iverson // Wombatmail // Chicago
>
> > Song a day!
>
> > https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.
>
> > wombatmail.com%2Fdata=02%7C01%7Cmichael.wise%40microsoft.com%7C16
>
> > 9cabe96aad409ec02c08d837c2ae88%7C72f988bf86f141af91ab2d7cd011d

Re: [mailop] Microsoft contact - JMRP issue

[Bressier Simon via mailop]

Hey,

Yes the issue here is not the registration itself on JMRP for the /18,
it will be exploded indeed in /24. But the range is still partly
enrolled on few JMRP programs from the previous owner(s), and we can't
enroll the range on our own JMRP if that IPs are still on theirs.
I've contacted the guys from that other companies... but dunno if I
can expect some help from them yet, or if that contact addresses are
even still in use.

That's why it would be more efficient via a MS folk :)


Le lun. 3 août 2020 à 17:12, Al Iverson  a écrit :
>
> If you want to learn from my past fumbling -- I register everything
> with SNDS and JMRP as /24 (or smaller), nothing bigger. Once upon a
> time I found that sometimes it seemed to treat a submission as though
> it were only a /24 even though it was a larger range (/18 or /20).
> That may/may not still be an issue, I have no idea, since long ago I
> decided to treat every range as if it were /24 or smaller. Which means
> you'd be entering it as 64 /24s instead of one /18, if I did my math
> correctly. Fun? No. Does it work? Yes...I've not had any sort of issue
> with JMRP for a long time.
>
> (Well, I've had two unrelated issues with JMRP periodically, not
> related to this. One is, sometimes when we give a client access to
> SNDS data, they try to modify the JRMP settings for a range. We warn
> clients that we monitor for this and revoke access of anybody caught
> doing this. Two, Proofpoint seemed to be eating new SNDS access
> verification requests, but only for a new range in RIPE. Never figured
> out why only those ranges were affected, but we were able to whitelist
> around it.)
>
> You might have a hard time finding somebody at MS who can actually
> assist with an SNDS/JMRP issue. Good luck!
>
> BTW, treating all your ranges as /24 makes doing IP allocation math
> and feeding ranges to other services more simple, too. I now do it for
> all ISP FBLs and registrations (CSA, WP.pl,. JMRP, Return Path
> multi-FBL, etc.) and it means I no longer have to think about CIDR in
> sizes other than /24 (and I don't have to worry about somebody else
> being able to do the math, either).
>
> Cheers,
> Al Iverson
>
> On Mon, Aug 3, 2020 at 5:38 AM Bressier Simon via mailop
>  wrote:
> >
> > Hey Michael or any other MS folk,
> >
> > Could you please contact me off list for some help on a JMRP program for a 
> > /18 registration?
> >
> > Thank you very much in advance,
> >
> > Simon, Head of Deliverability at Sendinblue
> > ___
> > mailop mailing list
> > mailop@mailop.org
> > https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
>
>
>
> --
> Al Iverson // Wombatmail // Chicago
> Song a day! https://www.wombatmail.com
> Deliverability! https://spamresource.com
> And DNS Tools too! https://xnnd.com

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

[mailop] Microsoft contact - JMRP issue

[Bressier Simon via mailop]

Hey Michael or any other MS folk,

Could you please contact me off list for some help on a JMRP program for a
/18 registration?

Thank you very much in advance,

Simon, Head of Deliverability at Sendinblue
___
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

Re: [mailop] SendInBlue Contact?

[Bressier Simon via mailop]

Hi Anne,

I answered you this morning on Linkedin, we can continue offlist here.

Simon

Le mar. 21 juil. 2020 à 16:33, Anne P. Mitchell, Esq. via mailop <
mailop@mailop.org> a écrit :

> Does anyone have a contact at Send in Blue?
>
> Anne
>
> --
> Anne P. Mitchell, Attorney at Law.
> Dean of Cyberlaw & Cybersecurity, Lincoln Law School
> CEO, SuretyMail Email Reputation Certification
> Advisor, Governor's Innovation Response Team Task Force
> Author: Section 6 of the CAN-SPAM Act of 2003 (the Federal anti-spam law)
> Legislative Consultant, GDPR, CCPA (CA) & CCDPA (CO) Compliance Consultant
> Board of Directors, Denver Internet Exchange
> Chair Emeritus, Asilomar Microcomputer Workshop
> Former Counsel: Mail Abuse Prevention System (MAPS)
>
>
> ___
> 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] Urgently need contact at Facebook of Instagram and also Omegle

[Bressier Simon via mailop]

Hi Anne,

Not sure you are at the right place here, all the platforms you
mentioned have abuse forms for that kind of reports, and it will be much
more efficient than passing thru a mailing list related to email industry.

Le dim. 3 mai 2020 à 00:23, Anne P. Mitchell, Esq. via mailop <
mailop@mailop.org> a écrit :

> There is a woman torturing animals on Omegle, she is advertising it on her
> Instagram account.  Need to get this in front of the right people to have
> her traced and shut down.
>
> Please let me know if you can provide a contact for either org.
>
> Anne
>
> ---
> Anne P. Mitchell, Attorney at Law
> Dean of Cyberlaw & Cybersecurity, Lincoln Law School
> Advisor, Colorado Innovation Response Team Task Force
> CEO/President, SuretyMail Email Reputation Certification
> Policy Drafting and Review for Businesses
> Author: Section 6 of the CAN-SPAM Act of 2003 (the Federal anti-spam law)
> Legislative Consultant, GDPR, CCPA (CA) & CCDPA (CO) Compliance Consultant
> Board of Directors, Denver Internet Exchange
> Chair Emeritus, Asilomar Microcomputer Workshop
> Legal Counsel: The CyberGreen Institute
> Former Counsel: Mail Abuse Prevention System (MAPS)
> Location: Boulder, Colorado
> ___
> 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] Suggestions for VPS providers in Europe?

[Bressier Simon via mailop]

Funny as well, almost 100% of the phishing emails sent against our Mailjet
customers are coming from Linode everyday, dmarc says.


Le mar. 3 déc. 2019 à 03:08, Steve Holdoway via mailop 
a écrit :

> Well, we did leave Amazon SES a couple of years ago, and I haven't used
> them since. Just like my views on KDE, it was crap at version 1, so I've
> never used since (:
>
> Steve
>
> December 3, 2019 2:45 PM, "Michael Peddemors via mailop" <
> mailop@mailop.org> wrote:
>
> > On 2019-12-02 4:53 p.m., Steve Holdoway via mailop wrote:
> >
> >> December 3, 2019 1:46 PM, "Luis E. Muñoz via mailop" 
> wrote:
> >> On 2 Dec 2019, at 15:59, John Levine via mailop wrote:
> >>>
> >>
> >> I warned a guy away from Hetzner and OVH if he wants to send mail so >
> he
> >> reasonably asked what VPS provider in Europe is better for sending >
> mail.
> >>
> >> Any suggestions?
> >>> I'm AWS (IPv4 and IPv6) with good results. I would go with AWS for
> Europe services. Months ago did
> >>> some tests from DigitalOcean ams2 VMs, but for other reasons ended up
> ditching it.
> >>>
> >>> Best regards
> >>>
> >>> -lem
> >>
> >> I use linode. Moved away from Amazon SES with their draconian
> disconnect policies. Alternatively
> >> stay where you are and use a 3rd party - Sendgrid is what we moved to.
> >> Steve
> >
> > Kind of funny, from your side Amazon SES has draconian disconnect, but a
> raging problem from EC2
> > IP(s) now and complaints about slow take downs, quite a disconnect
> between the two sides
> > approaches..
> >
> > But overall Linode is not bad as a suggestion, but often with hosting
> providers, when trying to
> > send email it's your neighbours which will affect your reputation..
> >
> > No matter who you choose, you should ensure that things like PTR/rDNS
> and 'rwhois' are provided so
> > you can be as transparent as possible with your identity, so you don't
> appear to be one of the fly
> > by nighters that often infest VPS networks..
> >
> > SendGrid used to have a great responsive abuse team, but things have
> degraded of late.. If you do
> > go SendGrid, go dedicated IP, and not shared services.. based on our
> reports of increased leakage..
> >
> > -- "Catch the Magic of Linux..."
> > 
> > Michael Peddemors, President/CEO LinuxMagic Inc.
> > Visit us at http://www.linuxmagic.com @linuxmagic
> > A Wizard IT Company - For More Info http://www.wizard.ca
> > "LinuxMagic" a Registered TradeMark of Wizard Tower TechnoServices Ltd.
> > 
> > 604-682-0300 Beautiful British Columbia, Canada
> >
> > This email and any electronic data contained are confidential and
> intended
> > solely for the use of the individual or entity to which they are
> addressed.
> > Please note that any views or opinions presented in this email are solely
> > those of the author and are not intended to represent those of the
> company.
> >
> > ___
> > 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 mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

Re: [mailop] list bombing

[Bressier Simon via mailop]

Hello all,

Is there also any CMS, contact form plugin, massively used I think
obviously to WP and its plugins, Prestashop, Magento, and everything like
that systems you can find on free download), that implement that
header described years ago ? I've not seen that on my side. Implementing
controls on ESP/ISP side is a very good point, but if nobody except few
website are using it...

Le mar. 26 nov. 2019 à 18:13, Vytis Marciulionis via mailop <
mailop@mailop.org> a écrit :

> Hi everyone,
>
> Are there any mailbox providers out there that actually check this
> Form-Sub: header?
> I remember it being discussed few years ago and I do know that this draft
> is available but, is it used by mailbox providers? It being just a draft
> and all?
>
> On Tue, Nov 26, 2019 at 5:51 PM Matt Gilbert via mailop 
> wrote:
>
>> Hey Carl,
>>
>> Thanks for noticing that. We’re going to get that header included in the
>> signature shortly.
>>
>>
>> Thanks,
>> Matt Gilbert
>> --
>> Deliverability Engineer | Mailchimp
>> delivery.mailchimp.com
>>
>>
>> On Nov 25, 2019, at 9:50 PM, Carl Byington via mailop 
>> wrote:
>>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA512
>>
>> On Mon, 2019-11-25 at 10:32 -0800, Kurt Andersen (b) via mailop wrote:
>>
>> Are you seeing any significant portion of these messages bearing the
>> Form-Sub header? (documented in https://tools.ietf.org/html/draft-
>> levine-mailbomb-header-01)
>>
>>
>> On a low volume mail server, the only messages I see with that header
>> are also dkim signed by mail*.mcsignup.com. MailChimp are using
>>
>> h=From:Reply-To:To:Date:Message-ID:Sender:Subject:MIME-Version: Content-
>> Type;
>>
>> So their signature does not include the Form-Sub: header, contrary to
>> the recommendation in that draft.
>>
>>
>> -BEGIN PGP SIGNATURE-
>> Version: GnuPG v2.0.14 (GNU/Linux)
>>
>> iEYEAREKAAYFAl3cksAACgkQL6j7milTFsG9zQCdE6YkaHRj+a4I+79b/quTXZrc
>> CsoAn1kB22Ss/Q34UIsR4zg7SIlheRC8
>> =LF9o
>> -END PGP SIGNATURE-
>>
>>
>>
>> ___
>> 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
>>
>
>
> --
> Pagarbiai,
> Vytis Marčiulionis
> +37064734475
> ___
> 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] Hey MailJet Admin's.. Targeted Phishing against your customers..

[Bressier Simon via mailop]

Hi Michael,

Thx for sending this, yes we got few waves of phishing against Mailjet
users, and we've seen that new one as well, I'll check that but I guess if
we change that picture into a "this is a scam" they'll just use one other
image.

Phishers...

We are working on that issues and aware of it, I'll just not detail here
what we are putting in place ;)

Thx again for your report,

Simon

Le mer. 21 août 2019 à 17:30, Michael Peddemors via mailop <
mailop@mailop.org> a écrit :

> Fake Account reactivation notices circulating..
>
> Return-Path:
> 
>
> Subject: Mailjet - Re-Activate your account
>
>
> They are hot linking to
>
> https://app.mailjet.com/images/email/transac/fb.png
>
> (Could always change that image to 'This is a Scam' ;)
>
> http://gtpx.mjt.lu/lnk
> https://farmforkitchen/m
>
> My wednesday bit of helpfulness..
>
>
> --
> "Catch the Magic of Linux..."
> 
> Michael Peddemors, President/CEO LinuxMagic Inc.
> Visit us at http://www.linuxmagic.com @linuxmagic
> A Wizard IT Company - For More Info http://www.wizard.ca
> "LinuxMagic" a Registered TradeMark of Wizard Tower TechnoServices Ltd.
> 
> 604-682-0300 Beautiful British Columbia, Canada
>
> This email and any electronic data contained are confidential and intended
> solely for the use of the individual or entity to which they are addressed.
> Please note that any views or opinions presented in this email are solely
> those of the author and are not intended to represent those of the company.
>
> ___
> 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] G postmaster issue since 13th ?

[Bressier Simon via mailop]

Hey guys !

We have no datas from Google Postmaster tools since 13th June, Brandon, do
you know if someone already aware/working on that ?

Thx !

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

Re: [mailop] Yahoo CFL Down

[Bressier Simon]

No issues seen on Mailjet side as well, no drop off in complaints.

Best,

Simon

Le lun. 25 mars 2019 à 16:02, Nick Schafer via mailop  a
écrit :

> We haven't seen a drop off in complaints either on our end. Everything
> looks normal.
>
> Best,
>
> Nick Schafer
> Deliverability Engineer, Mailgun 
>
>
> On Mon, Mar 25, 2019 at 9:45 AM Al Iverson 
> wrote:
>
>> Not seeing any issues here. New signups are working fine for us, and
>> Yahoo CFL complaint volume has been significant every day. Down a bit
>> over the weekend versus weekdays, but that's not unexpected.
>>
>> Do note that the AOL FBL as a standalone entity essentially no longer
>> exists.
>>
>> Cheers,
>> Al Iverson
>>
>> On Sat, Mar 23, 2019 at 7:01 PM Marc Goldman via mailop
>>  wrote:
>> >
>> > The Yahoo/AOL Complaint feedback loop has been down for the whole day.
>> Perhaps someone can nudge the engineer and let him know he might have
>> fallen asleep at the wheel.
>> >
>> > Marc Goldman
>> > ___
>> > 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 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] Issue receiving fbl reports from laposte.net

[Bressier Simon]

Confirmed also on my side, it starts back on 15th for both Laposte & OpenSRS

Le sam. 16 mars 2019 à 10:21, Benjamin BILLON  a écrit :

> After thourough checking, we still received a (very) few complaints on
> March 12th to 14th (so non-null), and it's increasing since 15th. It
> might be back to the usual count today.
>
>
>
> --
> *Benjamin*
>
>
>
> *From:* Benjamin BILLON
> *Sent:* vendredi 15 mars 2019 11:08
> *To:* 'mailop' 
> *Subject:* RE: [mailop] Issue receiving fbl reports from laposte.net
>
>
>
> 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  *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 <
> 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
>
>
>
> ___
> 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 mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

Re: [mailop] SFR bounces

[Bressier Simon]

It has been escalated internaly again on SFR

Le mer. 20 juin 2018 à 14:44, Bressier Simon  a
écrit :

> :( and it happens again, I'll bump them again to open an internal incident
> ticket
>
> Le mer. 20 juin 2018 à 14:43, Bressier Simon  a
> écrit :
>
>> It should be fixed, they had an infrastructure issue, I contacted them
>> last week, and they fixed in less than 48h
>>
>> Le mer. 20 juin 2018 à 14:36, Lindani Tshabangu via mailop <
>> mailop@mailop.org> a écrit :
>>
>>> Good day,
>>>
>>> Does anyone have a contact/working email for SFR ISP in France. Our
>>> delivery to them has reduced as we have been  getting alot of bounces with
>>> the error message "Client host rejected: Server configuration error".
>>>
>>> *Kind regards*
>>>
>>> 
>>>
>>> Lindani Tshabangu
>>> Deliverability EMEA | GROUPON
>>>
>>> ltshaba...@groupon.com
>>> ___
>>> 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] SFR bounces

[Bressier Simon]

:( and it happens again, I'll bump them again to open an internal incident
ticket

Le mer. 20 juin 2018 à 14:43, Bressier Simon  a
écrit :

> It should be fixed, they had an infrastructure issue, I contacted them
> last week, and they fixed in less than 48h
>
> Le mer. 20 juin 2018 à 14:36, Lindani Tshabangu via mailop <
> mailop@mailop.org> a écrit :
>
>> Good day,
>>
>> Does anyone have a contact/working email for SFR ISP in France. Our
>> delivery to them has reduced as we have been  getting alot of bounces with
>> the error message "Client host rejected: Server configuration error".
>>
>> *Kind regards*
>>
>> 
>>
>> Lindani Tshabangu
>> Deliverability EMEA | GROUPON
>>
>> ltshaba...@groupon.com
>> ___
>> 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] SFR bounces

[Bressier Simon]

It should be fixed, they had an infrastructure issue, I contacted them last
week, and they fixed in less than 48h

Le mer. 20 juin 2018 à 14:36, Lindani Tshabangu via mailop <
mailop@mailop.org> a écrit :

> Good day,
>
> Does anyone have a contact/working email for SFR ISP in France. Our
> delivery to them has reduced as we have been  getting alot of bounces with
> the error message "Client host rejected: Server configuration error".
>
> *Kind regards*
>
> 
>
> Lindani Tshabangu
> Deliverability EMEA | GROUPON
>
> ltshaba...@groupon.com
> ___
> 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] Icloud Dmarc policy rejection

[Bressier Simon]

Thank you Suresh, just sent that informations to you to the address you
mentioned.

Feel free if you need more datas.

Thanks again !

Simon

2018-04-25 13:44 GMT+02:00 Suresh Ramasubramanian <ops.li...@gmail.com>:

> As I said in my reply to Andy - please send us headers and logs to
> icloudad...@apple.com
>
> Glad to investigate.
>
> —srs
>
> ------
> *From:* Bressier Simon <bressie...@gmail.com>
> *Sent:* Wednesday, April 25, 2018 5:08:28 PM
> *To:* Suresh Ramasubramanian
> *Cc:* Andy Onofrei; mailop@mailop.org
> *Subject:* Re: [mailop] Icloud Dmarc policy rejection
>
> Hi Andy,
>
> We actually encounter the same issue for a customer with a p=reject
> policy, all @icloud.com and @me.com emails are rejected, even if every
> other destination say DMARC passed.
>
> envelope & RP domains are fixed to bnc3.mailjet.com
> header From sub.customerdomain.com
> DKIM signed with sub.customerdomain.com
>
> DMARC p=reject on sub.customerdomain.com
>
> For now, I don't get why as well. If you get some answer from Apple, could
> you please share here Andy ?
>
> Simon
>
> 2018-04-24 12:06 GMT+02:00 Suresh Ramasubramanian <ops.li...@gmail.com>:
>
>> Headers and delivery logs would be great. Please reach out at
>> icloudad...@apple.com
>>
>> https://support.apple.com/en-us/HT204137
>>
>> —srs
>>
>> --
>> *From:* mailop <mailop-boun...@mailop.org> on behalf of Andy Onofrei via
>> mailop <mailop@mailop.org>
>> *Sent:* Tuesday, April 24, 2018 3:26:48 PM
>> *To:* mailop@mailop.org
>> *Subject:* [mailop] Icloud Dmarc policy rejection
>>
>>
>> Hi Guys,
>>
>>
>>
>> We have an issue with one of our clients which are sending to Icloud.
>> They have a p=rejection policy and all his emails to Icloud is getting
>> bounce because of dmarc policy.
>>
>> I have personally tested and Dmarc is passing when sending from our
>> servers.
>>
>> We are signing the dkim with the client sending domain ( the same as the
>> from address) , however we use our returnpath in order to collect bounces.
>>
>>
>>
>> Anyone has encountered the same issue with icloud ?
>>
>>
>>
>> Thx
>>
>> Andrei Onofrei
>>
>> Microsoft Dynamics 365
>>
>> ___
>> 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] Icloud Dmarc policy rejection

[Bressier Simon]

Hi Andy,

We actually encounter the same issue for a customer with a p=reject policy,
all @icloud.com and @me.com emails are rejected, even if every other
destination say DMARC passed.

envelope & RP domains are fixed to bnc3.mailjet.com
header From sub.customerdomain.com
DKIM signed with sub.customerdomain.com

DMARC p=reject on sub.customerdomain.com

For now, I don't get why as well. If you get some answer from Apple, could
you please share here Andy ?

Simon

2018-04-24 12:06 GMT+02:00 Suresh Ramasubramanian :

> Headers and delivery logs would be great. Please reach out at
> icloudad...@apple.com
>
> https://support.apple.com/en-us/HT204137
>
> —srs
>
> --
> *From:* mailop  on behalf of Andy Onofrei via
> mailop 
> *Sent:* Tuesday, April 24, 2018 3:26:48 PM
> *To:* mailop@mailop.org
> *Subject:* [mailop] Icloud Dmarc policy rejection
>
>
> Hi Guys,
>
>
>
> We have an issue with one of our clients which are sending to Icloud. They
> have a p=rejection policy and all his emails to Icloud is getting bounce
> because of dmarc policy.
>
> I have personally tested and Dmarc is passing when sending from our
> servers.
>
> We are signing the dkim with the client sending domain ( the same as the
> from address) , however we use our returnpath in order to collect bounces.
>
>
>
> Anyone has encountered the same issue with icloud ?
>
>
>
> Thx
>
> Andrei Onofrei
>
> Microsoft Dynamics 365
>
> ___
> 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] ATPS & ADSP, does any ISP care about it ?

[Bressier Simon]

Hey Bill,

Thank you for your answer, yes, that's what I though also.

2018-03-19 5:18 GMT+01:00 Bill Cole <mailop-20160...@billmail.scconsult.com>
:

> On 18 Mar 2018, at 13:41, Bressier Simon wrote:
>
> Hey folks,
>>
>> Do you actually cares about ATPS & ADSP on your side ?
>>
>
> No one ever has, as far as I can tell.
>
> I can only see that
>> there's few mails on my inbox having a ATPS verification, mostly on some
>> ML.
>>
>> I think these 2 RFC are going to be deprecated, even if only experimental
>> for years, I've never seen a real adoption of these 2 propositions
>>
>> https://www.rfc-editor.org/rfc/rfc6541.txt
>> https://www.rfc-editor.org/rfc/rfc5617.txt
>>
>
> https://datatracker.ietf.org/doc/status-change-adsp-rfc5617-
> to-historic/history/
>
> I suppose DMARC is now replacing completely those, but wondering if any
>> major ISP/ESP has already implemented it ?
>>
>
> The justification for rendering ADSP "historic" included an assertion of
> harm from misapplication. I know that the Oracle messaging server supported
> checking ADSP because Apple's MobileMe/iCloud service added
> Authentication-results headers with dkim-adsp tokens for about 2 years.
>
> ___
> 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] ATPS & ADSP, does any ISP care about it ?

[Bressier Simon]

Hey folks,

Do you actually cares about ATPS & ADSP on your side ? I can only see that
there's few mails on my inbox having a ATPS verification, mostly on some ML.

I think these 2 RFC are going to be deprecated, even if only experimental
for years, I've never seen a real adoption of these 2 propositions

https://www.rfc-editor.org/rfc/rfc6541.txt
https://www.rfc-editor.org/rfc/rfc5617.txt

I suppose DMARC is now replacing completely those, but wondering if any
major ISP/ESP has already implemented it ?


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

[mailop] Anyone from Yahoo regarding "lost connection while sending RCPT TO" ?

[Bressier Simon]

Hey all !

Have you already faced that issue from Yahoo on some IPs, and know why ?
For now, we don't have any info from Yahoo's support (if someone from Yahoo
is here btw ?)

*4.4.2 delivery temporarily suspended: lost connection with
> mta5.am0.yahoodns.net [98.137.159.24] while
> sending RCPT TO*


Cutting connection is always hard to understand..

Thank you very much in advance !

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

Re: [mailop] Hotmail, green SNDS and junk folder placement

[Bressier Simon]

Hey Michael,

Sorry to bother :) did you have any news regarding these questions ? The
point is really interesting for all of us here, and as a router to know if
we have to be more strict with all our customers and "grey" senders, it
could helps a lot to know if we have to multiply the current spam
complaints count by xxx.

Thank you very much in advance !

Simon

2017-10-30 18:49 GMT+01:00 Michael Wise via mailop :

>
>
> I'm asking a few people to confirm my understanding and will get back to
> y'all.
>
>
>
> Aloha,
>
> Michael.
>
> --
>
> *Michael J Wise*
> Microsoft Corporation| Spam Analysis
>
> "Your Spam Specimen Has Been Processed."
>
> Got the Junk Mail Reporting Tool
>  ?
>
>
>
> *From:* Benjamin BILLON [mailto:bbillon...@splio.fr]
> *Sent:* Saturday, October 28, 2017 1:13 AM
> *To:* Michael Wise 
>
> *Cc:* mailop@mailop.org
> *Subject:* Re: [mailop] Hotmail, green SNDS and junk folder placement
>
>
>
> Hi Michael,
>
>
>
> > Also, the JMRP doesn't generate 1:1 reports for each piece of traffic
> reported as spam.
>
> > The ratio is much smaller than that, otherwise senders would use it for
> List Washing, and that's frowned upon.
>
> Wow, wow wow wow.
>
> This is absolutely new to me.
>
> That would explain why we receive only 1/3 of the volume of ARF from
> Hotmail/Live than from Yahoo, while we send twice more to Hotmail/Live than
> Yahoo.
>
> However, that's not what https://mail.live.com/mail/services.aspx
> 
> says: "Returns the full message with headers of *any* email marked as
> "junk" or "phishing""
>
> This is a HUGE change, if potential list washing is the issue, IMHO this
> is the wrong answer. This basically makes JMRP irrelevant for ESPs: we
> don't have reliable metrics, we can not satisfy people complaining as
> they'll keep getting the same message, probably in junk folder, which will
> probably weight negatively in the reputation ...
>
>
>
> I'm totally amazed by this information.
>
>
>
> That being said, even though the ratio is not 1:1, I _guess_ it's roughly
> the same for everybody. So we have clients that generate more than 9
> complains a month and still enjoy a low BCL and inbox placement, while this
> one got an inexplicable BCL of 8.
>
>
>
> For the record, the ticket is SRX1401741292ID it highlights the
> discrepancy SNDS color / inbox placement (as Terry told me to do), and
> timidly mention the BCL without naming it (I reminded my folks to be more
> explicit in the tickets).
>
> The last reply we got was "after reviewing the information you provided
> and in compliance with our mail policies, we are unable to offer immediate
> mitigation for your deliverability issue", so I guess we washed off the
> Support Level 2. I wonder how many levels before the final boss!
>
>
>
> Cheers,
>
>
>
> --
>
> Benjamin
>
>
>
> 2017-10-28 7:46 GMT+08:00 Michael Wise via mailop :
>
>
>
> There are ways of dealing with BCL, but I'd suggest you point it out when
> opening the ticket.
>
> Also, the JMRP doesn't generate 1:1 reports for each piece of traffic
> reported as spam.
>
> The ratio is much smaller than that, otherwise senders would use it for
> List Washing, and that's frowned upon.
>
>
>
> Aloha,
>
> Michael.
>
> --
>
> *Michael J Wise*
> Microsoft Corporation| Spam Analysis
>
> "Your Spam Specimen Has Been Processed."
>
> Got the Junk Mail Reporting Tool
> 
> ?
>
>
>
> *From:* mailop [mailto:mailop-boun...@mailop.org] *On Behalf Of *Brett
> Schenker
> *Sent:* Friday, October 27, 2017 8:02 AM
> *To:* Stefano Bagnara 
> *Cc:* mailop@mailop.org
> *Subject:* Re: [mailop] Hotmail, green SNDS and junk folder placement
>
>
>
> My experience too is that BCL is the deciding factor over everything and
> have yet to figure out how to really move it towards the positive.
>
>
>
> On Fri, Oct 27, 2017 at 10:51 AM, Stefano Bagnara  wrote:
>
> On 24 October 2017 at 17:22, Benjamin BILLON via mailop 
> wrote:
>
> Following Microsoft's folks recommendations (on this list and in ... a
> Canadian city a few weeks ago), we're going through tickets as usual, but
> we're for now circling around.
>
> I just wonder if other senders witnessed the same as described below:
>
>
>
> - SNDS says green
>
> - given the open rates 

Re: [mailop] list-unsubscribe how do you handle the requests

[Bressier Simon]

Well, the definition is going to say that yes, it's an unsub, but what in
practice... Maybe not to be handled exactly as a spam complaint, but close,
in my opinion.

2017-10-24 17:24 GMT+02:00 Benjamin BILLON <bbillon...@splio.fr>:

> Unsub request (that's what it is, right?),  but still differentiated from
> other reasons of unsub.
> We're thinking of making a special case for List-unsubs coming from Gmail,
> too (although that's not much of a priority)
>
>
> --
> <https://www.splio.com>
> Benjamin
>
> 2017-10-24 23:09 GMT+08:00 Bressier Simon <bressie...@gmail.com>:
>
>> Hey all,
>>
>> Just a brief question about list-unsubscribe, and the way you're using
>> the "unsub" requests on sender side.
>>
>> On your side, are you handling that as an unsub request or more like a
>> spam report ?
>>
>> Thank you in advance !
>>
>> Simon
>>
>> ___
>> 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] list-unsubscribe how do you handle the requests

[Bressier Simon]

Hey all,

Just a brief question about list-unsubscribe, and the way you're using the
"unsub" requests on sender side.

On your side, are you handling that as an unsub request or more like a spam
report ?

Thank you in advance !

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

[mailop] Outage on aol delivery ?

[Bressier Simon]

Hey all,

Have you also noticed an issue on AOL delivery ? I have an increasing of
deferred emails like that :

delivery temporarily suspended: host mailin-01.mx.aol.com[64.12.91.195]
refused to talk to me: 421 mtaig-mbc03.mx.aol.com Service unavailable - try
again later

Someone having the same ?

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

Re: [mailop] DMARC reports not received from Google

[Bressier Simon]

Sorry, my bad I meant rua indeed, sorry :)
Le mer. 20 sept. 2017 à 18:23, Vladimir Dubrovin via mailop <
mailop@mailop.org> a écrit :

>
> We've never seen any ruf from Google, only ruas.
> Are there are any additional limitations / requirements to get forensics?
>
> 20.09.2017 18:57, Brandon Long via mailop пишет:
>
> I've pinged the team, thanks for the reports.
>
> Brandon
>
> On Sep 20, 2017 8:36 AM, "Ken O'Driscoll" <k...@wemonitoremail.com> wrote:
>
>> On Wed, 2017-09-20 at 16:02 +0200, Bressier Simon wrote:
>> > Hey guys,
>> >
>> > Are you guys receiving ruf DMARC reports since 17th of Sept from Google
>> ?
>> > The last one I have was sent on 17th, nothing since that.
>>
>> We get them for a couple of clients, nothing from Google after 18/09/17
>> 00:59:59 BST
>>
>> Ken.
>>
>>
>>
>> ___
>> mailop mailing list
>> mailop@mailop.org
>> https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
>>
>
>
> ___
> mailop mailing 
> listmailop@mailop.orghttps://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
>
>
> --
> Vladimir Dubrovin
> @Mail.Ru
>
> ___
> 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] DMARC reports not received from Google

[Bressier Simon]

Thx Brandon !

2017-09-20 17:57 GMT+02:00 Brandon Long via mailop <mailop@mailop.org>:

> I've pinged the team, thanks for the reports.
>
> Brandon
>
> On Sep 20, 2017 8:36 AM, "Ken O'Driscoll" <k...@wemonitoremail.com> wrote:
>
>> On Wed, 2017-09-20 at 16:02 +0200, Bressier Simon wrote:
>> > Hey guys,
>> >
>> > Are you guys receiving ruf DMARC reports since 17th of Sept from Google
>> ?
>> > The last one I have was sent on 17th, nothing since that.
>>
>> We get them for a couple of clients, nothing from Google after 18/09/17
>> 00:59:59 BST
>>
>> Ken.
>>
>>
>>
>> ___
>> 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 mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

Re: [mailop] Reg. Gmail Postmaster IP issue

[Bressier Simon]

the real IP reputations are back on our side for the impacted days :)

Thx for your investigation & action guys !

2017-09-11 23:35 GMT+02:00 Brandon Long via mailop :

> We're aware of the issue and investigating.
>
> Thanks for the notice.
>
> Brandon
>
> On Mon, Sep 11, 2017 at 9:44 AM, Todd Herr  wrote:
>
>> No apology necessary, Matt; I was more interested in sanity checking what
>> we were seeing.
>>
>> Thanks for the reply.
>>
>> On Mon, Sep 11, 2017 at 12:40 PM, Matt Gilbert <
>> matthew.gilb...@mailchimp.com> wrote:
>>
>>> That’s correct Todd, this hasn’t impacted our actual delivery at all
>>> that we can see. It appears to be only in what postmaster tools is
>>> displaying, rather than the actual reputation. Sorry for not being clearer
>>> on that point in my initial response.
>>>
>>> Thanks,
>>> Matt Gilbert
>>> - Deliverability Engineer, MailChimp
>>> - delivery.mailchimp.com
>>>
>>> On September 11, 2017 at 12:28:03 PM, Todd Herr (toddmh...@gmail.com)
>>> wrote:
>>>
>>> When you say "impacting 100% of our IPs as well" are you really seeing
>>> an impact on delivery, or are you just seeing likely erroneous data
>>> displayed in Google's Postmaster Tools.
>>>
>>> We're seeing the same data as everyone else, but we haven't yet seen
>>> that there's been a real impact on delivery or engagement.
>>>
>>> On Mon, Sep 11, 2017 at 12:16 PM, Matt Gilbert <
>>> matthew.gilb...@mailchimp.com> wrote:
>>>
 This issue looks to be impacting 100% of our IPs as well. We’re seeing
 100% bad reputation since 9/9 on all of our DKIM domains. Any updates about
 this will be appreciated.

 Thanks,
 Matt Gilbert
 - Deliverability Engineer, MailChimp
 - delivery.mailchimp.com

 On September 11, 2017 at 5:00:07 AM, ewald kessler | webpower (
 ewald.kess...@webpower.nl) wrote:

 Clearly this is an issue on the Google side. Where all IP's have a bad
 reputation for September 9, there is no domain reputation data for that
 date at all.

 --
 Deliverability & Abuse Management, www.webpower-group.com
 ewald.kess...@webpower.nl
 t: +31 342 423 262 <+31%20342%20423%20262>


 On 11 September 2017 at 10:24, Stefano Bagnara  wrote:

> Hi Vaibhav,
>
> I see the same for 2 DKIM domains (each one with a dozen IP.. all red).
> A third domain doesn't have data for 9 sept yet.
>
> All of them have always been green before.
>
> I guess it is a Google issue (or they drastically changed their
> "ideas" about what is green or red).
>
> Stefano
>
> --
> Stefano Bagnara
> Apache James/jDKIM/jSPF
> VOXmail/Mosaico.io/VoidLabs
>
>
> On 11 September 2017 at 09:39, Vaibhav 
> wrote:
> > Hey,
> >
> > I have observed that Gmail Postmaster showing all IP in BAD state
> for 9th
> > Sept report. Does anyone observed the same ?
> >
> > Seems like issue from Gmail Postmaster end.
> >
> > --Vaibhav
>
> ___
> 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 mailing list
 mailop@mailop.org
 https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop


>>>
>>>
>>> --
>>> Todd
>>> 703.220.4153 <(703)%20220-4153>
>>>
>>>
>>
>>
>> --
>> Todd
>> 703.220.4153 <(703)%20220-4153>
>>
>> ___
>> 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 mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

Re: [mailop] dkim bleeding-edge

[Bressier Simon]

sha512 is not yet on the current dkim specification base, is that just a
test you are doing ?

For now, dkim supports sha1 (almost deprecated), and sha256 strongly
recommended

http://dkim.org/specs/rfc4871-dkimbase.html

2017-09-09 13:35 GMT+02:00 Jeremy Harris :

> Does anyone have an MTA running with DKIM rsa-sha512 support?
>
> I need a test target for Exim development,
> and Mail::DKIM::Signer isn't there yet.
> --
> Thanks,
>   Jeremy
>
> ___
> 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] Google Postmaster Tools

[Bressier Simon]

Seems the IP reputation is back, also for the previous days.

2017-08-08 19:09 GMT+02:00 Mohammed Ahmed :

> I got an update that Gmail is looking into this issue and will get an
> update once it will get resolved.
>
> On Tue, Aug 8, 2017 at 11:54 AM, Michael Rathbun  wrote:
>
>> On Tue, 8 Aug 2017 10:27:48 -0500, Nick Schafer  wrote:
>>
>> >Anyone else not getting recent data back from Google Postmaster Tools? I
>> >know there is the usual lag of a day or two but I'm not seeing anything
>> >since the 2nd.
>>
>> Widely reported.  Same here.
>>
>> mdr
>> --
>>  "There are no laws here, only agreements."
>> -- Masahiko
>>
>>
>> ___
>> mailop mailing list
>> mailop@mailop.org
>> https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
>>
>
>
>
> --
>
> Mohammed Ahmed
> Director, Deliverability
> Phone # 1-877-AWeber-1 ext 813
>
> Stuck on What to Write in Emails? Free Course & Content Templates* Here*
> 
> *.*
> ...And We're Hiring!
> 
>
> ___
> 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] Gmail Postmaster Tools

[Bressier simon]

Same same here... Nothing after Aug 2nd for any of hundreds IPs

2017-08-08 17:18 GMT+02:00 Justin Frechette :

> Not seeing any data in Gmail Postmaster Tools since August 2nd for any of
> my domains.
>
> Hit up a few people who are seeing the same.
>
> Sent feedback to Google but wondering if:
>
> 1. anyone has data after August 2
> 2. anyone have insight in what's going on
>
> Thanks,
> Justin Frechette
>
> ___
> 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] "Precedence: bulk" best practices ?

[Bressier simon]

Hi Stefano,

Thank you very much for your detailed experience, that's was I though in
fact, I was wondering if it could be relevant to remove this header, but
don't think it will change too much things.

Does it have an impact on the other half part of MSFT recipients with the
header in term of open rates/engagement ?

Best,

Simon

2017-07-21 16:29 GMT+02:00 Stefano Bagnara <mai...@bago.org>:

> We used Precedence: bulk for 7 years, then we stopped using that header
> since a month.
>
> The main reason was a big B2B italian provider (Aruba) that simply dropped
> email with "Precedence: bulk" when the contact was on holiday and then
>  kept dropping them even when the vacation was over. It took almost an year
> for us to spot this behaviour. After a few months we reported the bug, it
> was still unfixed, so we decided to stop using Precedence: bulk.
>
> Since we stopped using it I don't see major differences in deliverability.
> The senders now receive some more "autoreply" messages to their "From"
> email address because the precedence bulk prevented some automation.
>
> We evaluated adding Precedence: bulk only for Gmail (to avoid changing
> something that was not broken) or removing it only when sending to Aruba,
> but in the end we decided to remove it at all and monitor the result (KISS).
>
> We only had a weird issue with Microsoft (Hotmail) but we don't think this
> is related to that header: at this time we reintroduced the header only for
> Microsoft for half of our customers.
>
> We thought Google can easily find it is "bulk" from the List-Id
> List-Unsubscribe and the Feedback-ID headers.
>
> Stefano
>
> --
> Stefano Bagnara
> Apache James/jDKIM/jSPF
> VOXmail/Mosaico.io/VoidLabs
>
>
> On 21 July 2017 at 15:56, Bressier simon <bressie...@gmail.com> wrote:
>
>> Hello all,
>>
>> Based on your experience, is this "Precedence" header mandatory on
>> campaigns sent ? I mean, for a legit sender, does it have a negative impact
>> in term of spam/reputation filtering ?
>>
>> I know Google expect bulk senders to set it, but what on other
>> destinations ?
>>
>> For example, Sendforensics report the following :
>>
>> [image: Images intégrées 1]
>>
>> Thanks in advance !
>>
>> Simon
>>
>> ___
>> 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 mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

[mailop] "Precedence: bulk" best practices ?

[Bressier simon]

Hello all,

Based on your experience, is this "Precedence" header mandatory on
campaigns sent ? I mean, for a legit sender, does it have a negative impact
in term of spam/reputation filtering ?

I know Google expect bulk senders to set it, but what on other destinations
?

For example, Sendforensics report the following :

[image: Images intégrées 1]

Thanks in advance !

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