[Uri-review] Registration request for smtp:// and submit:// URI schemes (draft-melnikov-smime-msa-to-mda-04)
Alexey Melnikov <alexey.melnikov@isode.com> Sat, 29 March 2014 16:36 UTC
Return-Path: <alexey.melnikov@isode.com>
X-Original-To: uri-review@ietfa.amsl.com
Delivered-To: uri-review@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 535D61A0639; Sat, 29 Mar 2014 09:36:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.01
X-Spam-Level:
X-Spam-Status: No, score=-2.01 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Tn2wFixOVOKS; Sat, 29 Mar 2014 09:36:16 -0700 (PDT)
Received: from waldorf.isode.com (waldorf.isode.com [62.3.217.251]) by ietfa.amsl.com (Postfix) with ESMTP id 285071A02A9; Sat, 29 Mar 2014 09:36:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1396110973; d=isode.com; s=selector; i=@isode.com; bh=nMRox/tZFhAyP5d8BNSgiAOLIANw1o0hsN2kfNedg5c=; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version: In-Reply-To:References:Content-Type:Content-Transfer-Encoding: Content-ID:Content-Description; b=Ts+vCcO9SRpjv7ZtpO38Bmr8qm+Wg84h2Nd5MNP3qv+8oPGCdnTvLL1f7HrriqQedq+4xp ukrXpX5KoLZFAYMSGYOC1iY+NbkiQNRMtKBs9iIwvRL1+wgqyPqKzVapWlmo6BqLm7cZ5Q jq4GYNe1HnI9KrrvtBxWm1bybcaafvI=;
Received: from [192.168.0.7] (cpc5-nmal20-2-0-cust24.19-2.cable.virginm.net [92.234.84.25]) by waldorf.isode.com (submission channel) via TCP with ESMTPA id <Uzb2eAAy4Uhq@waldorf.isode.com>; Sat, 29 Mar 2014 16:36:12 +0000
Message-ID: <5336F686.7060308@isode.com>
Date: Sat, 29 Mar 2014 16:36:22 +0000
From: Alexey Melnikov <alexey.melnikov@isode.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.3.0
To: uri-review@ietf.org
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/uri-review/gD08Uztzov4Tgzqbd5Fk9LQ6Yqg
Cc: ietf-smtp@ietf.org
Subject: [Uri-review] Registration request for smtp:// and submit:// URI schemes (draft-melnikov-smime-msa-to-mda-04)
X-BeenThere: uri-review@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Proposed URI Schemes <uri-review.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/uri-review>, <mailto:uri-review-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/uri-review/>
List-Post: <mailto:uri-review@ietf.org>
List-Help: <mailto:uri-review-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/uri-review>, <mailto:uri-review-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 29 Mar 2014 16:36:18 -0000
Hi, I wanted to use smtp:// URIs in X.509 URI subjectAltName values. My use case is returning such URIs in S/MIME certificates of S/MIME capable Mail Transfer Agents (MTAs). My colleague pointed out that smtp:// URIs are not registered with IANA (despite being used by several products, including at least one open source), so here is my attempt to register it. I am also registering submit:// URI scheme, which is a similar URI schemes, but for designating Mail Submission Agents. SMTP URI registration URI scheme name: smtp Status: permanent URI scheme syntax: smtpuri = "smtp://" authority ["/" [ "?" query ]] authority = <defined in RFC 3986> query = <defined in RFC 3986> If :<port> is omitted from authority, the port defaults to 25. The query component is reserved for future extensions. URI scheme semantics: The smtp: URI scheme is used to designate SMTP servers (e.g. listener endpoints, S/MIME agents performing Domain signing), SMTP accounts. There is no MIME type associated with this URI. Encoding considerations: SMTP user names are UTF-8 strings and MUST be percent-encoded as required by the URI specification [RFC3986], Section 2.1. Applications/protocols that use this URI scheme name: The smtp: URI is intended to be used by applications that might need access to an SMTP server (for example email clients or MTAs can use smtp: URIs in configuration files) or for SMTP servers to describe their listener endpoints. A web browser can launch an email client application that can use the specified smtp: URI for account configuration or for showing SMTP server capabilities. These URIs can also be used in LDAP data stores for storing server or account configuration, as well as in X.509 certificates containing URIs. Interoperability considerations: Several implementations are already using smtp: URIs for server configuration in configuration files or APIs. Security considerations: Clients resolving smtp: URIs that wish to achieve data confidentiality and/or integrity SHOULD use the STARTTLS command (if supported by the server) before starting authentication, or use a SASL mechanism, such as GSSAPI, that provides a confidentiality security layer. Contact: Alexey Melnikov <alexey.melnikov@isode.com> Author/Change controller: IESG References: [[draft-melnikov-smime-msa-to-mda-04]] and [RFC5321]. SUBMIT URI registration URI scheme name: submit Status: permanent URI scheme syntax: submituri = "submit://" authority ["/" [ "?" query ]] authority = <defined in RFC 3986> query = <defined in RFC 3986> If :<port> is omitted from authority, the port defaults to 587. The query component is reserved for future extensions. URI scheme semantics: The submit: URI scheme is used to designate SMTP Submission servers (e.g. listener endpoints, S/MIME agents performing Domain signing), SMTP accounts. There is no MIME type associated with this URI. Encoding considerations: SMTP user names are UTF-8 strings and MUST be percent-encoded as required by the URI specification [RFC3986], Section 2.1. Applications/protocols that use this URI scheme name: The submit: URI scheme is intended to be used by applications that might need access to an SMTP Submission server (for example email clients) or for SMTP Submission servers to describe their listener endpoints. The submit: URI scheme is intended to be used by applications that might need access to an SMTP Submission server (for example email clients) or for SMTP Submission servers to describe their listener endpoints. A web browser can launch an email client application that can use the specified submit: URI for account configuration or for showing SMTP server capabilities. These URIs can also be used in LDAP data stores for storing server or account configuration, as well as in X.509 certificates containing URIs. Interoperability considerations: None. Security considerations: Clients resolving submit: URIs that wish to achieve data confidentiality and/or integrity SHOULD use the STARTTLS command (if supported by the server) before starting authentication, or use a SASL mechanism, such as GSSAPI, that provides a confidentiality security layer. Contact: Alexey Melnikov <alexey.melnikov@isode.com> Author/Change controller: IESG References: [draft-melnikov-smime-msa-to-mda-04]] and [RFC6409].
- [Uri-review] Registration request for smtp:// and… Alexey Melnikov
- Re: [Uri-review] Registration request for smtp://… Alexey Melnikov
- Re: [Uri-review] Registration request for smtp://… Bjoern Hoehrmann
- Re: [Uri-review] Registration request for smtp://… Alexey Melnikov
- Re: [Uri-review] Registration request for smtp://… Dave Thaler
- Re: [Uri-review] [ietf-smtp] Registration request… Bill McQuillan
- Re: [Uri-review] Registration request for smtp://… Alexey Melnikov
- Re: [Uri-review] [ietf-smtp] Registration request… Alexey Melnikov
- Re: [Uri-review] [ietf-smtp] Registration request… Robert A. Rosenberg
- Re: [Uri-review] Registration request for smtp://… Dave Thaler
- Re: [Uri-review] Registration request for smtp://… Alexey Melnikov
- Re: [Uri-review] Registration request for smtp://… Martin J. Dürst
- Re: [Uri-review] Registration request for smtp://… Alexey Melnikov
- [Uri-review] Review request for Anonymous Custome… Rauschenbach, Uwe (NSN - DE/Munich)
- Re: [Uri-review] Review request for Anonymous Cus… Graham Klyne
- Re: [Uri-review] Review request for Anonymous Cus… Rauschenbach, Uwe (NSN - DE/Munich)
- Re: [Uri-review] Review request for Anonymous Cus… Graham Klyne
- Re: [Uri-review] Review request for Anonymous Cus… Rauschenbach, Uwe (NSN - DE/Munich)
- Re: [Uri-review] Review request for Anonymous Cus… Rauschenbach, Uwe (NSN - DE/Munich)