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, pitrou, r.david.murray
Date 2010-11-03.22:27:56
SpamBayes Score 4.5743292e-08
Marked as misclassified No
Message-id <1288823278.85.0.70584667725.issue10284@psf.upfronthosting.co.za>
In-reply-to
Content
I quote what Russ Allbery has just answered on news.software.nntp:


It's completely unspecified what encoding to use for AUTHINFO USER/PASS,
which is one of the problems fixed by SASL.  Clients should always use
SASL where possible because of things like this.  None of the legacy
authentication mechanisms (for protocols besides NNTP, as well) support
character sets.

If they have to fall back to AUTHINFO USER/PASS, they're unfortunately
just going to have to guess.  Most clients previously probably just sent
whatever bytes across the wire that corresponded to the local character
set encoding of the username and password.

In practice, using anything other than ASCII in passwords with AUTHINFO
USER/PASS is not going to be portable and won't work reliably.

> ** How do current news readers send them to news servers?
> ** And how news servers should decode them?

News servers probably can't do anything better than just accepting them as
a byte stream and doing a byte-by-byte comparison against local
configuration.
History
Date User Action Args
2010-11-03 22:27:58jeliesetrecipients: + jelie, pitrou, eric.araujo, r.david.murray
2010-11-03 22:27:58jeliesetmessageid: <1288823278.85.0.70584667725.issue10284@psf.upfronthosting.co.za>
2010-11-03 22:27:57jelielinkissue10284 messages
2010-11-03 22:27:56jeliecreate