Sendmail 8.15.2 - hangs accepting e-mail with LDAP enabled
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
sendmail (Ubuntu) |
New
|
Undecided
|
Unassigned |
Bug Description
Sendmail 8.15.2 seems to have a file descriptor bug/handling problem, which is exposed when the ldap_routing feature is enabled.
I'm not certain I understand what you mean by "source package", but I assume what you're looking for is the 'sendmail' package.
Distro: Ubuntu 16.04.1 LTS
Package version: apt-cache policy sendmail
sendmail:
Installed: 8.15.2-3
Candidate: 8.15.2-3
Version table:
*** 8.15.2-3 500
500 http://
500 http://
100 /var/lib/
I expect e-mail received from a remote system to be processed and accepted by the local sendmail process.
What happens is that the sendmail process hangs and never completes processing the e-mail message, so it does not get delivered.
The configuration: When I add FEATURE(
Background: I initially developed my mc/cf files with ldap_routing on Ubuntu 14.04 systems. I had no problems with sendmail processing/delivery until I took the .cf file from my Ubuntu 14.04 system and used it with the Ubuntu 16.04 sendmail package (at which point I observed delivery problems). For troubleshooting, I used a stock Ubuntu 16.04 sendmail.mc file and slowly added things to it until I the problem reoccurred. I have found that adding FEATURE(
Fuller problem report: The problem occurs when a (remote) SMTP host delivers e-mail over port 25 to the affected Ubuntu 16.04 system. Ubuntu's 16.04 sendmail process will report that it has accepted the e-mail message (over port 25), but the e-mail message is never delivered. Running 'ps auxwww | grep sendmail' on the Ubuntu 16.04 system after delivering an e-mail message to it, the sendmail child process reports that it's still accepting the message, like it hasn't finished processing it. This sendmail process hangs around indefinitely (I've waited days), and never finishes processing. If I kill the child sendmail process that was spawned to accept/process this message, at the next sendmail queue run interval the message is read from mqueue and properly delivered.
When I run strace -p <sendmail_
When I start the sendmail daemon as "strace -f /usr/sbin/
If I start sendmail as "/usr/sbin/
The bug.apport output is included as a file attachment.