[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
- [Extra] [Technical Errata Reported] RFC9051 (7343) RFC Errata System