ietf-nntp <0> and message IDs
Andrew Gierth
andrew at erlenstar.demon.co.uk
Sat Apr 5 08:01:34 PST 2003
>>>>> "Clive" == Clive D W Feather <clive at on-the-train.demon.co.uk> writes:
Clive> In article concepts:
Clive> Each article MUST have a unique message-id; two articles offered by
Clive> an NNTP server MUST NOT have the same message-id. Note that RFC 1036
Clive> further requires that message-ids are globally unique for all time.
Clive> For the purposes of this specification, message-ids are opaque
Clive> strings that MUST meet the following requirements:
Clive> * A message-id MUST begin with "<" and end with ">", and MUST NOT
Clive> contain the latter except at the end.
Clive> * A message-id MUST be between 3 and 250 octets in length.
Clive> * A message-id MUST NOT contain octets other than printable US-ASCII
Clive> characters.
message-ids must not include the space character, either.
Clive> This specification does not describe how the message-id of an article
Clive> is determined. Many servers will extract the message-id from the
Clive> contents of a header with name "Message-ID", but this is not required
Clive> by this document. In particular, if the article does not contain such
Clive> a header, the server MUST synthesise a message-id (but need not
Clive> modify the article to add such a header).
I think there needs to be something pointing out that where the server
is conforming to an article format standard that has a definition of
message-ids which is compatible with the NNTP one, then the server
MUST use the ids defined by that specification rather than generate
its own.
--
Andrew.
More information about the ietf-nntp
mailing list