🚀 go-pugleaf

In article <705236596wnr@roborat.demon.co.uk>
           dave@roborat.demon.co.uk "Dave Scott" writes:

> 3) The question then is, would it be correct or desirable to apply the
> same modifications to an *outgoing* message - i.e. destined for another
> host whose storage conventions are unknown.
> 
> My sudden interest in this was sparked by a newly discovered bug in
> WinDIS. Basically it does *not* prefix any incoming message with a line
> beginning 'From ' *when* the line is actually part of the RFC822 headers
> - within the body it does prefix correctly.
> 
> This triggers in at least the following case; when forwarding a message
> between two users using the following software setup, and electing to
> *not* edit the message before forwarding :-
>      WinPmail <--> PM-Demon <--> WinDIS
> 
> Upon receipt of the forwarded message, it has an extra 'From ' embedded
> in it's headers, which cause it to be broken into 2 separate posts - the
> 1st part consisting of a few "Resent-from:" type headers, the 2nd being
> the original message without any forwarding information.

Hmm; that second "From " ought not to have been included in the forwarded
message AT ALL; if the forwarding mechanism merely prefixes Resent-From
type headers, then it has a DUTY to ensure that the remainder of the
headers are RFC-822 conformant: a line starting "From " is not, and
should either have been discarded, or rewritten as Return-Path in RFC-822
syntax.

-- 
Brian {Hamilton Kelly}                                         bhk@dsl.co.uk
        "The fundamental design flaws [of the products of the Micros^WSirius
        Cybernetics Corporation]  are completely hidden by their superficial
        design flaws."  SLATFATF 1983 --- wasn't Douglas Adams prescient?:-)