diff --git a/ietf-lamps-hp/draft-ietf-lamps-header-protection.mkd b/ietf-lamps-hp/draft-ietf-lamps-header-protection.mkd index 292fcb93..659545da 100644 --- a/ietf-lamps-hp/draft-ietf-lamps-header-protection.mkd +++ b/ietf-lamps-hp/draft-ietf-lamps-header-protection.mkd @@ -580,16 +580,16 @@ Message. Before choosing this option, two issues must be assessed to ensure, no interoperability issues result from it: -1. How current MIME parser implementations treat (non-MIME) Header - Fields, which are not the outer most MIME entity and not wrapped - into a MIME entity of media type "message", and how such messages - are rendered to the user. +1. How current MIME parser implementations treat non-MIME Header + Fields, which are not part of the outermost MIME entity and not + part of a message wrapped into a MIME entity of media type + "message/rfc822", and how such messages are rendered to the user. - {{I-D.autocrypt-lamps-protected-headers}} provides some examples for - testing this. + {{I-D.autocrypt-lamps-protected-headers}} provides some examples + for testing this. 2. MIME-conformance, i.e. whether or not this option is (fully) - MIME-conformant {RFC2045}} ff., in particular also Section 5.1. of + MIME-conformant {{RFC2045}} ff., in particular also Section 5.1. of {{RFC2046}} on "Multipart Media Type). In the following an excerpt of paragraphs that may be relevant in this context: diff --git a/ietf-lamps-hp/review/draft-ietf-lamps-header-protection-00-pre20200708.html b/ietf-lamps-hp/review/draft-ietf-lamps-header-protection-00-pre20200708.html index de9fde84..07e928fb 100644 --- a/ietf-lamps-hp/review/draft-ietf-lamps-header-protection-00-pre20200708.html +++ b/ietf-lamps-hp/review/draft-ietf-lamps-header-protection-00-pre20200708.html @@ -811,7 +811,7 @@ signature.

    -
  1. How current MIME parser implementations treat (non-MIME) Header Fields, which are not the outer most MIME entity and not wrapped into a MIME entity of media type “message”, and how such messages are rendered to the user.

    [I-D.autocrypt-lamps-protected-headers] provides some examples for testing this.
  2. +
  3. How current MIME parser implementations treat non-MIME Header Fields, which are not part of the outer most MIME entity and not wrapped into a MIME entity of media type “message”, and how such messages are rendered to the user.

    [I-D.autocrypt-lamps-protected-headers] provides some examples for testing this.
  4. MIME-conformance, i.e. whether or not this option is (fully) MIME-conformant {RFC2045}} ff., in particular also Section 5.1. of [RFC2046] on “Multipart Media Type). In the following an excerpt of paragraphs that may be relevant in this context:
diff --git a/ietf-lamps-hp/review/draft-ietf-lamps-header-protection-00-pre20200708.txt b/ietf-lamps-hp/review/draft-ietf-lamps-header-protection-00-pre20200708.txt
index 295b1870..0802129d 100644
--- a/ietf-lamps-hp/review/draft-ietf-lamps-header-protection-00-pre20200708.txt
+++ b/ietf-lamps-hp/review/draft-ietf-lamps-header-protection-00-pre20200708.txt
@@ -690,10 +690,10 @@ Internet-Draft          Header Protection S/MIME               July 2020
    Before choosing this option, two issues must be assessed to ensure,
    no interoperability issues result from it:
 
-   1.  How current MIME parser implementations treat (non-MIME) Header
-       Fields, which are not the outer most MIME entity and not wrapped
-       into a MIME entity of media type "message", and how such messages
-       are rendered to the user.
+   1.  How current MIME parser implementations treat non-MIME Header
+       Fields, which are not part of the outer most MIME entity and not
+       wrapped into a MIME entity of media type "message", and how such
+       messages are rendered to the user.
 
        [I-D.autocrypt-lamps-protected-headers] provides some examples
        for testing this.