[imp] IMP: Special characters in password "removed/changed" automatically

[Stefan König]

I tried to debug the problem a little more, it seems if I enter the
credentials via telnet directly into the IMAP server,
the german umlauts are broken into two byte (my console uses UTF-8) and
when logging in via IMP, it is transmitted in one byte using ISO-8859-1/15

So the big question is now, how can I make IMP to sending the
credentials in UTF-8?

Thanks again
Stefan

Jan Schneider schrieb:
> Passwords must only contain ascii characters, as long as the charset
> of the authentication method is undefined. This has nothing to do with
> Horde.
>
> Zitat von Stefan König <montiburns at googlemail.com>:
>
>> Correcting myself, the transmitted bytes 0xc4 and 0xe4 are OK. I got the
>> wrong table.
>> However, this changes nothing about the result of the IMAP server
>> rejecting the login.
>> If I login via telnet, everything works perfectly....
>>
>> thanks again
>> regards
>> Stefan
>>
>>
>> Stefan König schrieb:
>>> Hello List,
>>>
>>> I have a slight problem with IMP (4.3.6) running on top of Horde 3
>>> (3.3.6).
>>> I use our IMAP server as an auth backend, which works like a charm.
>>> Today I noticed, when I have a german special character
>>> in the password, this character is not being forwarded to the
>>> authentification backend correctly.
>>> Example:
>>> login: user at example.com
>>> pass: 12tÄst34
>>>
>>> then tcpdump shows me, that IMP tries to authenticate against the IMAP
>>> server with password "12t.st34" where the  wrong byte shows in tcpdump
>>> as 0xc4 (decimal 196) where it should be 0x8f (dec. 142 in extended
>>> ascii table).
>>> The byte changes with the character, if I set "12täst34" as password,
>>> the byte changes to 0xe4 (dec. 228).
>>>
>>> I wonder why and how this happens. I checked the language settings in
>>> Apache (2.2.10), everything seems to be correct.
>>> Could someone point me into the right direction?
>>>
>>> Thanks alot!
>>> regards
>>> Stefan
>>>
>>>
>
>