Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.2 9/18/84; site uwstat.UUCP Path: utzoo!watmath!clyde!burl!ulysses!allegra!mit-eddie!godot!harvard!seismo!uwvax!uwstat!mikem From: mikem@uwstat.UUCP Newsgroups: net.unix-wizards,net.emacs Subject: sendmail blues (when invoked from gosling's emacs) Message-ID: <227@uwstat.UUCP> Date: Sat, 2-Feb-85 19:23:34 EST Article-I.D.: uwstat.227 Posted: Sat Feb 2 19:23:34 1985 Date-Received: Mon, 4-Feb-85 03:40:24 EST Distribution: net Organization: U of Wisconsin Statistics Lines: 36 Xref: watmath net.unix-wizards:11870 net.emacs:755 [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@statistics CORRECT ARPA: mikem@wisc-stat.arpa UUCP ...!{allegra,ihnp4,seismo,ucbvax, pyr_chi,heurikon,uwm-evax}!uwvax!uwstat!mikem