Red Hat Bugzilla – Bug 62618
submit.mc, /var/spool/clientmqueue not flushed
Last modified: 2007-04-18 12:41:36 EDT
Description of Problem:
This bug report is a little vague at the moment, but I feel compelled to get it
into the system. I will update it as I have more information.
The basic problem is that sendmail 8.12 has a new way of handling initial mail
submission with a new configuration file called submit.mc. It seems that the
invocation of sendmail has to be changed for this to work (based on reading
sendmail/SECURITY from the source which I suggest in bug 62617 should be part of
sendmail-doc). As far as I can tell, the necessary steps have not been taken.
The result is that Bad Things (TM) happen if you send mail while not on the
network and then reconnect. I often send mail on my laptop when not connected,
then connect and run my queue. These messages now end up in
/var/spool/clientmqueue rather than /var/spool/mqueue (which is by design) but
that queue appears never to get flushed.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. send a mail message while not connected to the network
2. observe the queue files in /var/spool/clientmqueue
The files stay there indefinitely even after subsequent connect to the network
including subsequent reboots or restarts of sendmail while connected to the network.
This queue should be flushed periodically.
Here is an excerpt from sendmail/SECURITY:
Mail will end up in the client queue if the daemon doesn't accept
connections or if an address is temporarily not resolvable. The
latter problem can be minimized by using
which, however, may have undesired side effects. See cf/README for
a discussion. In general it is necessary to clean the queue either
via a cronjob or by running a daemon, e.g.,
/PATH/TO/sendmail -L sm-msp-queue -Ac -q30m
As far as I can tell, this is not being done anywhere. Someone should study
this sendmail change and make sure that RedHat's init scripts and configuration
files are suitably adjusted. If someone else doesn't get to it first and I
figure it out, I'll post. I've been a sendmail user since the late 80's, have
written many sendmail configurations from scratch, and so consider myself a
sendmail expert. I will certainly try to suggest a proper resolution of this
problem and post a patch, but it will take me several days before I have time to
look at the problem in depth and didn't want to wait until then to report the
I have observed several more very bad breakages in sendmail 8.12 from skipjack
beta-1, some of which result in total inability to send mail under some
conditions. However, I see that RedHat has made the wise decision of backing
down to 8.11 in skipjack beta-2. I am therefore not going to continue to work
on figuring out my sendmail problems.
I am closing since we reverted back to 8.11.6.
A 8.12 one will be on http://people.redhat.com/laroche/
Florian La Roche