Update to Additional Registered Clauses in SMTP Received Headers
draft-levine-additional-registered-clauses-00
This document is an Internet-Draft (I-D).
Anyone may submit an I-D to the IETF.
This I-D is not endorsed by the IETF and has no formal standing in the
IETF standards process.
The information below is for an old version of the document.
| Document | Type |
This is an older version of an Internet-Draft whose latest revision state is "Expired".
|
|
|---|---|---|---|
| Author | John R. Levine | ||
| Last updated | 2019-01-24 | ||
| RFC stream | (None) | ||
| Formats | |||
| Stream | Stream state | (No stream defined) | |
| Consensus boilerplate | Unknown | ||
| RFC Editor Note | (None) | ||
| IESG | IESG state | I-D Exists | |
| Telechat date | (None) | ||
| Responsible AD | (None) | ||
| Send notices to | (None) |
draft-levine-additional-registered-clauses-00
Network Working Group J. Levine
Internet-Draft Taughannock Networks
Updates: 5321 (if approved) January 24, 2019
Intended status: Standards Track
Expires: July 28, 2019
Update to Additional Registered Clauses in SMTP Received Headers
draft-levine-additional-registered-clauses-00
Abstract
SMTP servers add Received: trace headers to mail messages to track
their progress This document updates the registration criteria for
Additional Registered Clauses in those headers to Expert Review, and
adds a new clause for Server Name Indication (SNI).
Status of This Memo
This Internet-Draft is submitted in full conformance with the
provisions of BCP 78 and BCP 79.
Internet-Drafts are working documents of the Internet Engineering
Task Force (IETF). Note that other groups may also distribute
working documents as Internet-Drafts. The list of current Internet-
Drafts is at https://datatracker.ietf.org/drafts/current/.
Internet-Drafts are draft documents valid for a maximum of six months
and may be updated, replaced, or obsoleted by other documents at any
time. It is inappropriate to use Internet-Drafts as reference
material or to cite them other than as "work in progress."
This Internet-Draft will expire on July 28, 2019.
Copyright Notice
Copyright (c) 2019 IETF Trust and the persons identified as the
document authors. All rights reserved.
This document is subject to BCP 78 and the IETF Trust's Legal
Provisions Relating to IETF Documents
(https://trustee.ietf.org/license-info) in effect on the date of
publication of this document. Please review these documents
carefully, as they describe your rights and restrictions with respect
to this document. Code Components extracted from this document must
include Simplified BSD License text as described in Section 4.e of
the Trust Legal Provisions and are provided without warranty as
described in the Simplified BSD License.
Levine Expires July 28, 2019 [Page 1]
Internet-Draft Additional registered clauses January 2019
Table of Contents
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2
2. Definitions . . . . . . . . . . . . . . . . . . . . . . . . . 2
3. The Server Name Indication clause . . . . . . . . . . . . . . 2
4. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 3
4.1. Guidance for Designated Expert . . . . . . . . . . . . . 3
5. Security Considerations . . . . . . . . . . . . . . . . . . . 3
6. References . . . . . . . . . . . . . . . . . . . . . . . . . 3
6.1. Normative References . . . . . . . . . . . . . . . . . . 3
6.2. Uninformative References . . . . . . . . . . . . . . . . 4
Appendix A. Change history . . . . . . . . . . . . . . . . . . . 4
Author's Address . . . . . . . . . . . . . . . . . . . . . . . . 4
1. Introduction
SMTP servers add Received: trace headers to mail messages to track
their progress. The syntax of those headers is defined in [RFC5321].
Each header can include optional Aditional Registered Clauses that
log information related to optional SMTP features.
This document updates the registration criteria for Additional
Registered Clauses in those headers to Expert Review, and adds a new
clause for Server Name Indication (SNI). The headers can include
optional Additional Registered Clauses that
2. Definitions
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
"SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" when
written in upper case in in this document are to be interpreted as
described in [RFC2119].
3. The Server Name Indication clause
Server Name Indication or SNI [RFC6066] is an optional TLS feature
that a TLS client can use to advise a server the name it expects the
server to have. When used in the initial negotiation for a STARTTLS
[RFC3207] session it enables the server to use a certificate with the
identity that the client expects, as is recommeneded in [RFC7817] and
is required for SMTP MTA-STS [RFC8461]. When a client presents a
name via SNI, the server can log it using the "sni" additional-
registered-clause.
IANA is requested to add one new entry to the additional-registered-
clauses registry:
"sni" - indicates the Server Name Indication used
Levine Expires July 28, 2019 [Page 2]
Internet-Draft Additional registered clauses January 2019
"name" - the name provided by SNI. It has the syntax of a Domain
Name.
4. IANA Considerations
IANA is requested to update the Registration Procedure for the
Additional-registered-clauses registry to Expert Review. The IESG
will appoint the expert(s).
4.1. Guidance for Designated Expert
The Designated Expert is expected to check that proposed Additional-
registered-clauses have a specification that is stable and detailed
enough to implement the clause interoperably. The Expert should
ensure that the clause name is reasonably related to the information
it represents, and that the contents of the clause are well-defined
and that any external references it depends on, e.g., a vocabulary of
keywords, are stable and well-defined.
5. Security Considerations
E-mail is subject to a vast range of threats and abuses. In a few
circumstances, a new Additional-registered-clause might disclose
information to a recipient that was otherwise unavailable. On the
other hand, better logging usually makes it easier to diagnose
failures and attacks.
6. References
6.1. Normative References
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate
Requirement Levels", BCP 14, RFC 2119,
DOI 10.17487/RFC2119, March 1997,
<https://www.rfc-editor.org/info/rfc2119>.
[RFC3207] Hoffman, P., "SMTP Service Extension for Secure SMTP over
Transport Layer Security", RFC 3207, DOI 10.17487/RFC3207,
February 2002, <https://www.rfc-editor.org/info/rfc3207>.
[RFC5321] Klensin, J., "Simple Mail Transfer Protocol", RFC 5321,
DOI 10.17487/RFC5321, October 2008,
<https://www.rfc-editor.org/info/rfc5321>.
[RFC6066] Eastlake 3rd, D., "Transport Layer Security (TLS)
Extensions: Extension Definitions", RFC 6066,
DOI 10.17487/RFC6066, January 2011,
<https://www.rfc-editor.org/info/rfc6066>.
Levine Expires July 28, 2019 [Page 3]
Internet-Draft Additional registered clauses January 2019
6.2. Uninformative References
[RFC7817] Melnikov, A., "Updated Transport Layer Security (TLS)
Server Identity Check Procedure for Email-Related
Protocols", RFC 7817, DOI 10.17487/RFC7817, March 2016,
<https://www.rfc-editor.org/info/rfc7817>.
[RFC8461] Margolis, D., Risher, M., Ramakrishnan, B., Brotman, A.,
and J. Jones, "SMTP MTA Strict Transport Security (MTA-
STS)", RFC 8461, DOI 10.17487/RFC8461, September 2018,
<https://www.rfc-editor.org/info/rfc8461>.
Appendix A. Change history
00 New draft
Author's Address
John Levine
Taughannock Networks
PO Box 727
Trumansburg, NY 14886
Phone: +1 831 480 2300
Email: standards@taugh.com
URI: http://jl.ly
Levine Expires July 28, 2019 [Page 4]