Magnus Bäck wrote:
On Monday, May 25, 2009 at 22:35 CEST,
Per olof Ljungmark <p...@bsdlabs.com> wrote:
Wietse Venema wrote:
Sorry, that is a well-known bug in YOUR SYSTEM LIBRARY.
Postfix uses the SYSTEM LIBRARY function getpwnam() to look up the
user name, and when LDAP is busted, YOUR SYSTEM LIBRARY getpwnam()
returns that the user does not exist.
So please gt get YOUR SYSTEM LIBRARY fixed and all will be well.
There is ni way that Postfix can determine tat the SYSTEM LIBRARY
function getpwnam() falsely claims that the user does not exist.
I may be out on a limb here but what system library?
The system library that is responsible for answering name service
queries. If you configure your system to lookup users via LDAP
(typically via nsswitch.conf), Postfix has no idea about this since
it only uses getpwnam() and friends for the lookups.
Postfix is configured to use LDAP, in this particular case the LDAP
server is unavailable. Is the system (in this case FreeBSD) library
then responsible for the error?
In any case, this is the log from an occurance of the problem in question:
May 20 09:59:24 <host> postfix/smtpd[77250]: NOQUEUE: reject: RCPT from
<sender>[IP.HERE]: 550 5.1.1 <f...@address>: Recipient address rejected:
User unknown; from=<from> to=<t...@address> proto=ESMTP helo=<lap02le>
"postconf -n" output, please. And which address class is this?
It is "relay domain".
relay_recipient_maps = ldap:/usr/local/etc/postfix/ldap-lookup.cf
ldap-lookup.cf:
search_base = o=inter-sonic.com
server_host = ldap://1
ldap://2
ldap://3
query_filter =
(&(accountStatus=Active)(|(mail=%s)(mailalternateaddress=%s)))
result_filter = %s
result_attribute = mail,mailalternateaddress
