I've just compiled and installed 5.4.2. Not sure why, but smtpd still crashes after a LDAP lookup.
### SMTPD CONFIGURATION (there may be some garbage as I am still digging ;-) # egrep -v "^$|^#" /etc/mail/smtpd.conf.local lan_addr = "192.168.0.128" listen on all table aliases db:/etc/mail/aliases.db table relay-hosts db:/etc/mail/relay-hosts.db table virtual-domains db:/etc/mail/virtual-domains.db table virtual-users ldap:/etc/mail/virtual-users.conf accept for domain "foo.net" virtual <virtual-users> deliver to maildir "/home/vmail/%{dest.user}" accept from source <relay-hosts> for any relay # egrep -v "^$|^#" /etc/mail/relay-hosts 127.0.0.1 YES 192.168.0.0/24 YES # egrep -v "^$|^#" /etc/mail/virtual-domains foo.net OK bar.net OK # egrep -v "^$|^#" /etc/mail/virtual-users.conf url ldap://127.0.0.1 username cn=email,ou=users,dc=local password vierge basedn dc=local userinfo_filter (&(objectClass=inetOrgPerson)(mail=%s)) userinfo_attributes mail credentials_filter (&(objectClass=inetOrgPerson)(mail=%s)) credentials_attributes mail,userPassword alias_filter (&(objectClass=inetOrgPerson)(mail=%s)) alias_attributes mail ### THE MAIL CLIENT # telnet 192.168.0.128 25 Trying 192.168.0.128... Connected to 192.168.0.128. Escape character is '^]'. 220 bagheera.local ESMTP OpenSMTPD helo macbook 250 bagheera.local Hello macbook [192.168.0.21], pleased to meet you mail from: <j...@carnat.net> 250 2.0.0: Ok rcpt to: <j...@foo.net> 250 2.1.5 Destination address valid: Recipient ok data 354 Enter mail, end with "." on a line by itself test . 250 2.0.0: 103214a3 Message accepted for delivery Connection closed by foreign host. ### THE SMTPD LOG debug: smtp: new client on listener: 0x19c7d226c000 smtp-in: New session 29e925d57787e672 from host 192.168.0.21 [192.168.0.21] debug: 0x19c7d5549000: end of message, msgflags=0x0000 smtp-in: Accepted message 103214a3 on session 29e925d57787e672: from=<j...@carnat.net>, to=<j...@foo.net>, size=5, ndest=1, proto=SMTP debug: scheduler: evp:103214a36b0ca766 scheduled (mta) debug: mta: received evp:103214a36b0ca766 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 (0x19c7cde103a0, 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: 0x19c7d98d8c00: 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 de8f21dcdbc05dcc... debug: smtp: new client on listener: 0x19c7d226c000 smtp-out: Connected on session de8f21dcdbc05dcc smtp-in: New session 29e925d6c137dcb8 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: 0x19c7d98d8c00: handling next task for relay [relay:foo.net] 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: queue -> lka: pipe closed warn: smtp -> lka: pipe closed warn: mta -> lka: pipe closed warn: control -> lka: pipe closed warn: mda -> lka: pipe closed warn: mfa -> smtp: pipe closed warn: scheduler -> control: pipe closed warn: parent -> lka: pipe closed ### THE LDAPD LOG Mar 5 17:57:39.356 [20646] consumed 125 bytes Mar 5 17:57:39.356 [20646] got request type 3, id 2 Mar 5 17:57:39.356 [20646] base dn = dc=local, scope = 2 Mar 5 17:57:39.356 [20646] requesting 01 access to dc=local by cn=email,ou=users,dc=local, in namespace dc=local Mar 5 17:57:39.356 [20646] init index scan on [mail=j...@foo.net,] Mar 5 17:57:39.356 [20646] found index mail=j...@foo.net,mail=j...@foo.net,ou=users,ou=foo.net, Mar 5 17:57:39.356 [20646] lookup indexed key [mail=j...@foo.net,ou=users,ou=foo.net,dc=local] Mar 5 17:57:39.356 [20646] found dn mail=j...@foo.net,ou=users,ou=foo.net,dc=local Mar 5 17:57:39.356 [20646] requesting 01 access to mail=j...@foo.net,ou=users,ou=foo.net,dc=local by cn=email,ou=users,dc=local, in namespace dc=local Mar 5 17:57:39.356 [20646] found index mail=maria...@bar.net,mail=maria...@bar.net,ou=users,ou=bar.net, Mar 5 17:57:39.356 [20646] scanned past index prefix [mail=j...@foo.net,] Mar 5 17:57:39.357 [20646] 1 scanned, 1 matched, 0 dups Mar 5 17:57:39.357 [20646] sending response 5 with result 0 Mar 5 17:57:39.357 [20646] finished search on msgid 2 Mar 5 17:57:39.357 [20646] end-of-file on connection 12 Mar 5 17:57:39.357 [20646] closing connection 12 ### THE LDAP CLIENT # ldapsearch -H ldap://127.0.0.1 -D "cn=email,ou=users,dc=local" -w vierge -b "dc=local" "(&(objectClass=inetOrgPerson)(mail=j...@foo.net))" (...) dn: mail=j...@foo.net,ou=users,ou=foo.net,dc=local objectClass: top objectClass: person objectClass: organizationalPerson objectClass: inetOrgPerson cn: Joel Carnat sn: Carnat givenName: Joel mail: j...@foo.net userPassword:: dmllcmdl # search result search: 2 result: 0 Success # numResponses: 2 # numEntries: 1 Le 5 mars 2014 à 10:27, Gilles Chehade <gil...@poolp.org> a écrit : > Well, first question first, does it work for you ? :-) > > On Wed, Mar 05, 2014 at 07:59:27AM +0100, Joel Carnat wrote: >> Will for LDAP here. :) >> Feel free to MP. French or English. >> >> -- >> e-mail different >> >>> Le 5 mars 2014 ?? 02:35, Gilles Chehade <gil...@poolp.org> a ??crit : >>> >>> Hi, >>> >>> We have just released a minor stable version and hopefully we should not >>> see another minor release before OpenSMTPD 5.5.0 comes out several weeks >>> from now. >>> >>> In the meantime, I'd like to stabilize table_ldap and table_postgres, so >>> we could *maybe* stop shipping them as experimental with our next big >>> release. >>> >>> If people willing to use ldap or postgres could get in touch with me, it >>> would be nice ;-) >>> >>> -- >>> Gilles Chehade >>> >>> https://www.poolp.org @poolpOrg >>> >>> -- >>> You received this mail because you are subscribed to misc@opensmtpd.org >>> To unsubscribe, send a mail to: misc+unsubscr...@opensmtpd.org >>> >> >> -- >> You received this mail because you are subscribed to misc@opensmtpd.org >> To unsubscribe, send a mail to: misc+unsubscr...@opensmtpd.org >> > > -- > Gilles Chehade > > https://www.poolp.org @poolpOrg > > -- > You received this mail because you are subscribed to misc@opensmtpd.org > To unsubscribe, send a mail to: misc+unsubscr...@opensmtpd.org > -- You received this mail because you are subscribed to misc@opensmtpd.org To unsubscribe, send a mail to: misc+unsubscr...@opensmtpd.org