Browse Source

Added Open Issue; small chane in pEp example intro

master
Bernie Hoeneisen 3 years ago
parent
commit
4940586438
3 changed files with 41 additions and 35 deletions
  1. +23
    -20
      forwarded-no/draft-melnikov-iana-reg-forwarded.mkd
  2. +13
    -10
      forwarded-no/review/draft-melnikov-iana-reg-forwarded-00-pre20191104.html
  3. +5
    -5
      forwarded-no/review/draft-melnikov-iana-reg-forwarded-00-pre20191104.txt

+ 23
- 20
forwarded-no/draft-melnikov-iana-reg-forwarded.mkd View File

@ -128,27 +128,26 @@ values:
Content-Type header field parameter. A receiving MUAs default
behavior is to assume the email message contained in the MIME part
is a forwarded message.
<!--[krb: It's suggested to re-add comments about unknown types per Krista, so I would put the part about the "unknown" parameter from prior versions of this docu back in, if all is still applicable. "If the MUA has no information to determine whether an
email message is forwarded or encapsulated, it MAY add a Content-
Type header field parameter "forwarded=unknown" to indicate
support for this Content-Type header field parameter. Email
messages containing a Content-Type header field parameter
"forwarded=unknown" are normally treated the same as messages
<!-- krb: It's suggested to re-add comments about unknown types per
Krista, so I would put the part about the "unknown" parameter
from prior versions of this docu back in, if all is still
applicable.
"If the MUA has no information to determine whether an email
message is forwarded or encapsulated, it MAY add a Content-Type
header field parameter "forwarded=unknown" to indicate support
for this Content-Type header field parameter. Email messages
containing a Content-Type header field parameter
"forwarded=unknown" are normally treated the same as messages
where the Content-Type header field parameter "forwarded" is
missing. The latter is normally the case for legacy clients
unaware of the Content-Type header field parameter "forwarded"
specified herein. A receiving MUAs default behavior is to assume
the email message contained in the MIME part is a forwarded
message."
Melnikov & Hoeneisen Expires May 4, 2020 [Page 3]
Internet-Draft Content-Type HF Parameter 'forwarded' November 2019
where the Content-Type header field parameter "forwarded" is
missing. The latter is normally the case for legacy clients
unaware of the Content-Type header field parameter "forwarded"
specified herein. A receiving MUAs default behavior is to assume
the email message contained in the MIME part is a forwarded
message." ] -->
-->
# Example
@ -241,8 +240,8 @@ header field protection constructs.
The following example shows the usage of the Content-Type header field
parameter "forwarded" as used by pEp {{I-D.birk-pep}} in an email
message (after decryption). This email message was not forwarded, but
encapsulated in another email message.
message (after decryption). The inner email message was not forwarded,
but encapsulated in another email message.
{::include ../shared/fence-line.mkd}
@ -306,5 +305,9 @@ encapsulated in another email message.
# Open Issues
* Determine whether to add an option for "forwarded=unknown" to
indicate support for this Content-Type header field parameter.
\[\[ RFC Editor: This section should be empty and is to be removed
before publication. \]\]

+ 13
- 10
forwarded-no/review/draft-melnikov-iana-reg-forwarded-00-pre20191104.html View File

@ -653,7 +653,7 @@
<h1 id="rfc.appendix.A">
<a href="#rfc.appendix.A">Appendix A.</a> <a href="#additional-example" id="additional-example">Additional Example (pEp)</a>
</h1>
<p id="rfc.section.A.p.1">The following example shows the usage of the Content-Type header field parameter &#8220;forwarded&#8221; as used by pEp <a href="#I-D.birk-pep" class="xref">[I-D.birk-pep]</a> in an email message (after decryption). Said email messge was not forwarded, but encapsulated in another email message.</p>
<p id="rfc.section.A.p.1">The following example shows the usage of the Content-Type header field parameter &#8220;forwarded&#8221; as used by pEp <a href="#I-D.birk-pep" class="xref">[I-D.birk-pep]</a> in an email message (after decryption). The inner email message was not forwarded, but encapsulated in another email message.</p>
<pre>
Message-ID: &lt;pEp.PVUYXR.CEB1A-47AC-4B4D-AC1B-F8F02D49D@example.org&gt;
From: Alice Spivak Hyatt &lt;alice@example.org&gt;
@ -663,18 +663,18 @@
MIME-Version: 1.0
Content-Type: multipart/mixed;
boundary="238e1f2946e87ccd3d1b58ba507ed7ab"
--238e1f2946e87ccd3d1b58ba507ed7ab
Content-Type: text/plain; charset="utf-8"
Content-Disposition: inline; filename="msg.txt"
[[ User-Information, e.g. "If you are seeing this message, your
client does not support raising message attachments. Please click
on the message attachment to view it!" ]]
--238e1f2946e87ccd3d1b58ba507ed7ab
Content-Type: message/rfc822; forwarded="no"
Message-ID: &lt;pEp.PVUYXR.CEB1A-47AC-4B4D-AC1B-F8F02D49D@example.org&gt;
From: Alice Spivak Hyatt &lt;alice@example.org&gt;
To: Carol Burnett &lt;carol@example.net&gt;
@ -684,20 +684,20 @@
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline; filename="msg.txt"
Don't you get sick of these=3F
--238e1f2946e87ccd3d1b58ba507ed7ab
Content-Type: application/pgp-keys
Content-Disposition: attachment; filename="pEpkey.asc"
-----BEGIN PGP PUBLIC KEY BLOCK-----
xsBNBFV4PbEBCADTmjGDsoti/VPoZ3w2oCjLBNq1jWIGMkbiUgCGUQjVsNrSZ80U
[...]
q46bEcclS/gTGHtFweVOiqRnR4H5YEjurCd84h8zF8MAArhxBhAtbg1nYgeHjkKX
=t2WB
-----END PGP PUBLIC KEY BLOCK-----
--238e1f2946e87ccd3d1b58ba507ed7ab--
</pre>
@ -714,7 +714,10 @@
<h1 id="rfc.appendix.C">
<a href="#rfc.appendix.C">Appendix C.</a> <a href="#open-issues" id="open-issues">Open Issues</a>
</h1>
<p id="rfc.section.C.p.1">[[ RFC Editor: This section should be empty and is to be removed before publication. ]]</p>
<p></p>
<ul><li>Determine whether to add an option for &#8220;forwarded=unknown&#8221; to indicate support for this Content-Type header field parameter.</li></ul>
<p id="rfc.section.C.p.2">[[ RFC Editor: This section should be empty and is to be removed before publication. ]]</p>
<h1 id="rfc.authors"><a href="#rfc.authors">Authors' Addresses</a></h1>
<div class="avoidbreak">
<address class="vcard">


+ 5
- 5
forwarded-no/review/draft-melnikov-iana-reg-forwarded-00-pre20191104.txt View File

@ -308,8 +308,8 @@ Appendix A. Additional Example (pEp)
The following example shows the usage of the Content-Type header
field parameter "forwarded" as used by pEp [I-D.birk-pep] in an email
message (after decryption). Said email messge was not forwarded, but
encapsulated in another email message.
message (after decryption). The inner email message was not
forwarded, but encapsulated in another email message.
@ -405,6 +405,9 @@ Appendix B. Document Changelog
Appendix C. Open Issues
o Determine whether to add an option for "forwarded=unknown" to
indicate support for this Content-Type header field parameter.
[[ RFC Editor: This section should be empty and is to be removed
before publication. ]]
@ -442,7 +445,4 @@ Authors' Addresses
Melnikov & Hoeneisen Expires May 7, 2020 [Page 8]

Loading…
Cancel
Save