Strong agreement here. Despite SRS I still think forwarding is one of
the major road blocks to progress with email systems. It's been an
interesting trade off here as well because Google does one really weird
think with POP3 imports. They do SPF checks on the emails. Obviously,
SPF check at SMTP time makes sense because you take the connecting IP
and compare it. But a post SPF check runs through Received headers and
actually compares it against our inbound servers (inbound only, they
don't send mail). This causes the POP3 imported email to more
consistently land in the spam folder.
I take it that I could add the inbound servers to SPF and resolve it,
but I'm a bit reluctant to add those third party (rented servers) IPs
into the SPF when they don't send email purely to satisfy what I
consider to be a broken method of determining SPF.
I put this out into the world as well because who knows what I get back.
The intelligence in this list is quite above average.
On 2021-10-12 08:53, L. Mark Stone via mailop wrote:
I don't have the links handy, but a few years ago all of the majors
published KB articles strongly discouraging automated forwarding into
their systems. Their strong recommendation was for e.g. Gmail users to
configure their GMail accounts to collect (pull) the email from your
system instead.
Indeed, we typically disable forwarding as a matter of course, and
then enable it for customers on a case-by-case basis, after reminding
them they will get blocklisted faster if an account that has
forwarding out enabled is compromised.
Either way, customers appreciate that they have a choice, and it's a
communication that's helpful in that it talks about email security as
well as just delivery speed.
Hope that helps,
Mark
_________________________________________________________________
L. Mark Stone, Founder
North America's Leading Zimbra VAR/BSP/Training Partner
For Companies With Mission-Critical Email Needs
----- Original Message -----
From: "mailop" <mailop@mailop.org>
To: "mailop" <mailop@mailop.org>
Sent: Monday, October 11, 2021 8:54:19 PM
Subject: [mailop] Weird delays for email forwarded to Gmail
This is a pretty weird one to dive into, but I'd like to hear if others
experience the same. I hate email forwarding, but I'm going to pretend
for a moment that I don't.
My customers often complain of Gmail being slow to deliver forwarded
email to them, despite Google receiving the email from us rarely more
than 5 seconds after we initially receive it. I can confirm it. In one
case I actually confirmed it in the headers and documented it:
https://mxroute.com/delayed-delivery-to-gmail/
In a more recent attempt just today, I confirmed it yet again but
without the gap in time in the headers. I could refresh Gmail on mobile
and desktop, no email. Several minutes after Google had accepted it,
they delivered it to the inbox. The headers would show timestamps
indicating that they had received it exactly when they said they did in
my logs:
Delivered-To: jarl...@gmail.com
Received: by 2002:a05:6a11:200d:0:0:0:0 with SMTP id nf13csp6279777pxb;
Mon, 11 Oct 2021 17:37:58 -0700 (PDT)
X-Google-Smtp-Source:
ABdhPJxYCryvkSRT8bYyyUYJEeVFiB83XGUWuuW47EAOVwsIJGTkwnD0m7VAiRDiBk6Zo7MVMrhh
X-Received: by 2002:aca:3bd7:: with SMTP id
i206mr1514327oia.166.1633999078456;
Mon, 11 Oct 2021 17:37:58 -0700 (PDT)
Some of my customers are getting a bit belligerent over it, and it
seems
quite obvious to me to say "There is nothing that I can do about this."
That doesn't stop them from demanding it though, it surely must be "my
problem." So I'd like to get the opinion of other experts. Do you
experience this? Is there some magic detail that influences this that
everyone is aware of but me?
<3
Jarland
_______________________________________________
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop
_______________________________________________
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop
_______________________________________________
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop
