Re: [mailop] 1&1 Postmaster Contact
I replied you offlist, Jaren. Udeme Postmaster & Sr. Systems Software Engineer at LinkedIn On Mon, Sep 14, 2020 at 12:51 PM Jaren Angerbauer via mailop < mailop@mailop.org> wrote: > Hi, > > Looking for a deliverability escalation contact at 1&1. I know that there > are multiple properties under that brand (i.e. GMX, web.de, IONOS, > mail.com, etc), but suspect that it's only one reputation system and the > same internal team(?). > > We have tried utilizing the various public channels (i.e. > https://postmaster.gmx.com/) but are not getting a quick enough response > / resolution. > > Appreciate any assistance / recommendations. > > Thanks, > > Jaren Angerbauer > Proofpoint Postmaster > > ___ > 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] 1&1 Postmaster Contact
Hi, Looking for a deliverability escalation contact at 1&1. I know that there are multiple properties under that brand (i.e. GMX, web.de, IONOS, mail.com, etc), but suspect that it's only one reputation system and the same internal team(?). We have tried utilizing the various public channels (i.e. https://postmaster.gmx.com/) but are not getting a quick enough response / resolution. Appreciate any assistance / recommendations. Thanks, Jaren Angerbauer Proofpoint Postmaster ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
Re: [mailop] office.com outbound: abuse or chase harder?
Microsoft does do domain verification on Office 365, usually via TXT (MS=9) It's also possible it can be due to a forwarder on one of the recipient's mailboxes. *Faisal Misle* Customer Success Engineer | Red Sift On Mon, Sep 14, 2020 at 12:49 PM Phil Pennock via mailop wrote: > Folks, > > One of the sources of mail for a domain I need to care about (nats.io) > per DMARC reports is office.com; eg: > > cwlgbr01ft010.eop-gbr01.prod.protection.office.com. > > 5.188.213.206 5.188.213.198 > > Do Microsoft do domain verification before allowing a sender domain to > be used? > > I'm trying to figure out if this is: > > 1. Crud being correctly filtered out? > 2. Someone internally using >a) an MS Office cloud product which is sending notifications/invites, >b) or hosted email using SMTP/POP3 to the regular mail service >and that person doesn't realize that my requests for "hey y'all, is >this you" really does mean them and they need to speak up? > 3. Something else? > > I'm probably going to up the DMARC p= level to quarantine and would like > to not inconvenience (more than absolutely necessary) legitimate users. > This domain is seeing enough spoofing to have caused deliverability > issues in the past. > > Thanks, > -Phil > > ___ > mailop mailing list > mailop@mailop.org > https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop > -- 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] office.com outbound: abuse or chase harder?
Folks, One of the sources of mail for a domain I need to care about (nats.io) per DMARC reports is office.com; eg: cwlgbr01ft010.eop-gbr01.prod.protection.office.com. 5.188.213.206 5.188.213.198 Do Microsoft do domain verification before allowing a sender domain to be used? I'm trying to figure out if this is: 1. Crud being correctly filtered out? 2. Someone internally using a) an MS Office cloud product which is sending notifications/invites, b) or hosted email using SMTP/POP3 to the regular mail service and that person doesn't realize that my requests for "hey y'all, is this you" really does mean them and they need to speak up? 3. Something else? I'm probably going to up the DMARC p= level to quarantine and would like to not inconvenience (more than absolutely necessary) legitimate users. This domain is seeing enough spoofing to have caused deliverability issues in the past. Thanks, -Phil ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
Re: [mailop] Gmail out of office replies
Hello There is also a best practice, to send an autoreply every 7 days only to the same sender. But usually a user or corp can set that to anything they like. Kind regards, Christian Mack Am 11.09.20 um 14:29 schrieb Francois Petillon via mailop: > On 9/11/20 2:07 PM, Kieran Cooper via mailop wrote: >> Does anyone have any knowledge of how Gmail decides when to send an >> auto-reply? > > > RFC 3834 : > >2. When (not) to send automatic responses > >An automatic responder MUST NOT blindly send a response for every message > received. In practice there are always reasons to refuse to respond to some > kinds of received messages, e.g., for loop prevention, to avoid responding to > "spam" or viruses, to avoid being used as a means to launder or amplify > abusive > messages, to avoid inappropriately revealing personal information about the > recipient (e.g., to avoid an automatic indication that a recipient has not > read > his mail recently), and to thwart denial-of-service attacks against the > responder. The criteria for deciding whether to respond will differ from one > responder to another, according to the responder's purpose. In general, care > should be taken to avoid sending useless or redundant responses, and to avoid > contributing to mail loops or facilitating denial-of-service attacks. > > > Your question is more tricky than what you thought... > >> It also looks as though Gmail sends these auto-replies to the return path >> address instead of either the From or Reply-To, which doesn’t seem to me >> like the right thing to do…. > > Same RFC : > > 4. Where to send automatic responses (and where not to send them) > >In general, automatic responses SHOULD be sent to the Return-Path >field if generated after delivery. If the response is generated >prior to delivery, the response SHOULD be sent to the reverse-path >from the SMTP MAIL FROM command, or (in a non-SMTP system) to the >envelope return address which serves as the destination for non- >delivery reports. > > > François > > ___ > mailop mailing list > mailop@mailop.org > https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop > -- Christian Mack Universität Konstanz Kommunikations-, Informations-, Medienzentrum (KIM) Abteilung IT-Dienste Forschung und Lehre 78457 Konstanz +49 7531 88-4416 smime.p7s Description: S/MIME Cryptographic Signature ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
