Re: [apps-discuss] Question about mailto URI

Martin J. Dürst <duerst@it.aoyama.ac.jp> Sat, 20 February 2016 04:05 UTC

Return-Path: <duerst@it.aoyama.ac.jp>
X-Original-To: apps-discuss@ietfa.amsl.com
Delivered-To: apps-discuss@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E82941B3947 for <apps-discuss@ietfa.amsl.com>; Fri, 19 Feb 2016 20:05:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.602
X-Spam-Level:
X-Spam-Status: No, score=-1.602 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no
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 n3OUj54IMIQs for <apps-discuss@ietfa.amsl.com>; Fri, 19 Feb 2016 20:05:13 -0800 (PST)
Received: from APC01-PU1-obe.outbound.protection.outlook.com (mail-pu1apc01on0131.outbound.protection.outlook.com [104.47.126.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 114D21B3943 for <apps-discuss@ietf.org>; Fri, 19 Feb 2016 20:05:12 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=itaoyama.onmicrosoft.com; s=selector1-it-aoyama-ac-jp; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=770cNpBujnPqQRtAy/p0YRmw0qvETuv5ZqedrEnZa9Q=; b=t7YVGVfBAT8Oed2/EvrdUBSsc+pUkUP5sPOv/HFsDtEO55xsTuYRSif371unhrMpzFKKC1/fmnIEYf0ilRxVRjl3qBMtF9piBIfH5YzoeCBq22GaC2bONiTv0EEqE6P1xAqJHp8ZMVM0Pujvk5jj1EobdejEoBWo5uuhkekain4=
Authentication-Results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=it.aoyama.ac.jp;
Received: from [133.2.210.64] (133.2.210.64) by OS1PR01MB0136.jpnprd01.prod.outlook.com (10.161.229.13) with Microsoft SMTP Server (TLS) id 15.1.409.15; Sat, 20 Feb 2016 04:05:08 +0000
To: Alexey Melnikov <alexey.melnikov@isode.com>, Stephan Bosch <stephan@rename-it.nl>, apps-discuss@ietf.org
References: <56BFD23A.9010601@rename-it.nl> <56C761EC.1000304@isode.com>
From: "Martin J. Dürst" <duerst@it.aoyama.ac.jp>
Organization: Aoyama Gakuin University
Message-ID: <56C7E5F1.7030905@it.aoyama.ac.jp>
Date: Sat, 20 Feb 2016 13:05:05 +0900
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: <56C761EC.1000304@isode.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Originating-IP: [133.2.210.64]
X-ClientProxiedBy: TY1PR01CA0050.jpnprd01.prod.outlook.com (25.164.162.160) To OS1PR01MB0136.jpnprd01.prod.outlook.com (25.161.229.13)
X-Microsoft-Exchange-Diagnostics: 1; OS1PR01MB0136; 2:+86pG+UAN3MBOZHzrdOskiMVdxvKA2cJV89mCmBOx6KJM0NqsCkQU6hzNBX3ChNPPQEd/GPWzcy2w0P9r9XGFwNt1x1xQTSq9wuOd69lmVfCQUx38yP4Xhz6GvxS03G7GNihySfVL1Y8d7C8RW6Yyw==; 3:DsnGxqvoRxZyYx0EsTCEoiJjAK+lzTNuR4OOBP9OQY+y/DReU2vbuH2pgWYt8e2yxj2axGTG4BRD3p5Ma0R566C7h/UVagZfuCouoR7Nfk7ms4txwgYb7/G2/rQ+7/9t; 25:+Hnd2tuJLdfcsZjCbSExavxUtH7Qo2Ds13BplTVrO3hz4arJ2LgCDDcEEDwgIB1lSzwksOPvgg7Hm2dQRGhb8thcY2VYktwVp9p8ENVNf1x7yDCaklLijpYcG4CjKAzBH7jWfg99kITrxusD5KLjKTzy+4IEv1frSzkfBHanPo0Z9Pp9Xl3XT6NJ0guBMkcBovAS6LEQq6e7NawJ1UjBw6rkarpN5g7YKFBbnUavd1Zk72eaX7o49SeK61n2TNFXFq0w1cnaQcKWjmG/2dDr7GVeNi9oIo9S1Ee++kWv7Kf2EgXvvZ7FI+MJSa1RgkO0mpjIXu3qVuFAUy6pc/1GK7NqMuL3WetihoZK+wasyOg=
X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:OS1PR01MB0136;
X-MS-Office365-Filtering-Correlation-Id: a6264db3-f768-407d-0d1f-08d339ab05ee
X-Microsoft-Antispam-PRVS: <OS1PR01MB0136F1A25435301BBE1CC747CAA10@OS1PR01MB0136.jpnprd01.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:;
X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(2401047)(8121501046)(5005006)(10201501046)(3002001); SRVR:OS1PR01MB0136; BCL:0; PCL:0; RULEID:; SRVR:OS1PR01MB0136;
X-Microsoft-Exchange-Diagnostics: 1; OS1PR01MB0136; 4:YU+6GIwVG+AnYOCdSMa09V9Hcv3Vfsj2rjH7GsP+nxk+c+BaARzw64PBx3P5hyhRiJLl2yrP1n8SzXy1Kt5htTu81zlDdLqvTGAXVc6HyjQSrGvcCifxUOgQUpLc1Ra6QPrCocifnAYY8ykRLf2okwyyftUUUwPqNUkxOkS+JAkAHdNMNWQqKzH9fL+4h5VJ3TgPMxiKFcx1ukQOxIZFqUHqo6b8H0ZWzeH9NRC+bjJh9KoJ/om/Y/VWDLJ91ZsYrg33Z8drJrfLzVeFkwVCpEmJJ5ytj/E6EW6HPNIVfu+tvmWJMlwonZagvRdAIsrIVsMvXE3ulAgcjGonum95Wt72zzbLE6u8UobPziGBXkM=
X-Forefront-PRVS: 0858FF8026
X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(4630300001)(6049001)(6009001)(479174004)(24454002)(5001770100001)(19580395003)(5004730100002)(4001350100001)(86362001)(189998001)(5008740100001)(5001960100002)(74482002)(83506001)(87976001)(42186005)(107886002)(80316001)(230700001)(87266999)(2906002)(40100003)(3846002)(65956001)(23676002)(92566002)(122386002)(2950100001)(47776003)(77096005)(76176999)(6116002)(1096002)(33656002)(66066001)(586003)(65816999)(50986999)(54356999)(15975445007)(3940600001); DIR:OUT; SFP:1102; SCL:1; SRVR:OS1PR01MB0136; H:[133.2.210.64]; FPR:; SPF:None; MLV:sfv; LANG:en;
X-Microsoft-Exchange-Diagnostics: 1;OS1PR01MB0136;23:jF8CszOwQ6egyeZD3W/wrL77aljHYWpXuq1LSlMq+KBbiDNjWel6lnMwdNi48OeNIbyKFTJvLj9+5CKKKfLqMKxG/a8eqrSX5a/uZqGs7Wwx6VnDEQCutFzHruDlXSiLObej6IQjqPLu0VndV/NJ7wwsQZ5w5l6IF2rHzlyVOc3ODaPCT2G8jweLf3N47i2+VX0qf3/bkfcJzr36F0m/woNLElxz7hMyOFo9VJWn6lT5V2eN5srhL2dKLooDoE3ksniivT+sDIbQFnLBWpYSTNI4CbnqsqtAwbT18gM/dkFHGnLsP8kGCi3PCUCDXCd7UxWbUrxvMhWBrIAKuCq1fJLfsv2qvBzdRmz3oveXmrFWa1nSEIEwnTzrQKzIb2KQsQGZrgvBpeHEoZhRrqI8Ej0eRAHCxdxKBY/VBmmz8PKpTtPtzXfieHTcj4lOsVrA5JUHjFlFLWw8mlBYbM5D/L2ahVzINIbdR/o+zRHo5cOjzqDKEVT90LEY4Neg5FPdPxI/MtpoUj/A2J6NJe0I+ObgNs1JbIsrbokElPaSprdfMHMuZuOXMM4XXEXIGx8gMGBmAhtv/IRL1VzkN4SMUiB9/gUVakM1GHyCqDw3a1YBbnc3a3tvT+FJfupVXOWKJfvboM5kued0gRi1cuENSAXJCkwx2OKTxW2p4MLTdVmBz5WjhkjiHEsxCq6VJgCnZhtZMB4XjVjUJw4eRLMr0wJERSnyjOE/TAoOuJ3vIXQnwzN8F/rsX64DblRLQoecxvAZw5pS4frP0MwfVNm/AE9W46opwBtjhj7vZiWfB6grpKbuvjXnulNYl3cLUdWGuxAGv6UEzTh9C1ZykAxyFN3Y4ckAK/rhxlnXLWM9a2OpVCdsqkKmaH1h0vL3CwGSw+LaSGOE0eeUoTqFgHcaLuUn6V2ZRGUPoA8QJK6db3BqETwszXkcMkSSSI7APcJOXy6zoyDfxzkjB2wvTiguaAgG2IWJib8OAscsWhr4E2sjjULu3saNVfzzmvLbbCNPhjSC4c7SrfabzMZyYAomAA33uAhDNNEw6mucFsly2ZVxx2Nz7novG4kNOgoxPHCtu/Sc6NBm80SkHQzlm6fp71+JNFearz44XsYN9AEXVGroeLEX8Lzm4reWuRVcSdzB
X-Microsoft-Exchange-Diagnostics: 1; OS1PR01MB0136; 5:Q77Slc5Gn1X7B2Jgt6qydxrO1bKHVHi0o62N2ghaskHM23N+dn7XWVWXOT0ljorOJb58P3E2jTELcQg7CTLgPWmrJOuAKqVFFo0f0gmWzq281T5Tt6iPStUGBZs0UwwUsKVv/JIh6uoMR1zu2rw1Xw==; 24:mVXS8dqoL8l3bpu9zYoeNO2haBdVTNkgD6gIxX8rwS6s4K+4ueoHb08Or0T+Up7WQ+A3Nmq/27h5IdA6gO4z4mN85ZXlFxNYG2CqvXnHm/c=
SpamDiagnosticOutput: 1:23
SpamDiagnosticMetadata: NSPM
X-OriginatorOrg: it.aoyama.ac.jp
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 20 Feb 2016 04:05:08.9956 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-Transport-CrossTenantHeadersStamped: OS1PR01MB0136
Archived-At: <http://mailarchive.ietf.org/arch/msg/apps-discuss/MuCwbA9BFeev6dDOY6LJsyc21xc>
Subject: Re: [apps-discuss] Question about mailto URI
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/apps-discuss/>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 20 Feb 2016 04:05:17 -0000

Hello Stephan,

Sorry for the delay of my answer.

On 2016/02/20 03:41, Alexey Melnikov wrote:
> Hi Stephan,
>
> On 14/02/2016 01:02, Stephan Bosch wrote:
>> Hi,
>>
>> I have a question about the mailto URI specified in RFC 6068. The
>> following syntax is specified for header fields:
>>
>> hfields      = "?" hfield *( "&" hfield )
>> hfield       = hfname "=" hfvalue
>> hfname       = *qchar
>> hfvalue      = *qchar
>>
>> This syntax allows an empty header field name,

I have been able to trace this back to 
https://tools.ietf.org/html/rfc2368, where the rules in question are

      headers    =  "?" header *( "&" header )
      header     =  hname "=" hvalue
      hname      =  *urlc
      hvalue     =  *urlc

>> whereas RFC 5322
>> specifies the following:
>>
>> optional-field  =   field-name ":" unstructured CRLF
>> field-name      =   1*ftext
>> ftext           =   %d33-57 / %d59-126
>>
>> This doesn't allow empty header field names, which makes sense to me.

It makes a lot of sense to me, too.

>> Is there a reason to allow an empty header field name for the mailto
>> URI, or am I just looking at something that warrants an erratum for
>> the RFC?
> I don't know of any reason to allow for empty header field names.
> Although at this point implementations should just ignore empty fields.

I'm thinking about producing an update to RFC 6068 once it is possible 
to use non-ASCII characters in RFCs, which should be "soon". At that 
point, we should re-check this issue.

Looking at RFC 6068, there's already quite some text at the end of 
Section 3 and in Section 4 that makes it clear that MUAs and the like 
have to be careful to not just put all the header fields into an email 
message as-is. This should cover empty header field names, too, but it 
might be a good idea to point this out more specifically in an update.

Regards,   Martin.