Internet Message Access Protocol (IMAP) - URL Access Identifier Extension
Note: This ballot was opened for revision 02 and is now closed.
(Jari Arkko) Yes
The text "and should be taken as the master in the event of any differences or discrepancies" sounds a bit weird, we do not usually emphasize that for updates relationship, as its so clear. Or maybe I'm reacting to the word "master". I'd just delete the text.
Alexey Melnikov Yes
(Ron Bonica) No Objection
(Ross Callon) No Objection
(Ralph Droms) No Objection
(Lisa Dusseault) No Objection
The URLAUTH RFC says: "The URLAUTH component overrides the second purpose of the enc-user in the IMAP URI and by default permits the URI to be resolved by any user permitted by the <access> identifier." The 'stream' value doesn't seem to fit this definition, because 'stream' doesn't identify a user or a class of users. Since this draft is updating RFC5092, it would be appropriate (though a little obsessive) to update the definition given above with a new one. Since this has been discussed in LEMONADE where URLAUTH mostly originated, I'm making this a COMMENT and don't object to the approach taken.