Re: [mailop] Legit-looking mail to the wrong address with no unsubscribe

Are you suggesting that an unsub results in a suppression? That hardly seems ideal. That seems to suggest I sign up for a brand's email list. Order some stuff, get receipt. Later unsub. Later buy again, but get no receipt? (Presuming it comes from the same ESP) -- Alex Brotman Sr. Enginee

Re: [mailop] [EXTERNAL] Re: Success MiTM attack

I'm not aware of any MUA that supports DANE. I'm also not sure there exists an RFC that notes how an MUA should use DANE for submitting messages. I suppose that doesn't preclude one from using DNSSEC to ensure the records are signed, but am not aware of a document that creates something like a

Re: [mailop] comcast contact

Feel free to reply to me off-list. Thanks -- Alex Brotman Sr. Engineer, Anti-Abuse & Messaging Policy Comcast From: mailop on behalf of Mamidi, Sandeep via mailop Sent: Friday, November 24, 2023 8:18:16 AM To: mailop@mailop.org Subject: [EXTERNAL] [mailop] com

Re: [mailop] [EXTERNAL] Re: Comcast issues?

Thanks folks, think we found the issue. I'm sure there's a bit of a backlog so it may take you a moment to get the results you're looking for. Please feel free to reach out directly (either to me, or our delivery-supp...@cable.comcast.com distro) in the future if you have such an issue. --

Re: [mailop] [EXTERNAL] Re: Comcast issues?

Let me see if I can spot anything that might be causing this. Thanks folks -- Alex Brotman Sr. Engineer, Anti-Abuse & Messaging Policy Comcast > -Original Message- > From: mailop On Behalf Of Paul Ebersman via > mailop > Sent: Monday, November 27, 2023 2:20 PM > To: jarl...@mxroute.c

Re: [mailop] [EXTERNAL] Re: BIMI boycott? Lookup tool, why we publish BIMI anyway, and intellectual property law considerations

Adding to Udeme's comment. There could be other criteria the MBP could use to determine if the message should display BIMI-associated imagery. This could be domain reputation, spaminess, manual validation, and so on. Just because a domain says it wants to use the Paypal logo doesn't mean it w

Re: [mailop] [EXTERNAL] Re: MTA-STS: No TLS reports from Google since January 9th

I did start getting reports again, I haven't looked to see if they're consistently appearing -- Alex Brotman Sr. Engineer, Anti-Abuse & Messaging Policy Comcast > -Original Message- > From: mailop On Behalf Of Byung-Hee HWANG > via mailop > Sent: Thursday, January 25, 2024 10:02 AM >

Re: [mailop] [EXTERNAL] Re: Spamfolder mini rant (Was: Contact Google Postmaster)

I did create this a while ago. https://datatracker.ietf.org/doc/draft-brotman-srds/ This would allow the MTA doing the sending to see that it will go to the spam folder. I’ve created initial code to support this, but haven’t yet deployed it. -- Alex Brotman Sr. Engineer, Anti-Abuse & Messaging

Re: [mailop] [EXTERNAL] Re: Spamfolder mini rant (Was: Contact Google Postmaster)

And if you’re worried about spammers fine-tuning based on this response, keep in mind that they likely already have a fair number of test accounts at various mailbox providers. -- Alex Brotman Sr. Engineer, Anti-Abuse & Messaging Policy Comcast From: Brotman, Alex Sent: Monday, January 29, 2024

Re: [mailop] [EXTERNAL] Re: is warming IPs still necessary?

I'm not on the sending side, but I will note there are several ESPs running out of EC2. Some seem to use their own IP ranges, some do not. I think if you're coming from an IP range you don't have direct control over (i.e., cloud space), you must take extra precaution to warm the IPs ( and doma

[mailop] TLS inbound to comcast.net

Hey folks, Over the next few weeks, we're going to be disabling TLSv1/v1.1 inbound to our platform. Most senders are already using TLSv1.2/v1.3, so I don't think this will be an issue. However, keep in mind that if you're not already using those newer versions, you'll now revert to clear-text

[mailop] comcast.net & DMARC policy

Hello folks, For a few reasons, we're going to be changing the policy for "comcast.net", as well as the default subdomain policy. We're going to target July 15th, 2024 as the first change. Approximately on that day, we will change to p=quarantine and sp=reject. We do understand this will ha

Re: [mailop] [EXTERNAL] oauth2 for mail clients

The support is a bit broader than that, however, there isn't currently a great method for auto-discovery/configuration. For example, I believe that iOS and Yahoo have support for other providers in their clients, and Thunderbird supports I think ten or so providers. There have been some discus

Re: [mailop] [EXTERNAL] Re: (Mis)use of DKIM's length tag and it's impact on DMARC and BIMI

Yes, it should be updated. It might also be worth trying to get a bug filed against opendkim to update docs or comments in the sample configuration file that is provided in the package to illustrate suggested practices. (FWIW, lists.debian.org still doesn't sign anything they send) -- Alex Br

Re: [mailop] [EXTERNAL] Re: (Mis)use of DKIM's length tag and it's impact on DMARC and BIMI

AM > To: mailop@mailop.org > Subject: Re: [mailop] [EXTERNAL] Re: (Mis)use of DKIM's length tag and it's > impact on DMARC and BIMI > > On 2024-08-09 15:11:45, Brotman, Alex via mailop wrote: > > Yes, it should be updated. > > > > It might also be worth try

Re: [mailop] [EXTERNAL] Auto{config, discover} Thunderbird and pain

Olga, You may want to check out the MAILMAINT list at the IETF, and look at the work for AutoConfig (Ben is the author). The group is looking for feedback on the document, and if you have feedback from experience, that may be appreciated. -- Alex Brotman Sr. Engineer, Anti-Abuse & Messaging P

Re: [mailop] [EXTERNAL] weird bounce behavior

I did try to respond to Miles, but I didn’t get a response back. Hopefully not swallowed in a filter somewhere. -- Alex Brotman Sr. Engineer, Anti-Abuse & Messaging Policy Comcast From: mailop On Behalf Of Miles Fidelman via mailop Sent: Tuesday, March 17, 2020 12:20 PM To: mailop@mailop.org S

[mailop] SparkApp Contact

Any contacts at Spark (https://sparkmailapp.com)? (not SparkPost/MessageSystems) Thanks -- Alex Brotman Sr. Engineer, Anti-Abuse & Messaging Policy Comcast ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo

Re: [mailop] [EXTERNAL] Re: Comcast contact?

Responding to Brett offlist as well. Thanks -- Alex Brotman Sr. Engineer, Anti-Abuse & Messaging Policy Comcast From: mailop On Behalf Of Brett Schenker via mailop Sent: Tuesday, August 11, 2020 11:37 AM To: Aaron C. de Bruyn via mailop Subject: [EXTERNAL] Re: [mailop] Comcast contact? I sho

Re: [mailop] [EXTERNAL] Re: Deutsche Telekom rejects connections because of missing "provider identification"

Alternately, cloud providers could block port 25 outbound by default, requiring new instances/owners to perform some action to be allowed to use port 25. Some VPN and Tunnel providers do that now. Really depends where you want to place the burden. I feel like I've seen an RBL operator or two

[mailop] Powerschool Contact

I'd be interested if someone has a technical contact at Powerschool. Thank you -- Alex Brotman Sr. Engineer, Anti-Abuse & Messaging Policy Comcast ___ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop

Re: [mailop] Anyone else noticing comcast.net backing up....

It's not you, it's us, we're working on it. -- Alex Brotman Sr. Engineer, Anti-Abuse & Messaging Policy Comcast From: mailop On Behalf Of Eric Tykwinski via mailop Sent: Wednesday, October 21, 2020 12:25 PM To: mailop@mailop.org Subject: [EXTERNAL] [mailop] Anyone else noticing comcast.net backi

Re: [mailop] Anyone else noticing comcast.net backing up....

Things should be looking better now. -- Alex Brotman Sr. Engineer, Anti-Abuse & Messaging Policy Comcast From: mailop On Behalf Of Brotman, Alex via mailop Sent: Wednesday, October 21, 2020 12:50 PM To: '(mailop@mailop.org)' Subject: Re: [mailop] Anyone else noticing comcast.

Re: [mailop] [EXTERNAL] Re: How important is an ipv6 ptr record?

I'd say IPv6 streams are generally better. The legitimate senders using IPv6 seem to care more, and have things properly setup as it relates to authentication. There are a few outliers obviously. Is there abuse on IPv6? Definitely. At the moment, you mostly know who your large volume IPv6 s

Re: [mailop] [EXTERNAL] Comcast contact

Mike, Feel free to reach out to me, I'll see how we can help -- Alex Brotman Sr Engineer, Anti-Abuse & Messaging Policy Comcast From: mailop on behalf of Mike Reed via mailop Sent: Saturday, April 10, 2021 9:22:38 AM To: mailop@mailop.org Subject: [EXTERNAL]

Re: [mailop] [EXTERNAL] Comcast contacts

Nathanael, I responded on the NANOG list also. Feel free to reach out to me directly, we'll see if we can sort it out. -- Alex Brotman Sr. Engineer, Anti-Abuse Comcast x5364 From: mailop on behalf of Nathanael Cariaga via mailop Sent: Wednesday, May

Re: [mailop] [EXTERNAL] Re: Vade - Blacklisting

Scott, It looks like the /24 is blocked, and I’ll see if I can find out why (I’ll reply off-list with that info). In the meantime, we’ll put in an exemption for the range. That should be in place shortly. -- Alex Brotman Sr. Engineer, Anti-Abuse & Messaging Policy Comcast From: mailop On Be

Re: [mailop] [EXTERNAL] Re: Vade - Blacklisting

Comcast utilizes an RBL supplied by Vade, as the URL indicated. This has been remediated as of early this morning, and it was noted that it wasn’t a single IP in the /24 that was to blame (I don’t have more information than that currently). -- Alex Brotman Sr. Engineer, Anti-Abuse & Messaging

Re: [mailop] [EXTERNAL] Re: Vade - Blacklisting

Apologies on not being clear. The /24 is resolved with Vade as well (as of early this morning). -- Alex Brotman Sr. Engineer, Anti-Abuse & Messaging Policy Comcast From: mailop On Behalf Of Scott Mutter via mailop Sent: Tuesday, August 17, 2021 1:44 PM To: mailop@mailop.org Subject: Re: [mailo

Re: [mailop] [EXTERNAL] Blocked by comcast.net

You can email me some of the details. -- Alex Brotman Sr. Engineer, Anti-Abuse & Messaging Policy Comcast > -Original Message- > From: mailop On Behalf Of Eric Burton via > mailop > Sent: Wednesday, August 18, 2021 9:35 AM > To: mailop@mailop.org > Subject: [EXTERNAL] [mailop] Blocked by

Re: [mailop] [EXTERNAL] IPv6 (was: Re: Google should be burnt or blown up (was: Gmail putting messages to spam))

Disabling IPv6 should (almost) never be the answer. That line of thinking has been going on far too long. If you believe a receiver has some broken IPv6 policies, let them know about it. There's no reason to continue to cling to IPv4, whether you're an ESP, ISP, or User. We had World IPv6 Day

[mailop] comcast.net announcement

Folks, We're preparing for a bit of a move, and wanted to notify other operators. You should start seeing email messages from @comcast.net arriving from some new IP space over the coming weeks. The new ranges will be: ip4:96.103.146.48/28 ip4:96.102.19.32/28 ip4:96.102.200.0/28 ip6:2001:558:f

Re: [mailop] [EXTERNAL] Re: comcast.net announcement

censoredchina' > #96.64.183.82 2 adm.patienceuncensoredchina.info > # 96.64.183.92 2 adm.infouncensoredchina.info > # 96.64.183.93 2 adm.helpdeskuncensoredchina.info > 96.64.183.80/27 > > The actor that got those

[mailop] comcast.net MX

Folks, You may or may not have noticed we've been moving some things around. We've published new MX records, and have moved traffic over. The old MX records will cease to exist shortly. If you're somehow fixated on those old MX records or associated IPs, your traffic to comcast.net recipient

Re: [mailop] [EXTERNAL] Re: comcast.net MX

'(mailop@mailop.org)' Subject: [EXTERNAL] Re: [mailop] comcast.net MX On Thu 02/Dec/2021 19:55:37 +0100 Brotman, Alex via mailop wrote: > Folks, > > You may or may not have noticed we've been moving some things around. We've > published new MX records, and hav

Re: [mailop] [EXTERNAL] Comcast contact - IPv6 routing issue?

I'll reply off-list as well, see if we can get some additional information. From: mailop on behalf of Jay Hennigan via mailop Sent: Friday, December 17, 2021 7:18 PM To: mailop Subject: [EXTERNAL] [mailop] Comcast contact - IPv6 routing issue? Very smal

Re: [mailop] [EXTERNAL] Anyone from Comcast on list?

Omid, Feel free to contact me off list, we'll see what's going on. -- Alex Brotman Sr. Engineer, Anti-Abuse & Messaging Policy Comcast From: mailop On Behalf Of Omid Majdi via mailop Sent: Monday, January 31, 2022 2:17 PM To: mailop_at_mailop.org_o...@duck.com Subject: [EXTERNAL] [mailop] Anyo

Re: [mailop] [EXTERNAL] Comcast "Security Edge Report"

Send me a note, I’ll see what I can do. I don’t work on that side of things, but hopefully I can find someone who does. -- Alex Brotman Sr. Engineer, Anti-Abuse & Messaging Policy Comcast From: mailop On Behalf Of Aaron C. de Bruyn via mailop Sent: Wednesday, March 16, 2022 10:05 AM To: mailo

Re: [mailop] [EXTERNAL] MTA-STS Key-Value Delimiter

I checked our logs, and I don’t see that we've attempted delivery to the domain below so I can't see what we're saving off/reporting. When I receive TLSRPT files from Gmail, I'm getting that string as: "policy-string":["version: STSv1","mode: enforce ","mx: mx2c1.comcast.net","mx: mx2h1.comcas

Re: [mailop] [EXTERNAL] Re: Outbound DANE Enforced on Exchange/Microsoft 365

I think this is the blog post: https://techcommunity.microsoft.com/t5/exchange-team-blog/releasing-outbound-smtp-dane-with-dnssec/ba-p/3100920 We support both MTA-STS/DANE inbound/outbound, as well as supporting both via generated TLSRPT reports. While it seems that Gmail is the current example

Re: [mailop] [EXTERNAL] Re: Troubleshooting MTA-STS reports

From last week: "While it seems that Gmail is the current example of MTA-STS-only, that could always change. We still have tons of providers that support neither, and I'd take either as a step above Opportunistic TLS." Grabbing a sample of "large" rcpt domains from our platforms for the past

Re: [mailop] [EXTERNAL] Re: Troubleshooting MTA-STS reports

> broken and reduces security for dual MTA-STS+DANE destinations. Of course > you can always just require TLS for the domains you listed below manually... > > Matt > > On 4/28/22 6:30 AM, Brotman, Alex via mailop wrote: > > From last week: > > > > "While it

Re: [mailop] [EXTERNAL] Comcast thottling at a dozen emails

Rob, Let me take a look and get back to you (privately). -- Alex Brotman Sr. Engineer, Anti-Abuse & Messaging Policy Comcast From: mailop On Behalf Of Rob Nagler via mailop Sent: Monday, May 23, 2022 5:41 PM To: mailop@mailop.org Subject: [EXTERNAL] [mailop] Comcast thottling at a dozen emails

Re: [mailop] [EXTERNAL] Disabling TLS 1.0 and 1.1 for MTA to MTA communication

One of the things I find interesting here is that the question is whether to disable the protocol version. We’re not limited to just enable/disable for those versions to get the attention of the sender (assuming they’d even notice if they were going clear-text). A receiver could also impact th

Re: [mailop] [EXTERNAL] Re: The oligopoly has won.

https://datatracker.ietf.org/doc/draft-brotman-srds/ I've been a bit busy, and haven't gotten back to this. Feel free to send comments to the ietf-smtp list. -- Alex Brotman Sr. Engineer, Anti-Abuse & Messaging Policy Comcast > -Original Message- > From: mailop On Behalf Of Jaroslaw R

Re: [mailop] [EXTERNAL] Re: Anyone else seeing email backed up to Microsoft -- only IPv6

These are attempts from our logs (we use IPv6 for inbound/outbound) 2a01:111:f400:7d00::33 2a01:111:f400:7e1a::33 2a01:111:f400:7e1b::33 2a01:111:f400:7e88::33 2a01:111:f400:7e89::33 2a01:111:f400:7e8a::33 2a01:111:f400:7e8b::33 2a01:111:f400:7e8d::33 2a01:111:f400:7ea9::33 2a01:111:f400:7eaa

Re: [mailop] [EXTERNAL] Recommendations for host with good IP reputation or use external SMTP?

Is it your dedicated IP? Why not escalate to Vade yourself? -- Alex Brotman Sr. Engineer, Anti-Abuse & Messaging Policy Comcast > -Original Message- > From: mailop On Behalf Of Ian Evans via mailop > Sent: Sunday, October 30, 2022 7:35 PM > To: mailop@mailop.org > Subject: [EXTERNAL] [m

Re: [mailop] [EXTERNAL] TLS-RPT reporting software

I’m not aware of one, though you may want to ask Viktor -- Alex Brotman Sr. Engineer, Anti-Abuse & Messaging Policy Comcast From: mailop On Behalf Of Muyeed Ali via mailop Sent: Monday, November 14, 2022 10:43 AM To: mailop@mailop.org Subject: [EXTERNAL] [mailop] TLS-RPT reporting software Hell

Re: [mailop] [EXTERNAL] TLS-RPT reporting software

Correct. Or try the postfix users list or even the #postfix on irc.libera.chat -- Alex Brotman Sr. Engineer, Anti-Abuse & Messaging Policy Comcast From: Muyeed Ali Sent: Tuesday, November 15, 2022 10:28 PM To: Brotman, Alex Cc: mailop@mailop.org Subject: Re: [EXTERNAL] [mailop] TLS-RPT reporti

Re: [mailop] [EXTERNAL] Re: TBTB: TLS Reporting really works

> -Original Message- > From: mailop On Behalf Of Slavko via mailop > Sent: Monday, December 5, 2022 9:09 AM > To: mailop@mailop.org > Subject: [EXTERNAL] Re: [mailop] TBTB: TLS Reporting really works > > Dňa 5. decembra 2022 10:21:45 UTC používateľ Alessandro Vesely via mailop > napísa

[mailop] emailservices.io contact?

I tried their normal support channels, and that didn't work out very well. Looking for a technical contact at emailservices.io, specifically relating to their MX/ configuration. Thanks -- Alex Brotman Sr. Engineer, Anti-Abuse & Messaging Policy Comcast _

[mailop] Morgan Stanley Contact?

Wondering if there might be a Morgan Stanley (ms.com) representative on the list, or a contact someone could provide? Thanks -- Alex Brotman Sr. Engineer, Anti-Abuse & Messaging Policy Comcast ___ mailop mailing list mailop@mailop.org https://list.mai

Re: [mailop] Comcast Help

Casey Not sure where your request went, I don't see it in my inbox. Please send over information to my email. Thanks. Generally, folks can use delivery-supp...@cable.comcast.com for these types of inquiries. -- Alex Brotman Sr. Engineer, Anti-Abuse

Re: [mailop] [EXTERNAL] Comcast mail practices

Aaron, I’m trying to find a good resource to understand if this is a partner in some way. It looks like they sold the collections to an outside agency, if it is legitimate at all. -- Alex Brotman Sr. Engineer, Anti-Abuse & Messaging Policy Comcast From: mailop On Behalf Of Aaron de Bruyn via

Re: [mailop] [EXTERNAL] Should mailing list messages be DKIM signed? (ARC / DKIM)

Is there an adverse effect that might indicate why you wouldn't want to? -- Alex Brotman Sr. Engineer, Anti-Abuse & Messaging Policy Comcast > -Original Message- > From: mailop On Behalf Of Patrick Ben Koetter > via mailop > Sent: Friday, February 17, 2023 11:08 AM > To: mailop > Subjec

Re: [mailop] [EXTERNAL] Re: MTA-STS and DANE, Mail Sending Self-Test Platform

Microsoft is implementing DANE five years after we completed MTA-STS, and they're still not done. That's a fair bit of time. IIRC, they implemented MTA-STS before we were done with the draft. I applaud them for deploying DANE, but for the meantime, it seems beneficial to support both (which C

Re: [mailop] [EXTERNAL] v4 vs v6 MXs

We deliver over v4/v6. It generally works rather well for us. We do occasionally see someone who publishes a v6 MX and doesn't seem to properly test (there was a .gov a few weeks ago for example, since resolved in some way). -- Alex Brotman Sr. Engineer, Anti-Abuse & Messaging Policy Comcas

Re: [mailop] [EXTERNAL] Cloudmark Contact

Scott, FWIW, I sent you a private response to your original message, and I didn’t see a response from you, nor in the quarantine. -- Alex Brotman Sr. Engineer, Anti-Abuse & Messaging Policy Comcast From: mailop On Behalf Of Scott Mutter via mailop Sent: Friday, November 8, 2024 11:09 AM To: ma

Re: [mailop] [EXTERNAL] Anyone who implemented a script to convert CSA Whitelist in JSON format "csa-iplist-v2.json" into something postfix-usable ?

I created a script to convert this to a format that can be used by RBLDNSD, if that's what you are interested in. -- Alex Brotman Sr. Engineer, Anti-Abuse & Messaging Policy Comcast > -Original Message- > From: mailop On Behalf Of Ralf Schenk via mailop > Sent: Wednesday, October 23,

[mailop] Trend Micro Contact

Hello, It appears as though TM has a segment of our network incorrectly listed as "dial-up". I'm looking for a contact over there who might be able to resolve that, and who I can supply with a list of what is currently "dynamic". Thank you. -- Alex Brotman Sr. Engineer, Anti-Abuse & Messagi

Re: [mailop] [EXTERNAL] Re: Trend Micro Contact

Anti-Abuse & Messaging Policy Comcast > -Original Message- > From: mailop On Behalf Of Michael Peddemors > via mailop > Sent: Monday, September 23, 2024 6:56 PM > To: mailop@mailop.org > Subject: [EXTERNAL] Re: [mailop] Trend Micro Contact > > On 2024-09-23 14:52, Bro

Re: [mailop] Looking for Assistance from Comcast

Hello, happy to help if I can. -- Alex Brotman Sr. Engineer, Anti-Abuse & Messaging Policy Comcast From: mailop On Behalf Of Ferris, Rhys (SCC) via mailop Sent: Tuesday, September 24, 2024 1:16 PM To: mailop@mailop.org Subject: [EXTERNAL] [mailop] Looking for Assistance from Comcast Hello List

Re: [mailop] [EXTERNAL] IRS DKIM signing L=

Reached out to someone over there. Hopefully they can get it to the correct folks. -- Alex Brotman Sr. Engineer, Anti-Abuse & Messaging Policy Comcast From: mailop On Behalf Of Mark Alley via mailop Sent: Tuesday, September 17, 2024 5:16 PM To: mailop@mailop.org Subject: [EXTERNAL] [mailop] IR

Re: [mailop] [EXTERNAL] Cloudmark Contact

They’re most certainly not AWOL, some are even on this list. I’m not sure what difficulty you’re having, so I’m not sure how much assistance I can offer. -- Alex Brotman Sr. Engineer, Anti-Abuse & Messaging Policy Comcast From: mailop On Behalf Of Scott Mutter via mailop Sent: Thursday, Novemb

Re: [mailop] [EXTERNAL] Re: SMTP TLS Reports for forged senders.

Comcast (comcast.net) sends TLSRPT for both DANE and MTA-STS connection attempts. -- Alex Brotman Sr. Engineer, Anti-Abuse & Messaging Policy Comcast From: mailop On Behalf Of Bill Cole via mailop Sent: Saturday, November 16, 2024 9:39 PM To: Michael Rathbun via mailop Subject: [EXTERNAL] Re:

[mailop] .gov contact?

Looking for a contact for the domains below: bop.gov usdoj.gov atf.gov dea.gov vns.usdoj.gov ojp.usdoj.gov central.unicor.gov justice.gov doj.gov I assume it's all one entity. They're publishing an IPv6 address for their MX, but it seems unreachable. Verified from our MTAs, an unrelated host o

[mailop] USPS

Hey folks, I'm seeing periodic failures to usps.com (specifically "email.informeddelivery.usps.com", but the MX for both hosted at the same gpphosted names). It's not all the time, only during what I would guess to be high volume times of the day. From our systems, it's registering as a DANE

Re: [mailop] [EXTERNAL] IPv6 + DKIM issues with deliveries to Microsoft?

Dan, Seeing similar, though the messages appear to eventually deliver. -- Alex Brotman Sr. Engineer, Anti-Abuse & Messaging Policy Comcast > -Original Message- > From: mailop On Behalf Of Dan Malm via mailop > Sent: Monday, March 17, 2025 9:39 AM > To: mailop@mailop.org > Subject: [E

Re: [mailop] [EXTERNAL] Re: USPS

Okay, thanks, I'll pass this along to the site owners. -- Alex Brotman Sr. Engineer, Anti-Abuse & Messaging Policy Comcast > -Original Message- > From: mailop On Behalf Of Viktor Dukhovni > via mailop > Sent: Monday, March 24, 2025 8:08 AM > To: mailop@mailop.org > Cc: Viktor Dukhovni

Re: [mailop] [EXTERNAL] Re: IPv6 + DKIM issues with deliveries to Microsoft?

We're only using RSA, we're seeing this also. -- Alex Brotman Sr. Engineer, Anti-Abuse & Messaging Policy Comcast > -Original Message- > From: mailop On Behalf Of Marco via mailop > Sent: Monday, March 17, 2025 10:04 AM > To: mailop@mailop.org > Subject: [EXTERNAL] Re: [mailop] IPv6 +

Re: [mailop] [EXTERNAL] Re: USPS

om: mailop On Behalf Of Viktor Dukhovni via > mailop > Sent: Thursday, March 20, 2025 7:34 AM > To: mailop@mailop.org > Cc: Viktor Dukhovni > Subject: [EXTERNAL] Re: [mailop] USPS > > On Wed, Mar 19, 2025 at 11:47:21PM +, Brotman, Alex via mailop wrote: > > >

[mailop] DKIM-FBL for comcast.net

I've shared this a few other places, though, this will probably my last notice about the feature (consider it GA I guess?). If there are substantial updates, I'll announce them here. I'll also have information added to our postmaster site. If you have questions, please contact me off-list. Th

Re: [mailop] [EXTERNAL] Re: Comcast throttling and marking as spam

Hey folks, Apologies, was on the road for the holiday weekend, and didn't check this list. Gioele was able to get a hold of me, and I'll resolve their request/issue shortly. Generally speaking, if you're having problems delivering to "comcast.net", you can use delivery-supp...@cable.comcast.co

Re: [mailop] Comcast/Infinity Contact Assistance

Feel free to send me an email directly. Or, generally, folks can use delivery-supp...@cable.comcast.com -- Alex Brotman Sr. Engineer, Anti-Abuse & Messaging Policy Comcast From: mailop On Behalf Of Lamb, Lyle via mailop Sent: Saturday, July 19, 2025

Re: [mailop] Comcast/Infinity Contact Assistance

Folks, If you're having problems with the Xfinity Advanced Security or Business Security Edge and a URL being blocked at the browser level for Xfinity customers, you can try: https://spa.xfinity.com/help/advanced-security?faq=advanced-security

Re: [mailop] [EXTERNAL] Re: Comcast FBL Signup Error

It's likely cookie related. I think they were supposed to deploy a fix, though, not sure that's happened yet. Try incognito perhaps? However, also, there is something else you can choose to use. We've deployed a partial implementation of the DKIM-FBL that I'd proposed to the IETF (and I inte