RFC Errata


Errata Search

 
Source of RFC  
Summary Table Full Records

Found 3 records.

Status: Verified (1)

RFC 1939, "Post Office Protocol - Version 3", May 1996

Note: This RFC has been updated by RFC 1957, RFC 2449, RFC 6186, RFC 8314

Source of RFC: Legacy
Area Assignment: app

Errata ID: 529
Status: Verified
Type: Technical
Publication Format(s) : TEXT

Reported By: Bernard Treine
Date Reported: 2003-11-02

Section 7 says:

          The server should never reuse an
          unique-id in a given maildrop, for as long as the entity
          using the unique-id exists.

It should say:

          The server should never reuse a
          unique-id in a given maildrop for as long as the maildrop
          exists.

Status: Held for Document Update (1)

RFC 1939, "Post Office Protocol - Version 3", May 1996

Note: This RFC has been updated by RFC 1957, RFC 2449, RFC 6186, RFC 8314

Source of RFC: Legacy
Area Assignment: app

Errata ID: 1088
Status: Held for Document Update
Type: Editorial
Publication Format(s) : TEXT

Reported By: Joseph Bowbeer
Date Reported: 2007-11-29
Held for Document Update by: Peter Saint-Andre

Section 7 says:

Note that if the number of lines requested by the POP3
client is greater than than the number of lines in the
body, then the POP3 server sends the entire message. 

It should say:

Note that if the number of lines requested by the POP3
client is greater than the number of lines in the body,
then the POP3 server sends the entire message. 

Notes:

Extraneous "than" in discussion of TOP command.

Status: Rejected (1)

RFC 1939, "Post Office Protocol - Version 3", May 1996

Note: This RFC has been updated by RFC 1957, RFC 2449, RFC 6186, RFC 8314

Source of RFC: Legacy
Area Assignment: app

Errata ID: 4852
Status: Rejected
Type: Technical
Publication Format(s) : TEXT

Reported By: Claude SIMON
Date Reported: 2016-11-02
Rejected by: Barry Leiba
Date Rejected: 2019-04-30

Section 3 and app. A says:

Section 3 :

Responses may be up to 512 characters
long, including the terminating CRLF.

Appendix A :

- specifies a status indicator length limitation
  of 512 octets, including the CRLF.

It should say:

(See 'Notes')

Notes:

What is written in appendix A does not match with what is written in section 3.
I guess both are wrong. The length of 512 may not concern the length of an entire response, and also not the length of only the status indicator, but the length of the first line returned as an answer by the server, which contains the status indicator, but sometimes some other text too (and, of course, is terminated by CRLF).
As I'm not sure that my guess is correct, and also because I'm not very comfortable with the English language, I am not able to propose a corrected text.
--VERIFIER NOTES--

The text is correct as written, in that a single-line response is limited to 512 octets (which is also 512 characters in US-ASCII). The subsequent paragraph in Section 3 explains multi-line responses.

Report New Errata



Advanced Search