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):

8.12.2-8

How Reproducible:

always

Steps to Reproduce:
1. send a mail message while not connected to the network
2. observe the queue files in /var/spool/clientmqueue

Actual Results:

The files stay there indefinitely even after subsequent connect to the network
including subsequent reboots or restarts of sendmail while connected to the network.

Expected Results:

This queue should be flushed periodically.

Additional Information:

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

	FEATURE(`nocanonify', `canonify_hosts')
	define(`confDIRECT_SUBMISSION_MODIFIERS', `C')

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
problem.