SRS does this fine. But if the From domain (not the envelope from, the
domain in the "From" header) publishes a DMARC record with a reject
rule, Gmail may still decline the forwarded message. They say as much in
their documentation. While SRS handles almost everything fine, Gmail
will still sometimes reject forwarded email that they otherwise would
have accepted were it sent directly to a Gmail account, and sometimes
there is nothing you can do about this other than not forward that
email.
There will be no scenario in which Gmail accepts 100% of forwarded email
(unless you're working with a small sample size to declare that
statement invalid). This is just something you have to keep in mind, as
Gmail never promised to be the perfect recipient of forwarded emails.
On 2023-11-05 11:45, Mihamina RKTMB via Exim-users wrote:
Hi all,
I have an Exim installation where I just setup aliases.
exim.conf:
[...]
local_domains= @:myfoobar.com
[...]
aliases:
[...]
mihamina:[email protected]
[...]
In other words, if I send a message to [email protected], it gets
forwarded to [email protected].
When I test, the sender is [email protected] and the receiver is
[email protected].
The message is effectively forwarded to [email protected], but
the "From:" header is kept to [email protected].
The problem:
GMail rejects the message because my Exim server sends a message with a
"From:" set to [email protected] but atscom.io's SPF does not allow
this server to send such messages.
I have no authority on senders domains SPF (that's fair).
I guess there is a setting I have to set on Exim in order to fix this?
Regards
--
## subscription configuration (requires account):
## https://lists.exim.org/mailman3/postorius/lists/exim-users.lists.exim.org/
## unsubscribe (doesn't require an account):
## [email protected]
## Exim details at http://www.exim.org/
## Please use the Wiki with this list - http://wiki.exim.org/
