I see that both you and Viktor responded to my posting, thank you. While Viktor
provided a potential solution, I am answering your questions here in case this
information is still relevant to the issue.
- To be 'undeliverable' means the entry exists in the LDAP but either the entry
is configured in such a way the Postfix LDAP queries cannot determine how to
deliver the email or there is an issue with the LDAP query itself. 99% of the
time, it should be the LDAP entry and we should be able to correct the entry.
- The status is logged as "User unknown in virtual alias table"
- We did not have a currently broken example so we have recreated a previously
broken account to get you the logs that you requested. We believe the error
could happen within two different delivery agents.
smtp - The error appears here when the email is transferred from the
upstream server and fails immediately.
local - The error appears here when the email is transferred from the
upstream server but must 'walk' the LDAP to find the delivery information in
another account entry. (I tried to replicate this failure using sendmail -bv on
the server but not sure if that will provide you the log information you need.)
(The postfix server is currently set to softbounce while in testing mode.)
Failure Type #1
postfixServer postfix/smtpd[12152]: C4875A3A4D: client=orginatingServer
postfixServer postfix/cleanup[12450]: C4875A3A4D: message-id=<>
postfixServer postfix/qmgr[2440]: C4875A3A4D: from=<testuser@domain>, size=204,
nrcpt=1 (queue active)
postfixServer postfix/error[12460]: C4875A3A4D: to=<testu33@domain>,
relay=none, delay=15, delays=15/0.03/0/0.03, dsn=4.1.1, status=SOFTBOUNCE (User
unknown in virtual alias table)
Failure Type #2 (Tested using sendmail -bv)
postfix/pickup[5930]: ACC90A3A4F: uid=0 from=<testuser>
postfix/cleanup[12696]: ACC90A3A4F:
message-id=<20171229164026.acc90a3...@postfixserver.gmu.edu>
postfix/qmgr[2440]: ACC90A3A4F: from=<testuser@domain>, size=273, nrcpt=1
(queue active)
postfix/error[12698]: ACC90A3A4F: to=<testu33@domain>, relay=none, delay=0.04,
delays=0.03/0.01/0/0.01, dsn=5.1.1, status=undeliverable (User unknown in
virtual alias table)
postfix/qmgr[2440]: ACC90A3A4F: removed
thanks again,
=lc
________________________________
From: owner-postfix-us...@postfix.org <owner-postfix-us...@postfix.org> on
behalf of Wietse Venema <wie...@porcupine.org>
Sent: Wednesday, December 27, 2017 9:20 PM
To: Postfix users
Subject: Re: question on fallback transport usage
l carr:
> The domains are not defined under mydestination, they are defined
> under virtual_alias_domains. So it sounds like the fallback_transport
> may not work for us. Is there any other way to accomplish that
> same scenario?
That depends on what you mean with 'undeliverable'. Which Postfix
delivery agent logs the non-delivery, and what is logged as the
delivery status? You can anonymize the email address.
(Viktor and I are the main developers, so you're talking to the
right people).
Wietse
