On 2 Jan 2018, at 5:12 (-0500), Rupert Gallagher wrote:

This is the normative reference.

This is the OBSOLETED normative reference.

RFC 822, pg. 30, section 6.2.3
----------------------------------------------------------------------
msg-id = "<" addr-spec ">";
addr-spec = local-part "@" domain;
domain = sub-domain *("." sub-domain);
sub-domain = domain-ref / domain-literal;

<<a domain-ref must be THE official name of a registry, network, or host>>

Note that the "@" must also be present as part of the well-formed-formula.
When absent, the string is not well formed, and a syntax error occurs.

The change of formal syntax in RFC2822 to remove the reference to domain entities was not inadvertent or surreptitious. RFC5322 didn't reverse that change.


RFC 5322, pg. 27, section 3.6.4
---------------------------------------------------------------

<<  The message identifier (msg-id) itself MUST be a globally unique
   identifier for a message.  The generator of the message identifier
   MUST guarantee that the msg-id is unique.  There are several
algorithms that can be used to accomplish this. Since the msg-id has a similar syntax to addr-spec (identical except that quoted strings, comments, and folding white space are not allowed), a good method is
   to put the domain name (or a domain literal IP address) of the host
on which the message identifier was created on the right-hand side of
   the "@" (since domain names and IP addresses are normally unique),
   and put a combination of the current absolute date and time along
   with some other currently unique (perhaps sequential) identifier
   available on the system (for example, a process id number) on the
left-hand side. Though other algorithms will work, it is RECOMMENDED
   that the right-hand side contain some domain identifier (either of
the host itself or otherwise) such that the generator of the message identifier can guarantee the uniqueness of the left-hand side within
   the scope of that domain. >>

Note the use of RFC2119 terms. MUST and RECOMMENDED mean different things.

--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses)
Currently Seeking Steady Work: https://linkedin.com/in/billcole

Reply via email to