Return to BSD News archive
Xref: sserve comp.mail.elm:9291 comp.os.386bsd.bugs:892 Newsgroups: comp.mail.elm,comp.os.386bsd.bugs Path: sserve!newshost.anu.edu.au!munnari.oz.au!constellation!osuunx.ucc.okstate.edu!moe.ksu.ksu.edu!ux1.cso.uiuc.edu!howland.reston.ans.net!gatech!swrinde!cs.utexas.edu!wotan.compaq.com!moxie!uuneo!sugar!peter From: peter@NeoSoft.com (Peter da Silva) Subject: Re: NetBSD/386bsd elm problem - empty message bodies Organization: NeoSoft Communications Services -- (713) 684-5900 Date: Sat, 12 Jun 1993 11:27:49 GMT Message-ID: <C8IAIE.ACC@sugar.NeoSoft.COM> References: <1utcu1INNfu9@hrd769.brooks.af.mil> Lines: 26 In article <1utcu1INNfu9@hrd769.brooks.af.mil> burgess@hrd769.brooks.af.mil (Dave Burgess) writes: > I have been working to install elm on my newly installed NetBSD/386bsd > system and came across a problem with elm 2.4, pl20. Whenever I would > try to send a E-Mail message, everything would appear to work, except > that the message would be delivered with no message body. Yeh, this is a known problem. What Elm is doing is not only a bad idea, and assumes undocumented features of the shell, but it also reduces the information available for the user (error messages from mail transport will get delivered asynchronously). > In pl20, the sendmail line is constructed to look like this: > ( ( sendmail -options name ; rm tmpfile ) < tmpfile) & ) > I changed the sequence to look like this: > ( ( sendmail -options name <tmpfile ; rm tmpfile) & ) I would recommend: ! sendmail -options name <tmpfile ; rm tmpfile And you need to do the same thing a few other places, I think. -- Peter da Silva. <peter@sugar.neosoft.com>. `-_-' Har du kramat din varg idag? 'U` "Det er min ledsager, det er ikke drikkepenge."