Re: [mailop] [E] $GOOG

On 4/20/2022 11:41 PM, Larry M. Smith via mailop wrote: I'd suggest anything that shows gmailapi.google.com in the header be rejected -- at least until Google can get a handle on the abuse Excellent information - somehow, this slipped under my radar. So I've just done some cursory analysis of

Re: [mailop] [E] $GOOG

yuv via mailop wrote on 2022-04-18 19:54: On Mon, 2022-04-18 at 06:16 +0200, Paul Vixie via mailop wrote: ... ... Earlier in this interesting thread you qualified Gmail as "late stage surveillance capitalism." Has it occured to you that reputation services, whether distributed or other, are

Re: [mailop] Is there any cloudflare staff here?

Reaching out off-list. -- Alexander Huynh R&D, Cloudflare ___ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop

Re: [mailop] [E] $GOOG

On 4/19/2022, Hans-Martin Mosner via mailop wrote: (snip)> When I detect those in the logs I add the MAIL FROM address to the known-spammer list, which causes the mail to be rejected earlier in the SMTP dialogue and seems to stop the retries. Most times I don't care whether they're retrying rep

Re: [mailop] [E] $GOOG

On 4/18/2022, Bill Cole via mailop wrote: (snip) Did you mean "GMail?" Yes, you are correct -- Gmail. Sorry about that. Finger memory, or something. -- SgtChains ___ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop

Re: [mailop] DKIM by the third party

On 4/20/2022 10:04 PM, Henrik S via mailop wrote: My mail is sent by the third party smtp server, and the dkim signature is made for the third party domain (for this case, it's pobox.com). does this DKIM have helps to the authorization of my outgoing messages? I'm curious about others' opinio

[mailop] Is there any cloudflare staff here?

I found a possible bug for their email routing. I have two mailboxes on this domain whose email is handled by cloudflare email route. userA -> catchall forwarded -> gmail userB -> specific forwarded -> yahoo both userA and userB have subscribed to the debian mailing lists. But, the messages

Re: [mailop] DKIM by the third party

Henrik S via mailop writes: > (... thanks ...) > does this DKIM have helps to the authorization of my outgoing messages? The answer is "case by case". And i'm doing that [^^^] for forwarding (to Gmail). Sincerely, Linux fan Byung-Hee [^^^] test screenshot with forwarding to gmail:

[mailop] DKIM by the third party

Hello My mail is sent by the third party smtp server, and the dkim signature is made for the third party domain (for this case, it's pobox.com). does this DKIM have helps to the authorization of my outgoing messages? Thanks ___ mailop mailing list m

Re: [mailop] Odd delay at Gmail ?

On 20 Apr 2022, at 13:06, Bill Cole via mailop wrote: > When I looked at this phenomenon I didn't see any clumping of delay times, > but I only had a few dozen with delays 10m-10h so they were pretty sparsely > scattered. Matches me—few and apart—observations. -lem

Re: [mailop] Odd delay at Gmail ?

On 20 Apr 2022, at 12:35, Cyril - ImprovMX via mailop wrote: > That idea also crossed my mind, that it would only be displayed when the > actual time is > than the Date in the email. > Unfortunately, that's something I cannot tell, I don't know and since it is > occurring rarely, it's hard to ask

Re: [mailop] SendGrid, what happens when you don't address the root problem (Indeed Phishing)

It appears that Atro Tossavainen via mailop said: >> One more reason to flag all of SendGrid shared servers as spam? > >They're definitely the biggest ESP in our spamtraps, have been >for more than a year solid. Same here. Whatever they do to prevent crooked customers from signing up, or keeping

Re: [mailop] Odd delay at Gmail ?

On 2022-04-20 at 12:08:09 UTC-0400 (Wed, 20 Apr 2022 17:08:09 +0100) Laura Atkins via mailop is rumored to have said: > It seems weird to me that Google would sit on an email for exactly 8 hours Pedantic note: the times cited were actually 7:54:45 apart, so it's not some oddly even amount of ti

Re: [mailop] Odd delay at Gmail ?

That idea also crossed my mind, that it would only be displayed when the actual time is > than the Date in the email. Unfortunately, that's something I cannot tell, I don't know and since it is occurring rarely, it's hard to ask the user to "try again". Le mer. 20 avr. 2022 à 18:11, Laura Atkins v

Re: [mailop] Odd delay at Gmail ?

> On 20 Apr 2022, at 16:44, Cyril - ImprovMX via mailop > wrote: > > Thank you all. > > About Laura's question, I can confirm that on our end, we successfully > forwarded the message with a 2XX response from Google within a few seconds. > Our timestamp show that this user should have receiv

Re: [mailop] Odd delay at Gmail ?

Thank you all. About Laura's question, I can confirm that on our end, we successfully forwarded the message with a 2XX response from Google within a few seconds. Our timestamp show that this user should have received the email 8 hours before he really received it. @Alexander: Your suggestion is v

Re: [mailop] Odd delay at Gmail ?

On 2022-04-20 12:51:47 +0200, Cyril - ImprovMX wrote: > What happened here ? Anecdotally, I recently switched MX servers and found that my emails from Google were also delayed for about 8 hours. The next day when I received my MTA-STS reports, I found 53 failures as reported by Google, since my th

Re: [mailop] Odd delay at Gmail ?

On 2022-04-20 at 06:51:47 UTC-0400 (Wed, 20 Apr 2022 12:51:47 +0200) Cyril - ImprovMX via mailop is rumored to have said: What happened here ? Gmail happened. Only Google (maybe) knows what this phenomenon is. Maybe Brandon Long will speak up here about it, maybe not. Our logs clearly show

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

[mailop] Odd delay at Gmail ?

Hi everyone ! I'm reaching out in the hope to find someone in the same situation, and that I can receive some input on why this happened. We forward a lot of emails including to Gmail, and a user reached out to us because their email arrived in their inbox with a delay of 8 hours! That user was

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

Heho, Good to hear it is only cosmetic. :-) > I do think it's reasonable to assume CRLF is the safer value. :) Well, difficult. I'd say that the initial phrasing of the RFC might have cause some confusion. But one would have to gauge a lot more implementations to know that... 🤔 Might be a worthw

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

Hi Matt Yeah - they’ve been doing it for quite a while - the Dutch SIDNLabs actually have some pretty nice graphs showing the number of queries for TLSA records https://stats.sidnlabs.nl/en/mail.html#tlsa#tlsa I believe they are also working on a blog-entry about the progress - maybe someone fr