This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author jelie
Recipients eric.araujo, jelie, r.david.murray
Date 2010-11-01.21:18:23
SpamBayes Score 1.763658e-05
Marked as misclassified No
Message-id <1288646306.99.0.777709989379.issue10284@psf.upfronthosting.co.za>
In-reply-to
Content
David:  no, the RFC does not mention UTF-8 about AUTHINFO.
Please note the subtlety:

   command =/ authinfo-sasl-command /
        authinfo-user-command /
        authinfo-pass-command

   authinfo-sasl-command = "AUTHINFO" WS "SASL" WS mechanism
        [WS initial-response]
   authinfo-user-command = "AUTHINFO" WS "USER" WS username
   authinfo-pass-command = "AUTHINFO" WS "PASS" WS password

   initial-response = base64-opt
   username = 1*user-pass-char
   password = 1*user-pass-char
   user-pass-char = B-CHAR

   ;   U- means based on UTF-8, excluding NUL CR and LF
   ;   B- means based on bytes, excluding NUL CR and LF
   U-CHAR     = CTRL / TAB / SP / A-CHAR / UTF8-non-ascii
   B-CHAR     = CTRL / TAB / SP / %x21-FF


That is not for nothing that B-CHAR are explicitly mentioned.  And *not* U-CHAR.
That is why I insist on that fact, and I fear the new nntplib implementation using UTF-8 is breaking the NNTP protocol at some places...
History
Date User Action Args
2010-11-01 21:18:27jeliesetrecipients: + jelie, eric.araujo, r.david.murray
2010-11-01 21:18:26jeliesetmessageid: <1288646306.99.0.777709989379.issue10284@psf.upfronthosting.co.za>
2010-11-01 21:18:23jelielinkissue10284 messages
2010-11-01 21:18:23jeliecreate