Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!samsung!olivea!uunet!mcsun!news.funet.fi!fuug!sics.se!ifi.uio.no!oea
From: oea@ifi.uio.no (Odd Einar Aurbakken)
Newsgroups: comp.mail.elm
Subject: Re: Re-Mail Facility in ELM
Message-ID: <1991Jun23.121944.20994@ifi.uio.no>
Date: 23 Jun 91 12:19:44 GMT
References: <1991Jun19.134728.14589@DSI.COM> <1991Jun21.172141.26002@nmrdc1.nmrdc.nnmc.navy.mil> <13862@mentor.cc.purdue.edu> <1991Jun22.173105.3478@vpnet.chi.il.us>
Sender: oea@ifi.uio.no (Odd Einar Aurbakken)
Organization: Organisasjonen for Fremme av Saklige Diskusjoner i Test gruppene
Lines: 45


In article <1991Jun22.173105.3478@vpnet.chi.il.us>, dattier@vpnet.chi.il.us 
> I'm not sure what you mean when you say "sets the headers properly."  That's
> rather subjective and varies from use to use.

I think this is what Bruce Sterling Woodcock had i mind, quote from 822:

     4.2.  FORWARDING

          Some systems permit mail recipients to  forward  a  message,
     retaining  the original headers, by adding some new fields.  This
     standard supports such a service, through the "Resent-" prefix to
     field names.

          Whenever the string "Resent-" begins a field name, the field
     has  the  same  semantics as a field whose name does not have the
     prefix.  However, the message is assumed to have  been  forwarded
     by  an original recipient who attached the "Resent-" field.  This
     new field is treated as being more recent  than  the  equivalent,
     original  field.   For  example, the "Resent-From", indicates the
     person that forwarded the message, whereas the "From" field indi-
     cates the original author.

          Use of such precedence  information  depends  upon  partici-
     pants'  communication needs.  For example, this standard does not
     dictate when a "Resent-From:" address should receive replies,  in
     lieu of sending them to the "From:" address.

     Note:  In general, the "Resent-" fields should be treated as con-
            taining  a  set  of information that is independent of the
            set of original fields.  Information for  one  set  should
            not  automatically be taken from the other.  The interpre-
            tation of multiple "Resent-" fields, of the same type,  is
            undefined.

Today there is no way to do this within elm. A command to resend mail
should not alter any headers, just add enough "Resent-" headers to make
sendmail (and others) understand you are resending a message and delete
a few headers ("Status:" and possibly some others).

This is not a difficult command to implement, today I have a smal perl
script to do the job.

-- 
-oea					[Just another dc hacker,]Pq