Score:0

Postfix email forwarding working for one address but not for another

vn flag

I have Postfix configured to use MariaDB to hold data. Everything is managed through webmin.

This is what my forwardings table looks like (the first row is supposed to capture everything that's sent to an undefined alias):

I just found out that emails sent to [email protected] end up in the throwaway local virtual mailbox, while those sent to [email protected] are correctly forwarded to [email protected].

As a test, I created a new alias ([email protected]) and emails sent to this address are forwarded correctly to my gmail mailbox.

These aliases, and there are a bunch of them, are only defined in the database. Any idea how to even begin to figure out what's going on here?

Thanks!

EDIT: In case it helps, here's a sanitized excerpt from /var/log/maillog:

Email to [email protected] (delivered):

Dec  5 08:40:31 ewr postfix/smtpd[3924]: connect from sonic304-21.consmr.mail.ne1.yahoo.com[66.163.191.147]
Dec  5 08:40:31 ewr postfix/smtpd[3924]: warning: connect to Milter service inet:127.0.0.1:8891: Connection refused
Dec  5 08:40:31 ewr postfix/smtpd[3924]: ED0124002D: client=sonic304-21.consmr.mail.ne1.yahoo.com[66.163.191.147]
Dec  5 08:40:32 ewr postfix/cleanup[3949]: ED0124002D: message-id=<[email protected]>
Dec  5 08:40:32 ewr postfix/qmgr[4511]: ED0124002D: from=<[email protected]>, size=4412, nrcpt=1 (queue active)
Dec  5 08:40:32 ewr postfix/smtpd[3924]: disconnect from sonic304-21.consmr.mail.ne1.yahoo.com[66.163.191.147]
Dec  5 08:40:34 ewr postfix/smtp[3931]: ED0124002D: to=<[email protected]>, orig_to=<[email protected]>, relay=mail.redacted[xxx.xxx.xxx.xxx]:25, delay=2.1, delays=0.13/0/0.79/1.2, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as 4NQl6m6trfz9vNQ1)
Dec  5 08:40:34 ewr postfix/qmgr[4511]: ED0124002D: removed

Email to [email protected] (thrown away):

Dec  5 08:41:16 ewr postfix/smtpd[3924]: connect from sonic304-21.consmr.mail.ne1.yahoo.com[66.163.191.147]
Dec  5 08:41:16 ewr postfix/smtpd[3924]: warning: connect to Milter service inet:127.0.0.1:8891: Connection refused
Dec  5 08:41:17 ewr postfix/smtpd[3924]: 0BAA64002D: client=sonic304-21.consmr.mail.ne1.yahoo.com[66.163.191.147]
Dec  5 08:41:17 ewr postfix/cleanup[3949]: 0BAA64002D: message-id=<[email protected]>
Dec  5 08:41:17 ewr postfix/qmgr[4511]: 0BAA64002D: from=<[email protected]>, size=4402, nrcpt=1 (queue active)
Dec  5 08:41:17 ewr postfix/smtpd[3924]: disconnect from sonic304-21.consmr.mail.ne1.yahoo.com[66.163.191.147]
Dec  5 08:41:17 ewr postfix/pipe[3954]: 0BAA64002D: to=<[email protected]>, orig_to=<[email protected]>, relay=dovecot, delay=0.39, delays=0.15/0/0/0.24, dsn=2.0.0, status=sent (delivered via dovecot service)
Dec  5 08:41:17 ewr postfix/qmgr[4511]: 0BAA64002D: removed
in flag
Have you checked for leading or trailing whitespace in `Source`?
alex_223 avatar
vn flag
Thanks. I was thinking about that possibility. Neither webmin nor phpmyadmin showed any extra space, so I exported the table to CSV and there is no extra white space anywhere in any of the rows in the table.
Score:1
vn flag

Nevermind. I was mistyping the email alias I was using to test this.

I was 99% sure this was human error, but with only two hours of sleep in two days it's really easy to miss a typo.

I sit in a Tesla and translated this thread with Ai:

mangohost

Post an answer

Most people don’t grasp that asking a lot of questions unlocks learning and improves interpersonal bonding. In Alison’s studies, for example, though people could accurately recall how many questions had been asked in their conversations, they didn’t intuit the link between questions and liking. Across four studies, in which participants were engaged in conversations themselves or read transcripts of others’ conversations, people tended not to realize that question asking would influence—or had influenced—the level of amity between the conversationalists.