RFC Errata
RFC 4119, "A Presence-based GEOPRIV Location Object Format", December 2005
Note: This RFC has been updated by RFC 5139, RFC 5491, RFC 7459
Source of RFC: geopriv (rai)
Errata ID: 827
Status: Rejected
Type: Technical
Publication Format(s) : TEXT
Reported By: Alfred Hoenes
Date Reported: 2005-12-21
Rejected by: Robert Sparks
Date Rejected: 2010-05-23
On mid-page 8, RFC 4119 specifies: [...] If the value in the 'retention-expires' element has already passed when the Location Recipient receives the Location Object, the Recipient MUST discard the Location Object immediately. Now, RFC 4119 contains examples of Location Objects. Thus, the reader of RFC 4119 (or his workstation) becomes a Location Recipient. But those examples of Location Objects contained in RFC 4119 specify a 'retention-expires' date that has passed *long before* the publication of RFC 4119. Therefore, every reader of RFC 4119, and every system receiving a copy of RFC 4119, MUST immediately discard the RFC; moreover, even the RFC editor SHOULD NOT ever have processed the draft! But in this case, the above rule would not have become effective, making these actions, creation and reading of the RFC, legitimate again ...
It should say:
[see above]
Notes:
from pending
From the RAI reviewer: Strictly speaking, only the Location Objects contained in the RFC4119 MUST be discarded. Since this would only remove the examples from the RFC and not the specifiction, the RFC would remain effective, if somewhat less convenient to use.
--VERIFIER NOTES--