home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!ogicse!uwm.edu!psuvax1!atlantis.psu.edu!barr
- From: barr@pop.psu.edu (David Barr)
- Newsgroups: comp.mail.elm
- Subject: Re: ">From " lines and "corrupt folder" msg
- Message-ID: <&?g1Hmq0-b@atlantis.psu.edu>
- Date: 10 Jan 93 18:08:47 GMT
- Article-I.D.: atlantis.&?g1Hmq0-b
- References: <vyc1Hynmyb@atlantis.psu.edu> <9301090452.AA17680@SERVER.uwindsor.ca>
- Sender: news@atlantis.psu.edu (Usenet)
- Organization: Penn State Population Research Institute
- Lines: 31
-
- In article <9301090452.AA17680@SERVER.uwindsor.ca> ophof@SERVER.uwindsor.ca (Scott Ophof) writes:
- >Let's assume the BODY of an item contains a line answering exactly
- >to the syntax of the "From " line, with a blank line preceding it,
- >plus some other header lines (the author is giving an example of
- >some header lines), and a trailing blank line.
- >The receiving software will prefix that "From " line with a ">".
- >Assume the user grumbles and edits the item, removing that ">"
- >because he knows it doesn't belong there.
-
- As a first line of defense, any "mailbox editor" should not allow this
- to occur. One good reason to not enable elm's E)dit mailbox function.
- It's too dangerous, of little practical use, and annoying when you
- hit 'e' accidentally. I'd much prefer a system where you can edit
- individual pieces of mail safely, rather than entire mbox.
-
- >When he then references the folder containing that item, there will
- >now be one more item than before, right?
-
- Probably.
-
- >Or does "elm" understand that this is still the body of that item?
- >I hope the latter...
-
- One can never be sure what will happen when someone corrupts an mbox.
- Assuming the situation described above, I can't see how elm could be
- able to tell if the message was part of the body or a new message.
-
- --Dave
- --
- System Administrator, Population Research Institute barr@pop.psu.edu
- End of article 2565 (of 2565)--what next? [npq]
-