Search RFCs
The Series
For Authors
Sponsor
RFC Errata
Found 3 records.
Status:Verified (1)
RFC 4978, "The IMAP COMPRESS Extension", August 2007
Source of RFC: lemonade (app)Errata ID:1803
Status: Verified
Type: Technical
Publication Format(s) : TEXT
Reported By: Alfred Hoenes
Date Reported: 2007-09-18
Verifier Name: Alexey Melnikov
Date Verified: 2009-07-06
Section 3 says:
C: b login arnt tnra S: b OK Logged in as arnt C: c compress deflate| S: d OK DEFLATE active ^
It should say:
C: b login arnt tnra S: b OK Logged in as arnt C: c compress deflate| S: c OK DEFLATE active ^
Notes:
The tag in the reply from the server MUST match the tag in the
command sent by the client.
Status:Held for Document Update (1)
RFC 4978, "The IMAP COMPRESS Extension", August 2007
Source of RFC: lemonade (app)Errata ID:1014
Status: Held for Document Update
Type: Technical
Publication Format(s) : TEXT
Reported By: Alfred Hoenes
Date Reported: 2007-09-18
Held for Document Update by: Alexey Melnikov
Date Held: 2009-07-06
RFC 4978 vs. RFC 5032 -- mismatch in UPDATES clausesWithin two weeks, two RFCs have been published specifying amendmentsto the IMAP protocol: o RFC 4978 -- COMPRESS o RFC 5032 -- WITHIN SearchBoth IMAP extensions are similarly structured and arguably RFC 4978modifies IMAP behaviour specified in RFC 3501 (and other IMAPextension specifications: IMAP TLS and SASL) to a much greater extentthan RFC 5032 does.Nevertheless and surprisingly, only RFC 5032 has the line, Updates: 3501in its document header and hence in its RFC index metadata.This is apparently inconsistent.An update to the RFC metadata incoporating the relation "RFC 4978 updates RFC 3501"would be welcome as well.
Status:Rejected (1)
RFC 4978, "The IMAP COMPRESS Extension", August 2007
Source of RFC: lemonade (app)Errata ID:4478
Status: Rejected
Type: Technical
Publication Format(s) : TEXT
Reported By: poima fuimaono
Date Reported: 2015-09-19
Rejected by: Barry Leiba
Date Rejected: 2015-09-19
Section IMAP protoco says:
RFC 4978 vs. RFC 5032 -- mismatch in UPDATES clausesWithin two weeks, two RFCs have been published specifying amendmentsto the IMAP protocol: o RFC 4978 -- COMPRESS o RFC 5032 -- WITHIN SearchBoth IMAP extensions are similarly structured and arguably RFC 4978modifies IMAP behaviour specified in RFC 3501 (and other IMAPextension specifications: IMAP TLS and SASL) to a much greater extentthan RFC 5032 does.Nevertheless and surprisingly, only RFC 5032 has the line, Updates: 3501in its document header and hence in its RFC index metadata.This is apparently inconsistent.An update to the RFC metadata incoporating the relation "RFC 4978 updates RFC 3501"would be welcome as well.Report New Errata
It should say:
TBD following modifications
Notes:
Both IMAP extensions are similarly structured and arguably RFC 4978
modifies IMAP behaviour specified in RFC 3501 (and other IMAP
extension specifications: IMAP TLS and SASL) to a much greater extent
than RFC 5032 does.
Nevertheless and surprisingly, only RFC 5032 has the line,
Updates: 3501
in its document header and hence in its RFC index metadata.
This is apparently inconsistent.
An update to the RFC metadata incoporating the relation
"RFC 4978 updates RFC 3501"
would be welcome as well.
Report New Errata
--VERIFIER NOTES--
First, errata isn't meant to be used for RFC metadata.
Second, the reason that RFC 5032 "updates" 3501 is that the grammar for the IMAP SEARCH command isn't set up to be extensible, so adding search terms is an update to the base. In contrast, adding IMAP commands generally isn't.
Except that, yes, we have been inconsistent with that over time.