[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [Bug 57235] Can't use non-US character in plain text IMAP passwords
From:       Geoff Beaumont <geoff () stormhammer ! com>
Date:       2004-05-27 19:09:39
Message-ID: 20040527190939.15348.qmail () ktown ! kde ! org
[Download RAW message or body]

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
      
http://bugs.kde.org/show_bug.cgi?id=57235      




------- Additional Comments From geoff stormhammer com  2004-05-27 21:09 -------
Seems plausible - unfortunately I can't test it as neither the IMAP server or client \
concerned still exist (it's over a year since I posted the bug). I don't recall for \
sure now what the passwords contained that KMail couldn't cope with - probably  £ (UK \
pound) or    As the IMAP server was linked to the NIS server, and the use of symbols, \
numbers, etc. (basically standard good practice) in passwords was encouraged, \
dropping non UTF-8 characters would have meant reducing the overall security of the \
network (slightly) and confusing users (a lot), which wasn't acceptable.

So, at what point does this process go wrong? Give that the characters likely to have \
triggered the problem are UTF-8 encodable ( £, for instance, is 0xC2 0xA3), is (or \
was? can anyone test whether this bug still occurs?) the problem that KMail fails to \
convert the characters to UTF-8 while other mail clients do so, or just that other \
mail clients do not enforce the standards?

Geoff


[prev in list] [next in list] [prev in thread] [next in thread]