sendmail blues (when invoked from gosling's emacs)

[mikem at uwstat.UUCP]

[Sorry if you've already seen this, I tried to cancel????]
Problem: sendmail when invoked from within gosling's emacs

I have a problem with the rmail.ml package in emacs -- but I think its a
sendmail problem.  If I try to send mail from within emacs
(by exec'ing "sendmail -t" ) and then I quickly "suspend" emacs, the
mail will not necessarily be delivered.  The symptoms are that in the
syslog file I get the "from" and "message-id" lines, but never get the
"to" line.  Every N hours sendmail complains that the message is locked.
Sometimes it has actually been delivered and sometimes not.

If I look in the mail spool directory I find the df,lf,qf,and xf files
associated with that message.

One way of "fixing" the problem is to invoke sendmail with an additional 
-odi option, but this can be quite slow.

One suggestion as to the problem is that a signal is inadvertantly
trapped by the sendmail program, but thats beyond me.

Does anyone have any ideas as to the cause of this type of sendmail
behaviour. Can anyone suggest a generic fix, or even better, does anyone
who uses emacs have a fix??

[For reference, I'm using emacs version 264 -- a very recent purchase:
the mlisp line looks like (fast-filter-region "sendmail -t").

Thanks
-- 

Mike Meyer --  Phone (608) 262-1157

EASY ARPA:	mikem at statistics
CORRECT ARPA:	mikem at wisc-stat.arpa
UUCP	...!{allegra,ihnp4,seismo,ucbvax,
	     pyr_chi,heurikon,uwm-evax}!uwvax!uwstat!mikem