On Mon, Jun 26, 2023 at 11:04:37AM +0900, Alberto Lepe via Postfix-users wrote:
> I have a mailing list like:
>
> sa...@example.com:
> pe...@example.com
> s...@example.com
> jenni...@example.com
> a...@example.com
Post the output of:
$ postmap -q 'sa...@example.com' $(postconf -xh virtual_alias_maps)
Ditto for:
$ postmap -q 'a...@example.com' $(postconf -xh virtual_alias_maps)
> in which, a...@example.com is forwarded to:
> y...@example.com
> yuko.exam...@gmail.com
>
> Sending an email to: "sa...@example.com" will reach the inbox in "
> y...@example.com", but not "yuko.exam...@gmail.com".
Post all log entries pertaining to the processing of a message to
"sa...@example.com". Perhaps the "@gmail.com" delivery is rejected by
gmail, or is delivered to the user's junk mail "folder".
> However, sending an email directly to: "a...@example.com" will reach
> both inboxes.
Likewise post the relevant logs.
>
> I have read about similar issues when using virtual mailboxes. I'm using
> MySQL:
Virtual mailboxes have nothing to do with this. Your issue is apparent
non-delivery to a remote address. Note that such non-delivery is common
when DMARC policy or SPF records come into play, and the sender's domain
specifies a limited set of legitimate sources that don't include your
"example.com" MTAs.
> virtual_alias_maps = mysql:/etc/postfix/mysql.aliases.cf
This is the only relevant table.
> How can I fix it? If more information is needed, please let me know.
Naïve forwarding to remote domains works poorly these days. It is best
avoided, or else you'll need to jump through various rewriting hoops
that simple envelope recipient expansion cannot handle.
--
Viktor.
_______________________________________________
Postfix-users mailing list -- postfix-users@postfix.org
To unsubscribe send an email to postfix-users-le...@postfix.org
