siking@myrealbox.com wrote at Tue, 05 Dec 2000 11:08:36 EST:
> Assuming that my client can understand all of these, what does the
> "Supersedes" mean to it? I already know the other two. What does it do
> with this information? Does it expire the message specified?
> Also, I do know that it is supposed to be mispelled as "Supercedes:" ...
> I remember reading someplace that the person who wrote the spec on this
> screwed up, but now it is in the spec ...
Merriam-Webster online documents "supersede" as the main spelling, and
"supercede" only as a variant. Wish I could access OED online, but
I'll assume that the OED agrees with Merriam-Webster on this point.
I'm not sure what "spec" you are referring to, but the *.answers
guidelines specifically document and calls out for attention the
correct spelling for the Supersedes header:
ftp://rtfm.mit.edu/pub/faqs/news-answers/guidelines
| 2.1 More optional headers
|
| [....]
|
| The Expires header should contain a date (in the above format)
| which is far enough into the future that a new version of the
| article will be posted before the one you're posting now expires.
| The Supersedes header should contain the Message-ID of the
| previously-posted article. Please note that 'Supersedes' does not
| contain the letter 'c' -- most Usenet software will ignore
| Supersedes: headers that use a variant spelling of the word.
Other documents (e.g., faq-server help files, etc.) maintained by the
*.answers moderators also have the correct spelling and sometimes
specifically call out the correct spelling, as above.
RFC 1036 doesn't specifically mention Supersedes at all. Nor does RFC
850 (predecessor to RFC 1036). RFC 1036 defers to RFC 822 where they
conflict with each other, and RFC 822 also has no specific reference
to Supersedes. On the other hand, Henry Spencer's "son-of-1036"
drafts (the most recent of which I can find is approx. 5 years old,
but then I didn't look very hard on the net) specifically call out the
correct spelling for Supersedes.
In other words, I find consistent treatment, not confusion, and no
"screw ups" in what seems to me the most relevant specifications.
-- Ping Huang <pshuang@alum.mit.edu>; info: http://web.mit.edu/pshuang/.plan Disclaimer: unless explicitly otherwise stated, my statements represent my personal viewpoints only.************************************************************* To unsubscribe send a message to majordomo@faqs.org as
unsubscribe faq-maintainers fill-in-your-email-address-here *************************************************************
[
FAQ Archive |
Search FAQ Mail Archive |
Authors |
Usenet References
]
[
1993 |
1994 |
1995 |
1996 |
1997 |
1998 |
1999 |
2000
]
© Copyright The Internet FAQ Consortium, 1997-2000
All rights reserved