Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!uunet!nbires!hao!boulder!sunybcs!rutgers!ucla-cs!zen!ucbvax!dual.UUCP!uucp From: uucp@dual.UUCP (UNIX-to-UNIX Copy) Newsgroups: comp.mail.elm Subject: Submission for comp-mail-elm Message-ID: <8709131612.AA05928@tccc0.TFS> Date: Sun, 13-Sep-87 12:12:23 EDT Article-I.D.: tccc0.8709131612.AA05928 Posted: Sun Sep 13 12:12:23 1987 Date-Received: Mon, 14-Sep-87 04:17:39 EDT Sender: uucp@ucbvax.BERKELEY.EDU Lines: 88 Path: teknek!dual!ptsfa!ames!sdcsvax!ucbvax!uclachem.UUCP!uucp From: uucp@uclachem.UUCP (Unix-to-Unix copy program) Newsgroups: comp.mail.elm Subject: Submission for comp-mail-elm Message-ID: <8709131047.AA05386@ucbvax.Berkeley.EDU> Date: 13 Sep 87 04:21:03 GMT Sender: daemon@ucbvax.BERKELEY.EDU Lines: 79 Path: uclachem!cepu!trwrb!scgvaxd!wlbr!jplgodo!mahendo!elroy!cit-vax!ucla-cs!zen!ucbvax!uclachem.UUCP!uucp From: uucp@uclachem.UUCP (Unix-to-Unix copy program) Newsgroups: comp.mail.elm Subject: Submission for comp-mail-elm Message-ID: <8709102053.AA10398@ucbvax.Berkeley.EDU> Date: 10 Sep 87 03:18:55 GMT Sender: daemon@ucbvax.BERKELEY.EDU Lines: 70 Path: uclachem!cepu!trwrb!sdcrdcf!burdvax!udel!gatech!ukma!david From: david@ms.uky.edu (David Herron -- Resident E-mail Hack) Newsgroups: comp.mail.elm Subject: Re: Error handling in messages + trim-headers Message-ID: <7218@e.ms.uky.edu> Date: 4 Sep 87 21:41:07 GMT References: <2581@trwrb.UUCP> <746@hplabsz.HPL.HP.COM> Distribution: usa Organization: U of Ky, Math. Sciences, Lexington KY Lines: 59 In article <746@hplabsz.HPL.HP.COM> taylor@hplabsz.UUCP (Dave Taylor) writes: >2. the reason that 'trim-headers' isn't doing much for you is > because you're handing it something that isn't a valid mail > message, so it, correctly, isn't touching it. Let's look at > the example message: >> Path: trwrb!sdcrdcf!oberon!cit-vax!ll-xn!husc6!husc4!gallagher >> From: gallagher@husc4.HARVARD.EDU (paul gallagher) >> Newsgroups: rec.arts.movies >> Subject: Re: Westerns >> Message-ID: <2778@husc6.UUCP> >> Date: 29 Aug 87 09:19:09 GMT >> References: <4VAiZCy00VsCgjo0dX@andrew.cmu.edu> <2551@trwrb.UUCP> >> Sender: news@husc6.UUCP >> Reply-To: gallagher@husc4.UUCP (paul gallagher) >> Organization: Harvard Univ. Science Center >> Lines: 19 > The problem, of course, is that it isn't an RFC-822 conformant > message text, so the program cannot actually distinguish between > the message 'header' (aka the "envelope") and the message 'body'! > > If you were to add a line "From gallagher Thu Sep 3 00:26:56 PDT 1987" > at the beginning you'd find it chopped down quite a bit. Alternatively, > you *could* modify the trim-headers script to know that "Path:" is also > an 'enter-message-header-state' prefix (just hope that it doesn't occur > in the *body* of any of the messages you have saved...) Dave, I expect better from you ... Take a look at RFC-822 please. Header lines *ALL* are of the same form: name: [ information ] Where "name" is a construct that includes letters, dashes, dots, and a couple of other things... A "From " line doesn't have the required ':', and such cannot be considered as part of the header. The "From " line is an artifact from the old /bin/mail program, and lives on today as part of RFC-976 as the UUCP worlds' minimum envelope. The "From " and ">From " lines together make up the return-path to the sender (in the same sort of way that you're supposed to make a Return-path: header in the SMTP world). In today's world I think you're better served by having a proper From: line and have the user-agent key off of that. It's a misfeature to support the "From " line longer than necessary. Further ... Path: is not valid under RFC-822, but RFC-850 (or whatever the news format rfc is, I think there's a new version of this too..). The point is, if you're going to start quoting RFC's at everybody, then you oughta know what you're talking about. -- ----- David Herron, Local E-Mail Hack, david@ms.uky.edu, david@ms.uky.csnet ----- {uunet,cbosgd}!ukma!david, david@UKMA.BITNET ----- ----- Je parle francais comme une vache espagnole.