ietf-smtp
[Top] [All Lists]

Re: "Header Reordering", yet again

2005-05-31 13:22:36

----- Original Message -----
From: <Valdis(_dot_)Kletnieks(_at_)vt(_dot_)edu>
To: "Hector Santos" <hsantos(_at_)santronics(_dot_)com>
Sent: Tuesday, May 31, 2005 12:03 PM
Subject: Re: "Header Reordering", yet again

If (hypothetically - I've not caught either actually
*doing* this) we found a case where Sendmail or Exchange
was doing this, you would have to:

a) Get the vendor to fix it.
b) Wait for sites to actually *install* the update.

Why do you expect the unwashed heathen masses to upgrade anytime soon?

Lets not talk about general situations. Sure, the problem can linger.

In the specific case in mail operations where there is something that is
seriously have interface issues with uplinks and downlinks, these things
usually get resolved.  If the problem bothers you, I'm sure you as will most
people
will do something about it, like upgrade, as will most vendors will provide
the fix.

This is especially those operating in the commericial environment.  Most
people
will not tolerate severily broken software if it is caused issues across
points.

I don't see that here with Re-Ordering and even it was happening, it
would be at points where its job is already done of delivering mail.

Also, we are talking about SPF software that will do the insertion. Why
do you assume to they will be broken in the first place to add an header
in the wrong place?     What software is between reception and the point
where Receiver-SPF: is analyzed will do header re-ordering?

Are the old sendmail systems re-ordering headers at reception?
Clearly it is not doing SPF directly.  So at which point are you talking
about where this SPF header issue become a potential consideration?


--
Hector Santos, Santronics Software, Inc.
http://www.santronics.com