home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.unix.wizards:4790 comp.unix.shell:4781 comp.unix.misc:4247
- Newsgroups: comp.unix.wizards,comp.unix.shell,comp.unix.misc
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!uwm.edu!linac!uchinews!machine!chinet!les
- From: les@chinet.chi.il.us (Leslie Mikesell)
- Subject: Re: The Problem with UNIX
- Message-ID: <BxxM98.29x@chinet.chi.il.us>
- Organization: Chinet - Public Access UNIX
- References: <BxpwnM.72o@chinet.chi.il.us> <1992Nov17.021538.25729@mole-end.matawan.nj.us> <1ede2iINN6go@smurf.smurf.sub.org>
- Date: Wed, 18 Nov 1992 21:55:55 GMT
- Lines: 22
-
- In article <1ede2iINN6go@smurf.smurf.sub.org> urlichs@smurf.sub.org (Matthias Urlichs) writes:
- >> This user says `bletch!' I've got ELM. It threw away a valuable piece of
- >> mail on me because the mail included another mail header.
- >
- >So do yourself a favor and either use MMDF-style mailboxes (if your MTA
- >can't create these, do yourself a favor and ... ;-) or tell your MTA to
- >replace any occurrence of "\n\nFrom " with "\n\n>From ". Or something like
- >that. You're going to have that problem with any mailer; it's not Elm's
- >fault.
-
- It's "sort-of" ELM's fault in this case. The SysVr4 mailer encapsulates
- messages with a Content-Length: header containing the number of characters
- following the newline after the headers that comprise the body of the
- message. The content of the body is irrelevant and lines starting with
- From are not escaped (and they can contain ^A^A^A's). Version 2.4 of
- ELM understands this but it's a configuration option. It still isn't
- quite right because ELM uses a separate utility to perform printing and
- piping operations and that program still tries to identify messages
- by the lines starting with "From ".
-
- Les Mikesell
- les@chinet.chi.il.us
-