RFC Errata


Errata Search

 
Source of RFC  
Summary Table Full Records

Found 4 records.

Status: Verified (1)

RFC 6068, "The 'mailto' URI Scheme", October 2010

Source of RFC: IETF - NON WORKING GROUP
Area Assignment: app

Errata ID: 4020
Status: Verified
Type: Editorial
Publication Format(s) : TEXT

Reported By: NARUSE, Yui
Date Reported: 2014-06-23
Verifier Name: Barry Leiba
Date Verified: 2014-07-01

Section 2. says:

   2.  <obs-local-part> and <NO-WS-CTL> as defined in [RFC5322] MUST NOT
       be used.

It should say:

   2.  <obs-local-part> and <obs-NO-WS-CTL> as defined in [RFC5322] MUST
       NOT be used.

Notes:

NO-WS-CTL doesn't exist in RFC5322; it was changed to obs-NO-WS-CTL.

A future update to "mailto" should consider other whitespace changes as well.

Status: Reported (1)

RFC 6068, "The 'mailto' URI Scheme", October 2010

Source of RFC: IETF - NON WORKING GROUP
Area Assignment: app

Errata ID: 4706
Status: Reported
Type: Technical
Publication Format(s) : TEXT

Reported By: stream9
Date Reported: 2016-06-08

Section 2.3 says:

3.  Whitespace and comments within <local-part> and <domain> MUST NOT
    be used.  They would not have any operational semantics.

It should say:

3.  Whitespace and comments within <local-part> and <domain> MUST NOT
    be used except quoted whitespace in <quoted-string>. 
    They would not have any operational semantics.

Notes:

<local-part> contain <quoted-string> and <quoted-string> contains <quoted-pair> according to definition in RFC 5322.

quoted-pair = ("\" (VCHAR / WSP)) / obs-qp

As definition above, <quoted-pair> contains whitespace <WSP> which according to RFC 6068, MUST NOT be used.

But example in RFC 6068 section 6.2 contain quoted whitespace. So I guess this is an exception.

Status: Held for Document Update (1)

RFC 6068, "The 'mailto' URI Scheme", October 2010

Source of RFC: IETF - NON WORKING GROUP
Area Assignment: app

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

Reported By: John Levine
Date Reported: 2012-06-23
Held for Document Update by: Barry Leiba

Section 11.1 says:

  [RFC5322]  Resnik, P.,

It should say:

  [RFC5322]  Resnick, P.,

Notes:

Pete Resnick's name spelled wrong. Oops.

Status: Rejected (1)

RFC 6068, "The 'mailto' URI Scheme", October 2010

Source of RFC: IETF - NON WORKING GROUP
Area Assignment: app

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

Reported By: Stefan Ganzer
Date Reported: 2013-02-20
Rejected by: Pete Resnick
Date Rejected: 2013-03-08

Section 2 says:

      domain       = dot-atom-text / "[" *dtext-no-obs "]"

It should say:

      domain       = dot-atom-text

Notes:

Mailto URI has a hier-part that is either path-rootless or path-empty,
with an optional query component (see the syntax from RFC 3986 below).
In the path-rootless part, only characters in the set <pchar> are allowed.
Therefore the <domain> rule violates the general URI syntax, as it uses
the characters "[" and "]", which are not in <pchar>, to delimit a domain literal.

URI = scheme ":" hier-part [ "?" query ] [ "#" fragment ]
hier-part = "//" authority path-abempty
/ path-absolute
/ path-rootless
/ path-empty
path-rootless = segment-nz *( "/" segment )
segment = *pchar
segment-nz = 1*pchar
query = *( pchar / "/" / "?" )
pchar = unreserved / pct-encoded / sub-delims / ":" / "@"
unreserved = ALPHA / DIGIT / "-" / "." / "_" / "~"
sub-delims = "!" / "$" / "&" / "'" / "(" / ")"
/ "*" / "+" / "," / ";" / "="
--VERIFIER NOTES--
The "Corrected Text" suggested by the reporter is incorrect. There are also several things in dot-atom-text which are also not in <pchar> ("#", "/", "?", "^", "`", "{", "|", "}"), so leaving dot-atom-text in place would not address the concern of the reporter. RFC 6068's answer is to simply say that, ABNF notwithstanding, some of the characters will need to be percent-encoded:

1. A number of characters that can appear in <addr-spec> MUST be
percent-encoded. These are the characters that cannot appear in
a URI according to [STD66] as well as "%" (because it is used for
percent-encoding) and all the characters in gen-delims except "@"
and ":" (i.e., "/", "?", "#", "[", and "]"). Of the characters
in sub-delims, at least the following also have to be percent-
encoded: "&", ";", and "=". Care has to be taken both when
encoding as well as when decoding to make sure these operations
are applied only once.

Now, this may have been a bogus way to do it (because you've got an ABNF which then has to be re-encoded to agree with generic URI syntax), but it was clearly agreed to when this document was published. Something may be wrong here, but this is not appropriate for a simple erratum.

Report New Errata



Advanced Search