On 1/3/04 at 11:00 AM -0500, Al Costanzo wrote:
1. Unnecessary: We now have IANA registration services. We could very
simply create an IANA registry of e-mail field names.
This is already underway and the document specifying it -
draft-klyne-msghdr-registry-06.txt - has been discussed on this list. I note in
passing that it doesn't distinguish X- fields as being in any way special
Yes, I am surprised that people have been going over issues which the
Klyne draft has already resolved. I think it will be best to get that
draft adopted as a BCP and the IANA register created before starting
serious work on 2822-bis. But I hope that will have happened within
months, if not sooner.
An interesting question is whether or not 2822bis should reference this
registry, assuming the specification for it is approved in the near future
(which I hope it will be).
Yes, I think it should. There is a corresponding place in the Usefor draft
where it discusses X-headers (and when not to use them), and the wording
there would be much simpler if it could just point to the Klyne BCP.
Then, if you
wanted to create a new field, you just fill out the registration form
and you're not only guaranteed that you won't interfere with
published standard fields, you're also guaranteed that nobody else
would use the field you chose in an incompatible way. And you
wouldn't have to have a name that started with "X-".
2. Problematic: Some folks thought it was nice to have "X-*" fields
for completely private use. But history teaches us that inevitably
"X-*" fields *will* leak out onto the rest of the Internet. As
several people in this thread have pointed out, we now have some
"X-*" fields that are in widespread use. Sometimes, people use them
very interoperably and they have served a fabulous purpose.
Sometimes, they don't get used interoperably. It would be great if we
could publish some standards to make sure that they do get used
interoperably. But guess what: We can't! It is forbidden by RFC 822
to publish any standard for a field name that beings with "X-". No
matter how widespread the use, no matter how useful the field is, it
can not be standardized *by definition*. That decreases
interoperability on the Internet.
I agree with this as well.
Bur I don't. What you say is that X-headers are for human readers only -
essentially they give the possibility for creating lots of extra
Comment-headers. But you also say that they may also be used for protocol
purposes ONLY where there is prior agreement between sender and recipient.
That is not so improbable as it sounds. If my ISP is kind enough to put
all my mail through Spamassassin and record the result in the form:
then I can use that header as a filter to send high scoring messages to a
special box, or even to /dev/null. Essentially, there is an agreement
(unwritten) between the ISP and myself that the header will appear and
that I can rely on that format.
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: +44 161 436 6131 Fax: +44 161 436 6133 Web: http://www.cs.man.ac.uk/~chl
Email: chl(_at_)clerew(_dot_)man(_dot_)ac(_dot_)uk Snail: 5 Clerewood Ave,
CHEADLE, SK8 3JU, U.K.
PGP: 2C15F1A9 Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5