[Extra] [Technical Errata Reported] RFC9051 (7343)

RFC Errata System <rfc-editor@rfc-editor.org> Mon, 13 February 2023 19:24 UTC

Return-Path: <wwwrun@rfcpa.amsl.com>
X-Original-To: extra@ietfa.amsl.com
Delivered-To: extra@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 365ABC187985 for <extra@ietfa.amsl.com>; Mon, 13 Feb 2023 11:24:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.947
X-Spam-Level:
X-Spam-Status: No, score=-3.947 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7aP6-JGiUIyo for <extra@ietfa.amsl.com>; Mon, 13 Feb 2023 11:24:52 -0800 (PST)
Received: from rfcpa.amsl.com (rfc-editor.org [50.223.129.200]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6185BC17EA6A for <extra@ietf.org>; Mon, 13 Feb 2023 11:24:52 -0800 (PST)
Received: by rfcpa.amsl.com (Postfix, from userid 499) id EAA55563F7; Mon, 13 Feb 2023 11:24:51 -0800 (PST)
To: Alexey.Melnikov@isode.com, barryleiba@computer.org, superuser@gmail.com, francesca.palombini@ericsson.com, yaojk@cnnic.cn, brong@fastmailteam.com
From: RFC Errata System <rfc-editor@rfc-editor.org>
Cc: nicholas.evans@gmail.conm, extra@ietf.org, rfc-editor@rfc-editor.org
Content-Type: text/plain; charset="UTF-8"
Message-Id: <20230213192451.EAA55563F7@rfcpa.amsl.com>
Date: Mon, 13 Feb 2023 11:24:51 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/extra/jKNAkHfCZ1E4WMr50w7sDrj6lWg>
Subject: [Extra] [Technical Errata Reported] RFC9051 (7343)
X-BeenThere: extra@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Email mailstore and eXtensions To Revise or Amend <extra.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/extra>, <mailto:extra-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/extra/>
List-Post: <mailto:extra@ietf.org>
List-Help: <mailto:extra-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/extra>, <mailto:extra-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Feb 2023 19:24:56 -0000

The following errata report has been submitted for RFC9051,
"Internet Message Access Protocol (IMAP) - Version 4rev2".

--------------------------------------
You may review the report below and at:
https://www.rfc-editor.org/errata/eid7343

--------------------------------------
Type: Technical
Reported by: Nicholas Evans <nicholas.evans@gmail.conm>

Section: 9

Original Text
-------------
resp-cond-auth  = ("OK" / "PREAUTH") SP resp-text
                    ; Authentication condition

resp-cond-bye   = "BYE" SP resp-text

resp-cond-state = ("OK" / "NO" / "BAD") SP resp-text
                    ; Status condition

...

resp-text       = ["[" resp-text-code "]" SP] [text]



Corrected Text
--------------
resp-cond-auth  = ("OK" / "PREAUTH") [SP resp-text]
                    ; Authentication condition
                    ;
                    ; Servers SHOULD send the trailing SP when resp-text
                    ; is empty.
                    

resp-cond-bye   = "BYE" [SP resp-text]
                    ; Servers SHOULD send the trailing SP when resp-text
                    ; is empty.

resp-cond-state = ("OK" / "NO" / "BAD") [SP resp-text]
                    ; Status condition
                    ;
                    ; Servers SHOULD send the trailing SP when resp-text
                    ; is empty.

...


resp-text       = "[" resp-text-code "]" [SP [text]] / [text]
                    ; Servers SHOULD send then trailing SP when
                    ; resp-text-code is present but text is empty.

Notes
-----
Appendix E, Changes from RFC 3501 / IMAP4rev1, item 23 states that "resp-text ABNF non-terminal was updated to allow for empty text."

In the spirit of Appendix E. 23, resp-text should allow "[" resp-text-code "]" without a trailing SP.  Similarly, resp-cond-auth, resp-cond-bye, and resp-cond-state should also allow the trailing SP to be dropped when resp-text is empty.  In all of these cases, the missing SP does not change the semantics of the response, so clients should not require it to be present.  However, for compatibility with clients that strictly adhere to the formal syntax as-is, servers should conservatively send the trailing SP even when text or resp-text is empty.

This aligns with existing practice, as some existing IMAP4rev1 servers already fail to send these trailing spaces, and some liberal clients already allow them to be missing.

Instructions:
-------------
This erratum is currently posted as "Reported". If necessary, please
use "Reply All" to discuss whether it should be verified or
rejected. When a decision is reached, the verifying party  
can log in to change the status and edit the report, if necessary. 

--------------------------------------
RFC9051 (draft-ietf-extra-imap4rev2-30)
--------------------------------------
Title               : Internet Message Access Protocol (IMAP) - Version 4rev2
Publication Date    : August 2021
Author(s)           : A. Melnikov, Ed., B. Leiba, Ed.
Category            : PROPOSED STANDARD
Source              : Email mailstore and eXtensions To Revise or Amend
Area                : Applications and Real-Time
Stream              : IETF
Verifying Party     : IESG