On 8/12/22 6:03 PM, Simon Arlott via mailop wrote:
-snip-
Ideally random outgoing address selection across all IP address
families should be used to avoid this but Exim can't do that.
Sure it can, set your router to include
ipv4_prefer = ${randint:2}
We "can" limit it the RFC's, and the companies that fail that otherwise
would pass, should clean up those records..
But mainly for the opposite way you expect.. we don't 'fail' to process
those, they simply are treated as too weak to be reliable.
SPF can help the reputation of the sender,
On Fri, Aug 12, 2022 at 3:15 PM Simon Arlott via mailop
wrote:
> On 12/08/2022 17:22, Jesse Hathaway via mailop wrote:
> > Back in 2013[1] we changed our mail config to force MX lookups for gmail
> > to only use IPv4 addresses. We made these change after hearing reports
> > of higher spam
I mean, you can either limit it to the limits in the RFC and fail a bunch
of things that would otherwise pass, or
acknowledge that those limits are much smaller than practical given the
proliferation of third party senders
that are used by companies.
Especially since some larger companies will
Thanks everyone for the advice. For the immediate future I am going to
continue to send to Gmail only over IPv4. After I have some confidence
that I have checked all the boxes for our IPv6 IPs I will do some
experimental sending to Gmail from those IPs. If I can achieve reliable
delivery I will
On 12/08/2022 17:22, Jesse Hathaway via mailop wrote:
> Back in 2013[1] we changed our mail config to force MX lookups for gmail
> to only use IPv4 addresses. We made these change after hearing reports
> of higher spam scoring when sending mail via IPv6. Would anyone from
> Google be able to
Hi,
Dňa 12. augusta 2022 17:24:51 UTC používateľ Michael Peddemors via mailop
napísal:
>* Turn off ipv6 for MTA->MTA mail. (I know the IPv6 evangelists scream when I
>say this, but email operators just want it to work) Slowly we work towards
>first MTU->MTA over IPv6, I think we will see
Addendum: It's amazing how many billion dollar companies can't even get
SPF right.. Pop Quiz.. how many recursive DNS queries are supposed to be
in SPF max?
On 2022-08-12 10:24, Michael Peddemors via mailop wrote:
And frankly, for most people it is the easiest solution.
So many time we tell
And frankly, for most people it is the easiest solution.
So many time we tell people, turn off IPv6 and all their problems go
away, but asking them to set up all the extra layers such as SPF, DKIM
etc, and to do it right.. well.. in practice, people have better things
to do..
We of course
Hey Jesse,
This is sort of controversial and you'll get some people saying very
vehemently that you should never do this ever, for various reasons of
interoperability or strong opinions about how the internet works. But
instead, here's my take from an operational perspective...
I personally
Back in 2013[1] we changed our mail config to force MX lookups for gmail
to only use IPv4 addresses. We made these change after hearing reports
of higher spam scoring when sending mail via IPv6. Would anyone from
Google be able to comment as to whether forcing IPv4 is still needed?
Yours kindly,
With the newsletter bombs my inbox has been getting, and me reporting
every single one through spamcop, I submit that I've broken things. I
even bought the "fuel" to bypass the delays.
On 2021-09-18 10:07, Andy Smith via mailop wrote:
Hello,
On Sat, Sep 18, 2021 at 12:16:29AM -0400, John
There definitely is a performance/reliability issue. It doesn't only affect
the we fron end but also SMTP based submission where 45x type errors don't
really matter.
Cheers,
Hans-Martin
Am 18. September 2021 17:40:48 schrieb Andy Smith via mailop
:
Hello,
On Sat, Sep 18, 2021 at
Hello,
On Sat, Sep 18, 2021 at 12:16:29AM -0400, John Levine via mailop wrote:
> It appears that Michael Butler via mailop said:
> >It looks like google is no longer accepting spam reports; all my spamcop
> >submissions now fail with something like this in the log ..
>
> I send lots of abuse
It appears that Michael Butler via mailop said:
>It looks like google is no longer accepting spam reports; all my spamcop
>submissions now fail with something like this in the log ..
I send lots of abuse reports to Google, most recently an hour ago. and as far
as I can tell
they accept them
It looks like google is no longer accepting spam reports; all my spamcop
submissions now fail with something like this in the log ..
Tracking message source: 2a00:1450:4864:20:0:0:0:144:
Routing details for 2a00:1450:4864:20:0:0:0:144
ab...@google.com bounces (25774 sent : 13245 bounces)
HI All,
Just wondering if anyone from Google mail is on list. Having issues with some
domains ending up in SPAM on for any receipts that use Gmail or Gsuite mail.
After days of talking with google technical support going through the normal
channels and passing all the basic tests they asked
17 matches
Mail list logo