Re: [sipcore] display-name ABNF rule is incorrect in RFC 3261

Paul Kyzivat <pkyzivat@alum.mit.edu> Fri, 11 January 2019 23:25 UTC

Return-Path: <pkyzivat@alum.mit.edu>
X-Original-To: sipcore@ietfa.amsl.com
Delivered-To: sipcore@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6C75E128D0C for <sipcore@ietfa.amsl.com>; Fri, 11 Jan 2019 15:25:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.043
X-Spam-Level:
X-Spam-Status: No, score=-2.043 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.142, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=mitprod.onmicrosoft.com
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 dNWiHh5b_H1v for <sipcore@ietfa.amsl.com>; Fri, 11 Jan 2019 15:25:20 -0800 (PST)
Received: from NAM04-SN1-obe.outbound.protection.outlook.com (mail-eopbgr700094.outbound.protection.outlook.com [40.107.70.94]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A851F128AFB for <sipcore@ietf.org>; Fri, 11 Jan 2019 15:25:19 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mitprod.onmicrosoft.com; s=selector1-mitprod-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=L0fqu+5V5mPyUj3ZEeRxsgcGRDVmmBWkHWAHDF4vCuU=; b=WZJXMNGX199mBAB3AxFyGjSWH13lnfP6qX9iJAYr/31pRUU8irSFs47Yv4TuZqeEZP6Po3h1wWk5MlxV7rsalKDFtQZ0SpARp9kDQWgtgIx4oQT9Y/TPAyS1yKCMZ4HWbwo81/TBagmCs3F2g/COJFzEOzp5vokZktCKLWKGHeU=
Received: from SN6PR0102CA0006.prod.exchangelabs.com (2603:10b6:805:1::19) by SN6PR01MB4031.prod.exchangelabs.com (2603:10b6:805:a3::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1516.15; Fri, 11 Jan 2019 23:25:18 +0000
Received: from CO1NAM03FT064.eop-NAM03.prod.protection.outlook.com (2a01:111:f400:7e48::200) by SN6PR0102CA0006.outlook.office365.com (2603:10b6:805:1::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.1516.14 via Frontend Transport; Fri, 11 Jan 2019 23:25:17 +0000
Received-SPF: Pass (protection.outlook.com: domain of alum.mit.edu designates 18.7.68.33 as permitted sender) receiver=protection.outlook.com; client-ip=18.7.68.33; helo=outgoing-alum.mit.edu;
Received: from outgoing-alum.mit.edu (18.7.68.33) by CO1NAM03FT064.mail.protection.outlook.com (10.152.81.77) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.1446.11 via Frontend Transport; Fri, 11 Jan 2019 23:25:17 +0000
Received: from PaulKyzivatsMBP.localdomain (c-24-62-227-142.hsd1.ma.comcast.net [24.62.227.142]) (authenticated bits=0) (User authenticated as pkyzivat@ALUM.MIT.EDU) by outgoing-alum.mit.edu (8.14.7/8.12.4) with ESMTP id x0BNPFtf020997 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for <sipcore@ietf.org>; Fri, 11 Jan 2019 18:25:16 -0500
To: sipcore@ietf.org
References: <CAD5OKxvGmuXyzWk8YnE_xSqMYkUnUgxC5jA-5w_9n90ZhH=iMw@mail.gmail.com>
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
Message-ID: <8c3d8dea-ba1b-907d-6959-5843f280ea2a@alum.mit.edu>
Date: Fri, 11 Jan 2019 18:25:15 -0500
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:60.0) Gecko/20100101 Thunderbird/60.4.0
MIME-Version: 1.0
In-Reply-To: <CAD5OKxvGmuXyzWk8YnE_xSqMYkUnUgxC5jA-5w_9n90ZhH=iMw@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
X-EOPAttributedMessage: 0
X-Forefront-Antispam-Report: CIP:18.7.68.33; IPV:CAL; SCL:-1; CTRY:US; EFV:NLI; SFV:NSPM; SFS:(10019020)(396003)(136003)(376002)(39860400002)(346002)(2980300002)(199004)(53754006)(189003)(31686004)(8676002)(75432002)(8936002)(2351001)(58126008)(316002)(786003)(2870700001)(88552002)(67846002)(64126003)(6306002)(6916009)(86362001)(106002)(31696002)(106466001)(65826007)(229853002)(2906002)(50466002)(478600001)(26826003)(246002)(5660300001)(356004)(966005)(336012)(186003)(11346002)(65956001)(65806001)(4744005)(446003)(956004)(26005)(126002)(2616005)(476003)(76176011)(47776003)(305945005)(7596002)(36906005)(104016004)(6246003)(6346003)(23676004)(486006)(53546011)(2486003); DIR:OUT; SFP:1102; SCL:1; SRVR:SN6PR01MB4031; H:outgoing-alum.mit.edu; FPR:; SPF:Pass; LANG:en; PTR:outgoing-alum.mit.edu; A:1; MX:1;
X-Microsoft-Exchange-Diagnostics: 1; CO1NAM03FT064; 1:JArczNNDuvLWIVs6AZBJylOk0ZwcH9TQS6DAyNwGxxLMV0PI3/G+TXqmO3eRhPVbu0whyEm6ORVuJObB8nsAfUJe6pYgchO55dtcLZ+h2O7TwZKM8P327Jem4s50Tcm6
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: 4346163f-d788-4584-6b23-08d6781c0c16
X-Microsoft-Antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600109)(711020)(4608076)(4709027)(2017052603328)(7153060); SRVR:SN6PR01MB4031;
X-Microsoft-Exchange-Diagnostics: 1; SN6PR01MB4031; 3:QLEWYSSn1v8AT7jnl/PlbDGNJ+9DrN+DgMOHGf31UJ5WT5+rLbzUKKDUGo1E1QPYNRG5DPTbjm4OLRA8EWcduJSXIMLbyay1mRhswGnwJ2SJyMwqjiHIajYYtjmVPG6p1+n28TfFTXkxK9WK7ytWtafC0JwVY0Wev90OVT7fgldFgvUWlGC1p9y9BwxqgwbL4ObzstnPs5O9OQuvIb1jB6QbaL0MyWG78GoThu3Yb8V42xKNyXbo6MWsjB6lsSjPFmBzVqxGgoyMOAxQU9wJJVXE+hpDIQlg7nJvGbPePNOcmo7hRXvLFvHcTzGPacmZIGYN3It2Qdvav2OzmDx6XRmWOqlOPAVIUpeEYcpT6tTbC+ZviqZBhuahMkpmuf7c; 25:hXA0Gx9rsQD4zrFbtKW0X8BgZ8hYlIRjMHgFEjSfWerxr7aqMWbe8Uj6z1MbOoIyaNid1f5m3JnLnzlvaQPv5IhELakyUaVwOq8P5xLd/C+d7r70FJCJFOVda78ZSD4umisaCsNqsjsQQPNufZopIb6giIOgla2NA9Ekz0g4RTSmH42W9yulfRm8MR3PSOwsUzEEBUZk7n3SBHxPafQ4em41ICIqKEqTusBLixu3TEebkaM79c2sKI3oVLLTXRR+6aysdchPVC1prJHoHq7hSb4X3S2utQOhRGHpVHCSzcEhp1ekK0/9abaz80GUqOKE9ROklLP8F3GHGvP4X/D+6A==
X-MS-TrafficTypeDiagnostic: SN6PR01MB4031:
X-Microsoft-Exchange-Diagnostics: 1; SN6PR01MB4031; 31:qjFA1qjnuLE1qUtZB3kSIEmk1isHvcP0c5EmxaWHmBt3WE7QHZerWVBJs9EVf+re5mOofr+kdaTtwGjaqQhAJBZ+rW0PvtRNyxOD+EdihDkQhB/mFXF8ASgntUnjkv3ns9ZvqW8BCaz0axMjADcquLrmLD+7Dugw0g20mX0BlUjUsHjj4WpRwT8U44tI6fDGVkiYQJuNICKv4bW4o5suYMsCeofJl6KIFeUADniqino=; 20:tlW+WHWB32nnFITRGzWG9GlEYfWnSngvM9ETGvT9Gr3bMCnvMlHtMUBnWcVQuQ3kVhYs6BzgEi/4Udg3j4D3IFVZIoajNhmTCe/DI0f0D9L/0QnLY2lcFhlYuWTPdT3mYMQpPr6Lq/sDT8N8B6cZv9ewBIIwDX6R2fjqMJKm8/Uk5B+hr8zo53/3v1yd9GuX0eoAiNyN9AxirCBU+VWmbVRafHTz1RzkhzIPf+zosDCPPh76eo5hAgKLNLsTKL1XkuNhAPFhjZ/tsQUTBnvp8oErQkmbVj+YJxSmH6GhUCD/OkKKkQWe9uEHSufHHgW8EbUlqwhH5LGNg5Htw/LY3wAxAM4tuhmHIbfsW9Rgb+mcv2++TcnSTFiLe+iihZl8/JevMZOzxrS6oQodVHXyAjddD0Sj0UoTc/UHmPYlGYI+hG5kkleJhnHf9SnGunYuvVaj21pduPWbBPLstU1FA77cSa7wdhGCtkY+QauRwr4Q9ICjCtXuudRKG1LfBGCT
X-Microsoft-Antispam-PRVS: <SN6PR01MB40310D9841FCFC569DFD7901F9850@SN6PR01MB4031.prod.exchangelabs.com>
X-Microsoft-Exchange-Diagnostics: 1; SN6PR01MB4031; 4:XRx5gi5NIRWOmy0HWNANEQCaWjbJ3FyvUufFy8L8ZKo03cyGjPxAImFMPgF41X1v9h3EzZ5dsnlMyZDlZV4/Q63BU2hGK6AVjE88KgMpmdFfkW1cVBWfk5VvokrJdyDZr66PFWTxVh6CQUX0+3gvuXuyuEsPdf89iPfCYaSyP0LkiI/n4Y3KHplwHKXx9qF6qQPv1jr+kKgn06UHcqyWBIDhDNsfd96/TS5VyWZvg59coqQs0ysQxmF97kzaU2qCMxJXqhdcyImPEy7qRKQA+MjRfxTU09+eznMSkrR7Htc=
X-Forefront-PRVS: 09144DB0F7
X-Microsoft-Exchange-Diagnostics: 1;SN6PR01MB4031;23:wWAL6o50RG1K2JKv/lIHeaW9VdJVEygFdCjol2sQuI1M9eTWtyeT6htbtel1cubEyknvDI+ITc//ECWCISae+1cgZfJbGbJ6Cn6WsWvBLCEXVJDdRnANcxDfgE9xFkZOSRr/c0EAYV/HKlISNgwpTSNrE/Qr6CTPpKWTonA8o3XIOle8t+yEqfYcd/lattF7odi3ZA37G+BWgh3pbRFzWEe90bzLG49uc1FLFjzQAYG37aZ9qqb7zGZ70QW4j7lzaO3ED8gJXcpbt+T8HrW0KGiXRO3U2dD5A2MYD1UqG9luTVV2qthjrsMC0M1nsbmcd7nT3iMwgfCwG7wPaVo2deb1QsUUGfrQr7N3yZfDfLqo18LWbOuFRIpN55Yk36wcwyU4SwHPOge949CgUY29HLnWs1phpTY/Ill2pAgF2Yi4QGVlI+bMbqDI2eyjsIuM+ScgXyN5QXOzBfg+YFPNVgyojjR4C8GKULim4Kex7cBNl4lh/NhoV7rRKTDHs1DDcGzVurQSp9rPRXBDVWxJqxKXT7Z0wxt8N5TPJ0V/uRO7ng8us4V5pqr+pdc/Sqe1o8dgHaKdh9+Pc/Dy5YBoH8o4OLTx8/zsw5X4kpEI3ji2AzzoN+vSlZuzc3+N/jWnJ5WBnKWZxXolWOcjqFnmFJco3uDH1X6S8j8sW12j2AUx/Liqa8TPzkgEpTPbwEAz7AMD/Qfdsu3e266gWibcz5fnsxxji9mMjrsxNlDde2IViIF0z+46navUz8BVy9THM6toRWOXf4IVmLIxXay77EvLobXZ8MYBD8o/tA621uIpeBPxlkc9g91laFJd5XQzZ9I0HJGQGt0R+5/Y5ooghLqIJV4i9ABZ8+v/7G5N/CoDkjubA1A0oOvCrLS/R9xufH0tl3io8jJ9tksXP1HSGe3thB3fIarEMnIdOiSG9D3CMacHTF7bAbnm9nf3qOXceYDZosbG1/VQW4A2Bg6XrPcwpicS9cZnyNUu2lHevlL+7Yd2l+SSUu9m3NdGvVna/XgC36hh+o4XQJ6G7djScSnZdixiXenbUCYW1JSlaXu5o7wKxmel0O3crCSBZfnOeRC4Vau/Oh7NM3SmG5GNURBmQlJkyDn78APwqSeshI2ve9xVt2DDEbltw76QmULcLcr5DAs3oyw11YmGTN6GegkNFA9MTnqnMwcPrxFL9OT6gMGPZv/ffCkflT0pNtOurkYf0tJ3G8DY/YGY3w/hGPedIVFF4wsPvKaTO4duYlGOp37U1OG6lie8ihQV+PtH03EfywyTzRU2ob/cYnZEsfN0++eNXnqt52FIow9ghz5Ra8aQ7bEh6yiOLpWCaEIg
X-MS-Exchange-SenderADCheck: 1
X-Microsoft-Antispam-Message-Info: JuoRpF3BQ02btZNNXMthnuXQvMUTEXveSvmBrPhq4xKNwFsXOXWPdW4cDRGO86j2+S1qiRXA3mGJGXMYJiXLJhAS2htHPXlRsGcMvTftdc/7sEYQ2/nBV0kHWI0umUeM3qxeuRg5z5EwDecxwBhAwdZkbFpnfeORkiLTp8FJOM9Tm4bFSc9KSEtDSvIrHfvFnciu5qSoGmjF1KS9YanHDp5uCS/lCnv5mr4ZoXTZ973jPZNXuVdAq7zqG8ZsTBw/6mC2IlNh8A1a2YXfSFhNaSPc+1JUbpgX7rqSoq2ss2QAUwTgcKwHRonnR/H18QN0p4l/+W+SIBKFsxSpqFd5njHEEUWvr1VCEQvR43syjXIqMEgpQyo/8cVPEvCKa0XFnLOaCBGSpjUQGkuP63CKltdhEBRwp97s6bJZlpY9YIc=
X-Microsoft-Exchange-Diagnostics: 1; SN6PR01MB4031; 6:OoOgyeFnLOPU1CEE3UdQJS6k7HqWTuTkWVlj40lazsIEP4Z8JzckH0DsSHR/jeu35znakL7Y+RxHsYiva0UPtjIsjQkVjQuios+VEpiGtc4einHzehuF1A8cgckh+CvLdoKPit7xbsCs3hbtczrErJzDYSTbFxU9xIMFhbXWo/C4ROded0bDRmR42uDViF0MjjpHu423cnFGyjrImTUUMkNSxO2Y/5vQEF8U3ZRsKss1CtiEtFdzOjsaBAUeqKnLGyx4SFxplidcQD6M482aU1nqTaRvzizTDM0uarxFa6OJNs2FXIZB1N35i2Fr1leqVt0cCN3RMB6+69/ImpfoCj82l/s4auSYXBJTVvGiR9R+UBfkoJW8QIzok4A1+6jAj614c8Bxj/1LjYuUWLRXlu2HlCXw1amjN7Eu6/hktcRH3TnkWFRDS+gvUMYWxr1NNF1ygVsFI85eWuEekTQkGw==; 5:Qw1LBcpIuc/najV+ElvC33sfNACQ4FsUbR75cXlVS2RVEouTMizJd1YIoAb7dj1pPyjZaICjOQNLEW9H24gy4LqCZ6gB9rx5n5chSDyhQMp1rqXK+cMQy5MHpVVJR3ny1bBQD4ZrHUXn2aytNgkSo0SyFc2iQ7oI/6Ui/n29S6N3wkUvoIh0kUjE2h/Bc0qOpuq0riQaIrTsS+SgpeRDPQ==; 7:f1U+/ifEiIDe39RL9aKV0OyZ0RpX2NP1rwZwJTGepTjEokbxs32837gKSYTFGH0V7qtQeRmvuVXxtlo/UjHBXH4ffMLuG4GyWubqP1Bf6tQwg6lhKx7AN8zNANUY2QWaE8GtAbAOdAD/GgsnYLOl5A==
SpamDiagnosticOutput: 1:99
SpamDiagnosticMetadata: NSPM
X-OriginatorOrg: alum.mit.edu
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 11 Jan 2019 23:25:17.3123 (UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: 4346163f-d788-4584-6b23-08d6781c0c16
X-MS-Exchange-CrossTenant-Id: 64afd9ba-0ecf-4acf-bc36-935f6235ba8b
X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=64afd9ba-0ecf-4acf-bc36-935f6235ba8b; Ip=[18.7.68.33]; Helo=[outgoing-alum.mit.edu]
X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN6PR01MB4031
Archived-At: <https://mailarchive.ietf.org/arch/msg/sipcore/knJViRlX3jnocz4iwLZBg7kLo6A>
Subject: Re: [sipcore] display-name ABNF rule is incorrect in RFC 3261
X-BeenThere: sipcore@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: SIP Core Working Group <sipcore.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sipcore>, <mailto:sipcore-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/sipcore/>
List-Post: <mailto:sipcore@ietf.org>
List-Help: <mailto:sipcore-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sipcore>, <mailto:sipcore-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Jan 2019 23:25:23 -0000

On 1/11/19 4:21 PM, Roman Shpount wrote:
> Hi All,
> 
> The name-addr ABNF rule in RFC 3261 specifies:
> 
> name-addr      =  [ display-name ] LAQUOT addr-spec RAQUOT
> addr-spec      =  SIP-URI / SIPS-URI / absoluteURI
> display-name   =  *(token LWS)/ quoted-string
> 
> 
> Based on this, LWS is always required between token and the "<" and the 
> following Name-Address value is invalid:
> 
> foo<sip:foo@bar.com <mailto:sip%3Afoo@bar.com>>
> 
> At the same time https://tools.ietf.org/html/rfc3261#section-20.10 says:
> 
>     There may or may not be LWS between the display-name and the    "<".

Good catch.

> This implies that foo<sip:foo@bar.com <mailto:sip%3Afoo@bar.com>> should 
> be acceptable.
> 
> Based on this, should the display-name rule be updated to be:
> 
> display-name   =  token *(LWS token)/ quoted-string
> 
> 
> Should I file an errata or was this ever corrected in subsequent RFC?

I'm not aware of this ever being corrected.

	Thanks,
	Paul