Le 5 mars 2014 à 18:10, Gilles Chehade <gil...@poolp.org> a écrit :
> can you start smtpd with -dv -T lookup -T table ?
> this should provide a bit more information about the ldap lookup
yup.
# smtpd -dv -T lookup -T table
debug: init ssl-tree
info: OpenSMTPD 5.4.2 starting
debug: bounce warning after 4h
debug: using "fs" queue backend
debug: using "ramqueue" scheduler backend
debug: using "ram" stat backend
info: startup [debug mode]
debug: queue: done loading queue into scheduler
debug: parent_send_config_ruleset: reloading
debug: parent_send_config_mfa: reloading
debug: parent_send_config: configuring smtp
TABLE "<anydestination>" type=LIST config=""
"*"
"bagheera"
TABLE "<anyhost>" type= config=""
"0.0.0.0/0"
"::/0"
"local"
TABLE "<dynamic:0>" type=LIST config=""
"foo.net"
TABLE "<getpwnam>" type=DYNAMIC config=""
TABLE "<localhost>" type= config=""
"127.0.0.1"
"192.168.0.128"
"ipv6:::1"
"ipv6:fe80::1%lo0"
"ipv6:fe80::20c:29ff:fe08:7d50%em0"
"local"
TABLE "<localnames>" type=LIST config=""
"bagheera.local"
"localhost"
TABLE "aliases" type=DYNAMIC config="/etc/mail/aliases.db"
TABLE "relay-hosts" type=DYNAMIC config="/etc/mail/relay-hosts.db"
TABLE "virtual-domains" type=DYNAMIC config="/etc/mail/virtual-domains.db"
TABLE "virtual-users" type=DYNAMIC config="/usr/libexec/smtpd/table-ldap
/etc/mail/virtual-users.conf"
mfa: building simple chains...
mfa: building complex chains...
mfa: done building complex chains
mfa: done building default chain
debug: mfa ready
debug: table-ldap: reading key "url" -> "ldap://127.0.0.1";
debug: table-ldap: reading key "username" -> "cn=email,ou=users,dc=local"
debug: table-ldap: reading key "password" -> "vierge"
debug: table-ldap: reading key "basedn" -> "dc=local"
debug: table-ldap: reading key "userinfo_filter" ->
"(&(objectClass=inetOrgPerson)(mail=%s))"
debug: table-ldap: parsing attribute "userinfo_attributes" (4) -> "mail"
debug: table-ldap: reading key "credentials_filter" ->
"(&(objectClass=inetOrgPerson)(mail=%s))"
debug: table-ldap: parsing attribute "credentials_attributes" (2) ->
"mail,userPassword"
debug: table-ldap: reading key "alias_filter" ->
"(&(objectClass=inetOrgPerson)(mail=%s))"
debug: table-ldap: parsing attribute "alias_attributes" (1) -> "mail"
debug: table-ldap: done reading config
debug: table-ldap: ldap server accepted credentials
debug: table-ldap: connected
debug: smtp: listen on IPv6:fe80::20c:29ff:fe08:7d50%em0 port 25 flags 0x0 pki
""
debug: smtp: listen on 192.168.0.128 port 25 flags 0x0 pki ""
debug: smtp: listen on 127.0.0.1 port 25 flags 0x0 pki ""
debug: smtp: listen on IPv6:fe80::1%lo0 port 25 flags 0x0 pki ""
debug: smtp: listen on IPv6:::1 port 25 flags 0x0 pki ""
debug: smtp: will accept at most 500 clients
debug: smtpd: scanning offline queue...
debug: smtpd: offline scanning done
debug: smtp: new client on listener: 0x98551cb9000
smtp-in: New session ce7f1f365cb16f30 from host 192.168.0.21 [192.168.0.21]
lookup: check "192.168.0.21" as NETADDR in table static:<localhost> -> 0
lookup: check "192.168.0.21" as NETADDR in table db:relay-hosts -> found
lookup: check "foo.net" as DOMAIN in table static:<anydestination> -> found
debug: 0x9854d6bd000: end of message, msgflags=0x0000
smtp-in: Accepted message 30972eb5 on session ce7f1f365cb16f30:
from=<j...@carnat.net>, to=<j...@foo.net>, size=5, ndest=1, proto=SMTP
debug: scheduler: evp:30972eb53e98e2d4 scheduled (mta)
debug: mta: received evp:30972eb53e98e2d4 for <j...@foo.net>
debug: mta: draining [relay:foo.net] refcount=1, ntask=1, nconnector=0, nconn=0
debug: mta: querying MX for [relay:foo.net]...
debug: mta: [relay:foo.net] waiting for MX
debug: MXs for domain foo.net:
192.168.0.128 preference 10
debug: mta: ... got mx (0x98545ea7420, foo.net, [relay:foo.net])
debug: mta: draining [relay:foo.net] refcount=1, ntask=1, nconnector=0, nconn=0
debug: mta: querying source for [relay:foo.net]...
debug: mta: ... got source for [relay:foo.net]: []
debug: mta: new [connector:[]->[relay:foo.net],0x10000]
debug: mta: connecting with [connector:[]->[relay:foo.net],0x0]
debug: mta-routing: searching new route for
[connector:[]->[relay:foo.net],0x0]...
debug: mta-routing: selecting candidate route [] <-> 192.168.0.128
debug: mta-routing: spawning new connection on [] <-> 192.168.0.128
debug: mta: 0x985504b5c00: spawned for relay [relay:foo.net]
debug: mta: connecting with [connector:[]->[relay:foo.net],0x0]
debug: mta: cannot use [relay:foo.net] before 2s
debug: mta-routing: no route available for [connector:[]->[relay:foo.net],0x0]:
must wait a bit
debug: mta: retrying to connect on [connector:[]->[relay:foo.net],0x0] in 2s...
debug: mta: draining [relay:foo.net] refcount=3, ntask=1, nconnector=1, nconn=1
debug: mta: scheduling relay [relay:foo.net] in 1s...
smtp-out: Connecting to smtp+tls://192.168.0.128:25 (bagheera.local.) on
session a477a901ccc2e17c...
debug: smtp: new client on listener: 0x98551cb9000
smtp-out: Connected on session a477a901ccc2e17c
smtp-in: New session ce7f1f374e6767ab from host bagheera.local. [192.168.0.128]
debug: mta-routing: route [] <-> 192.168.0.128 (bagheera.local.) is now valid.
debug: mta: connecting with [connector:[]->[relay:foo.net],0x20000]
debug: mta: canceling connector timeout
debug: mta: enough connections already
debug: mta: 0x985504b5c00: handling next task for relay [relay:foo.net]
lookup: check "192.168.0.128" as NETADDR in table static:<localhost> -> found
lookup: check "foo.net" as DOMAIN in table static:<dynamic:0> -> found
debug: table_ldap_internal_query:
filter=(&(objectClass=inetOrgPerson)(mail=j...@foo.net)), ret=1
Segmentation fault
warn: table-proc: pipe closed
fatal: table-proc: exiting
warn: smtp -> lka: pipe closed
warn: queue -> lka: pipe closed
warn: mda -> lka: pipe closed
warn: mta -> lka: pipe closed
warn: control -> lka: pipe closed
warn: scheduler -> queue: pipe closed
warn: parent -> lka: pipe closed
warn: mfa -> control: pipe closed
--
You received this mail because you are subscribed to misc@opensmtpd.org
To unsubscribe, send a mail to: misc+unsubscr...@opensmtpd.org
