hoey@NRL-AIC.ARPA (Dan Hoey) (07/11/85)
Date: 03 Jul 85 01:03:59 PDT (Wed)
From: Einar Stefferud <stef@uci-icse>
Please correct me if I am wrong, but I understand that there is a
problem with finding a place in the X.400 "header" part for fields
named "Received" and that they need to be carried in the "envelope"
part, or tossed out during a transformation from 822 to X.400.
They can always be stuffed into the body if you're concerned about
them.
Thus, I believe it will be proper to collect all "received" headers, in
the order of appearance in the 822 headers, whether all nicely grouped
at the beginning or not. Why do you object to collecting them all
together? I don't understand the problem.
You were saying that reordering the ``Received:'' lines was not a good
idea, because it loses information that might be useful in tracking
down bugs. I just pointed out that collecting them together loses
information, too.
The whole point, I guess, is whether you want to be able to debug 822
through the gateway. If so, you probably have to preserve the entire
header somewhere. If not, I don't really see why you want to preserve
the ``Received:'' lines at all.
Danstef@uci-icse.ARPA (Einar Stefferud) (07/11/85)
I think we are splitting hairs. I don't understand what informatrion
gets lost if we use the following procedure going from 822 => X.400.
1. Collect all non-X400 headers, in their order of appearance
(especially required for "Received" headers) and carry them into an
appropriate X.400 "EnvelopePart" or "BodyPart". Perhaps these get
split between "EnvelopePart" and some "BodyPart".
(How might this lose information?)
2. Put the rest of the headers in the X.400 header.
I am not trying to be able to debug 822 MTAs from X.400 headers, but I
am trying to assure preservation of potentially useful information for
recipients.
I refuse to believe that we should proceed into 822 => X.400 gateway
operations on the assumption that we do not need this information to
assist X.400 recipients to deciepher what happened to their mail in
certain interesting cases. We will need the "Received" information
just as much then as we did when "Received" headers were invented in
822land, and as much as we need them now in 822land.
The logical end-argument is to ask why we keep Receivced lines around
if they are not worth preserving at a gateway?
Why not just eliminate them altogether in 822land too?
Best - Stef