Use of Transport Layer Security (TLS) for Email Submission and Access
draft-lvelvindron-tls-for-email-00

The information below is for an old version of the document
Document Type Active Internet-Draft (individual)
Last updated 2018-09-21
Replaced by draft-ietf-uta-tls-for-email
Stream (None)
Intended RFC status (None)
Formats plain text pdf html bibtex
Stream Stream state (No stream defined)
Consensus Boilerplate Unknown
RFC Editor Note (None)
IESG IESG state I-D Exists
Telechat date
Responsible AD (None)
Send notices to (None)
Network Working Group                                      L. Velvindron
Internet-Draft                                             cyberstorm.mu
Intended status: Standards Track                      September 21, 2018
Expires: March 25, 2019

 Use of Transport Layer Security (TLS) for Email Submission and Access
                   draft-lvelvindron-tls-for-email-00

Abstract

   This specification updates current recommendation for the use of
   Transport Layer Security (TLS) protocol to provide confidentiality of
   email between a Mail User Agent (MUA) and a Mail Submission Server or
   Mail Access Server.  This document updates RFC8314.

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 March 25, 2019.

Copyright Notice

   Copyright (c) 2018 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.

Velvindron               Expires March 25, 2019                 [Page 1]
Internet-Draft                TLS For Email               September 2018

Table of Contents

   1.  Introduction  . . . . . . . . . . . . . . . . . . . . . . . .   2
   2.  Updates to RFC8314  . . . . . . . . . . . . . . . . . . . . .   2
   3.  IANA Considerations . . . . . . . . . . . . . . . . . . . . .   4
   4.  Security Considerations . . . . . . . . . . . . . . . . . . .   4
   5.  Normative References  . . . . . . . . . . . . . . . . . . . .   4
   Author's Address  . . . . . . . . . . . . . . . . . . . . . . . .   4

1.  Introduction

   [RFC8314] defines the minimum recommended for TLS as version 1.1.
   Due to the deprecation of TLS 1.1 in draft-ietf-tls-oldversions-
   deprecate, this recommendation is no longer valid.  Therefore this
   document updates [RFC8314] so that the minimum version for TLS is TLS
   1.2.

2.  Updates to RFC8314

   In the Table of contents section, the text should be revised from:
   "4.1.  Deprecation of Services Using Cleartext and TLS Versions Less
   Than 1.1" to: "4.1.  Deprecation of Services Using Cleartext and TLS
   Versions Less Than 1.2"

   In section 4, the text should be revised from: "As soon as
   practicable, MSPs currently supporting Secure Sockets Layer (SSL)
   2.x, SSL 3.0, or TLS 1.0 SHOULD transition their users to TLS 1.1 or
   later and discontinue support for those earlier versions of SSL and
   TLS." to: "As soon as practicable, MSPs currently supporting Secure
   Sockets Layer (SSL) 2.x, SSL 3.0, or TLS 1.0 SHOULD transition their
   users to TLS 1.2 or later and discontinue support for those earlier
   versions of SSL and TLS."

   In Section 4.1, the text should be revised from: "It is RECOMMENDED
   that new users be required to use TLS version 1.1 or greater from the
   start.  However, an MSP may find it necessary to make exceptions to
   accommodate some legacy systems that support only earlier versions of
   TLS or only cleartext." to: "It is RECOMMENDED that new users be
   required to use TLS version 1.2 or greater from the start.  However,
   an MSP may find it necessary to make exceptions to accommodate some
   legacy systems that support only earlier versions of TLS or only
   cleartext."

   In section 5, the text should be revised from: " MUAs SHOULD provide
   a prominent indication of the level of confidentiality associated
   with an account configuration that is appropriate for the user
   interface (for example, a "lock" icon or changed background color for
   a visual interface, or some sort of audible indication for an audio

Velvindron               Expires March 25, 2019                 [Page 2]
Internet-Draft                TLS For Email               September 2018

   user interface), at appropriate times and/or locations, in order to
   inform the user of the confidentiality of the communications
   associated with that account.  For example, this might be done
Show full document text