From: Claus Färber (list-ietf-wg-apps-usefor@faerber.muc.de)
Date: Thu Sep 19 2002 - 07:03:00 CDT
Charles Lindsey <chl@clw.cs.man.ac.uk> schrieb/wrote:
> In <8X6eY5NZcDC@3247.org> list-ietf-wg-apps-usefor@faerber.muc.de (Claus Färber) writes:
>> For existing headers (like Message-ID), why is "_now_" any better than
>> any other point of time in the future? The header exists today, software
>> relies on its format and any article that has a Message-ID header field
>> with a parameter will probably be dropped instantly by most news
>> transport agents.
> It would be better if you could provide an example that actually did that.
| 200 T-Online Newsserver bereit [02] (posting ok).
| POST
| 340 Ok, empfohlene ID <amcdju$inj$02$1@news.t-online.com>
| Newsgroups: de.test
| From: Claus Faerber <claus@faerber.muc.de>
| Subject: Test
| Message-ID: <ofjew4978rzikj@test.3247.org> ;test="test"
|
| This is a Test.
| .
| 441 Ungueltige Message-ID (ungueltiges Format)
> It is, of course, why it is a "SHOULD NOT" to do any such thing.
What? Refusing to accept the article or generating such articles? Of
course, the standard says both.
But it does not make sense at all to define a syntax and prohibit its
use it in the same document:
Unless it is used it won't be implemented and unless it's implemented at
nearly every newsserver (which is illusoric considering the slow
adaption rate of Usenet infrastructure) it can't be used.
> As to why "_now_", it is because we are doing it now for our own news
> headers, which provides a convenient opportunity to consider it more
> widely.
It was talking about "new headers", not "news headers". And no, not all
news-only headers are new.
> The headers we are talking about are:
> Date, Message-ID, Sender, Keywords, References, Supersedes
I'm not sure to whom the 'we' refers. *I* am talking about _all_ header
fields that have already be defined in previous standards (or common
practice, which is an unwritten standard) -- and implemented. It does
not matter if it is a "mail header" or a "news header".
Claus
-- ------------------------ http://www.faerber.muc.de/ ------------------------ OpenPGP: DSS 1024/639680F0 E7A8 AADB 6C8A 2450 67EA AF68 48A5 0E63 6396 80F0