I consider the Relayed action an admission that the infrastructure refuses
to play along.
hey, anytime you're upgrading the infrastructure, you have to interface
with legacy components - particularly when you don't control all of that
infrastructure.
If the first-hop submission server is always generating Relayed messages
because the firewall doesn't understand the envelope extensions, how
useful is NOTIFY=SUCCESS really.
hey, if firewall vendors can't implement the specifications properly,
the vendors who build those firewalls deserve to lose. unfortunately,
too few folks understand the harm that firewalls do to applications and
their limitations in providing security.
You don't think UTF-8 in Received header fields would benefit admins
who have to deal with email from International sources?
let's put it this way - I get a lot of spam from international sources,
and the domain names in the received headers aren't very useful as it
is. how much more useful will they be in utf-8?
How much more useful would they be for network admins who don't speak
english as a primary or secondary language?
they're useless now except as opaque tokens to feed to whois or
by prepending abuse@ and mailing to them. putting them in utf-8
won't increase their utility. at least today, most people have
keyboards that can type in domain names. that won't be the case if
domains in received fields use utf-8. actually that would be a good
reason to insist that received fields always use ASCII.
that's just great. you've more than doubled the amount of space that
this one header would require
As opposed to the complexity that the existing spec mandates, which the
majority (not the plurality, the majority) cannot seem to implement
and exactly how will putting them in XML make the spec clearer?
and you've made headers considerably more difficult to read than at
present.
I would suggest that the encoding above is much simpler and cleaner than a
group address with multiple ACE sequences.
nope, because the ACE parses just like any other domain name.
Keith