Re: [mailop] Gmail now deferring email which meets their published reqs

2023-12-31 Thread Jaroslaw Rafa via mailop
Dnia 30.12.2023 o godz. 15:57:45 Richard Rognlie via mailop pisze:
> I'm not seeing deferrals but some of my users are reporting that they're
> not seeing emails coming from my play by email service.  I've double
> checked the logs and gmail is accepting the messages.  So anything
> happening to user mail is under the covers on the gmail side.

It's very probable that Gmail files these messages to recipients' Spam
folder. It happens very often (more often than not) with my messages as
well.

People often tell me they can't find my messages in Spam folder, but I think
it's just their inability (lack of skill?) to do so, rather than the actual
lack of message in the folder, because I have myself set up a few accounts
on Gmail for test purposes, and always when I sent anything to one of these
accounts and the message wasn't in inbox, I was always able to find it in
Spam, the message never just "disappeared".
-- 
Regards,
   Jaroslaw Rafa
   r...@rafa.eu.org
--
"In a million years, when kids go to school, they're gonna know: once there
was a Hushpuppy, and she lived with her daddy in the Bathtub."
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop


Re: [mailop] Gmail now deferring email which meets their published reqs

2023-12-31 Thread Jaroslaw Rafa via mailop
Dnia 30.12.2023 o godz. 22:58:25 Simon Wilson via mailop pisze:
> 
> The error message from Google is specifically:
> 
> 421-4.7.28 Gmail has detected an unusual rate of unsolicited mail
> originating from your SPF domain [howiesue.net      35].  To protect our
> users from spam, mail sent from your domain has been temporarily rate
> limited.  For more information, go to
> https://support.google.com/mail/?p=UnsolicitedRateLimitError to review our
> Bulk Email Senders Guidelines
> 
> Google search tells me this is NOT the message they use when the IP
> address is the issue, but that they are having some unknown issue with the
> domain.

I have had exactly the same issue about a year(?) ago. All of a sudden, when
I sent a message to - if I remember correctly - 7 recipients, of which 5
were on Gmail, I got this rejection message and the message, as well as
subsequent ones, even if sent to only one recipient, were deferred for many
hours.
The issue lasted for maybe a week or two, then disappeared on its own.

On average, I send maybe three-four messages to Gmail users per day IN
TOTAL. Sometimes I don't send any message to Gmail at all even for two-three
days, so the message about "unusual rate of unsolicited email" seems pretty
ridiculous in this context.

Similar to you, I have SPF, DKIM, DMARC etc. all in place, valid PTR,
IP not on blocklists (except occasionally the entire ISP's netblock falls
onto UCEPROTECT level 3), I have owned this domain for multiple years. I
have also registered my server and domain on DNSWL. All this doesn't help in
any way. I have also my domain registered in Postmaster Tools, but it
doesn't show any data due to too small number of messages.

I guess Google's mail system is just tuned towards big senders who send
large amount of mail and totally doesn't "know" how to handle small senders
which send only a handful of messages. If I were Google, I would just exempt
the small domains (those that are too small to show up in Postmaster Tools)
from most "sophisticated" checks that their system is probably doing, which
may work well for large senders, but for small senders they just lead to
absurd FPs like the ones described here. But for some unknown reason, Google
doesn't want do do that. So for a small sender, it becomes more a random
thing whether their mail will be accepted by Google or not.
-- 
Regards,
   Jaroslaw Rafa
   r...@rafa.eu.org
--
"In a million years, when kids go to school, they're gonna know: once there
was a Hushpuppy, and she lived with her daddy in the Bathtub."
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop


Re: [mailop] Single deliveries are good for you was, Gmail now deferring

2023-12-31 Thread John Levine via mailop
It appears that Michael Orlitzky via mailop  said:
>This will work, but you probably don't want to make your entire MTA
>inefficient just to appease Google. 

Actually, you do, and it's not just Google.

I've seen stats that say that the average number of recipients on
legit mail is about 1.2, keeking in mind that bulk mailers all do
single deliveries since they customize each copy of the message. A
message with a dozen recipients in the same SMTP session is a very
strong spam signal. So don't do that, do single deliveries like
everyone else does.

It occurs to me that one of the reasons I don't see the delivery
problems that a lot of you do is that I use qmail (now heavily patched
of course) which has always done single deliveries. It works great.

Inevitably when I say this, someone will make huffy comments about how
horribly inefficient single deliveries are. It was a silly argument
when qmail started doing it 25 years ago and it's infinitely sillier
now. The total amount of bandwidth every mail system in the world uses
is a rounding error compared to what we use for cat videos. Since mail
systems do several deliveries in parallel, single deliveries are not
much slower than multi-recipient, and they're infinitely faster when
they get through and the others don't.

Happy St Sylvester's day,
John

PS: If you want to see the kinds of things that use up bandwitch, take a
look at my toy content farm at https://www.web.sp.am and then marvel
at OpenAI's GPTbot which has visited it 1.3 million times this month.
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop