ARC: add note on RFC to docs
authorJeremy Harris <jgh146exb@wizmail.org>
Wed, 20 Nov 2019 14:56:56 +0000 (14:56 +0000)
committerJeremy Harris <jgh146exb@wizmail.org>
Wed, 20 Nov 2019 14:56:56 +0000 (14:56 +0000)
doc/doc-txt/experimental-spec.txt

index 3b8a73428c454d4cf3a8e95a7420388a31ecdc2a..5193f1729118f490311654d66a7fed87dc03a473 100644 (file)
@@ -571,6 +571,9 @@ ARC support
 Specification: https://tools.ietf.org/html/draft-ietf-dmarc-arc-protocol-11
 Note that this is not an RFC yet, so may change.
 
+[RFC 8617 was published 2019/06.  Draft 11 was 2018/01.  A review of the
+changes has not yet been done]
+
 ARC is intended to support the utility of SPF and DKIM in the presence of
 intermediaries in the transmission path - forwarders and mailinglists -
 by establishing a cryptographically-signed chain in headers.
@@ -579,10 +582,11 @@ Normally one would only bother doing ARC-signing when functioning as
 an intermediary.  One might do verify for local destinations.
 
 ARC uses the notion of a "ADministrative Management Domain" (ADMD).
-Described in RFC 5598 (section 2.3), this is essentially the set of
-mail-handling systems that the mail transits.  A label should be chosen to
-identify the ADMD.  Messages should be ARC-verified on entry to the ADMD,
-and ARC-signed on exit from it.
+Described in RFC 5598 (section 2.3), this is essentially a set of
+mail-handling systems that mail transits that are all under the control
+of one organisation.  A label should be chosen to identify the ADMD.
+Messages should be ARC-verified on entry to the ADMD, and ARC-signed on exit
+from it.
 
 
 Building with ARC Support