Path: utzoo!attcan!uunet!husc6!bbn!uwmcsd1!ig!agate!helios.ee.lbl.gov!nosc!ucsd!ucsdhub!hp-sdd!hplabs!hpda!hp-sde!hpcea!hpnmdla!hpsrli!darrylo From: darrylo@hpsrli.HP.COM (Darryl Okahata) Newsgroups: comp.mail.elm Subject: Re: Handling Elm bug releases Message-ID: <180003@hpsrli.HP.COM> Date: 20 Jun 88 16:27:42 GMT References: <1080@bellboy.UUCP> Organization: HP Network Measurements Div, Santa Rosa, CA Lines: 38 In comp.mail.elm, edc@ALTOS.COM (Eric Christensen) writes: > In article <98@cjsa.UUCP> jeff@cjsa.UUCP (C. Jeffery Small) writes: > > > >Now that we are starting to get the ELM group whipped into shape, I have > >one problem I want to raise. We are running version 1.5 here and I have > >found that if you send a mail message and then Quit ELM quickly thereafter, > >the message gets killed before it gets spooled up for uucp transmission. > > Ah! Surprise, surprise, surprise! You're /bin/mail (or sendmail, or whatever > you're using for a delivery agent) catches a signal and terminates when it's > parent dies. (Incidently, this is really a very stupid thing for a mail delivery > agent to do :-( ) I've seen this with various versions of Xenix 3.? and V7. I > also have seen it in at least one port of System V. This may be an Elm bug. I seem to remember a patch to Elm 1.7 that fixed a similar problem that occured if you exited Elm and then quickly logged out. Basically, a SIGHUP signal was being sent to the process spawned by Elm, and that signal was not being caught. The fix was to change Elm to ignore the signal (I think). [ ... ] > +-------------------------+---------------------------------------------------+ > | Eric D. Christensen | Email: edc@altnet.altos.com (uunet!altnet!edc) | > | Altos Computer Systems +---------------------------------------------------+ > | 399 West Trimble Road | Definitions: Bug - An Undocumented Feature | > | San Jose, Ca. 95131 | Feature - A Documented Bug | > +-------------------------+---------------------------------------------------+ > | These views aren't Altos' - They're mine, all mine, and you can't have them | > +-----------------------------------------------------------------------------+ -- Darryl Okahata {hplabs!hpccc!, hpfcla!} hpsrla!darrylo CompuServe: 75206,3074 Disclaimer: the above is the author's personal opinion and is not the opinion or policy of his employer or of the little green men that have been following him all day.