Author: W B Hacker Date: To: exim users Subject: Re: [exim] [Dovecot] request to have dovecot authenticatordriver
'officially' included/supported
W B Hacker wrote:
> Philip Hazel wrote:
>
>>On Mon, 9 Oct 2006, W B Hacker wrote:
>>
>>
>>
>>>As a matter of general curiosity, is it well-known what effect, if any, UTF-8
>>>(or non-UTF Asian encodings) have on any of this?
>>
>>
>>My guess is "no effect" because TAB in Unicode is the same one-byte
>>character that it is in ASCII.
>>
>
>
> ACK for tab - but does '8-bit safe' apply to everything else as well?
>
> Mind - I am not concernend about headers or message body - those are areas where
> lots of experience exists.
>
> Only with possible glitches in authentication, where I am not so sure...
>
> .. (goes off to put his *Chinese* name into the DB and find out what happens....)
>
> Back shortly...
>
> Bill
>
Update: (view this in UTF-8)
Dovecot's postgreSQL-driven 'plain' (within SSL) authenticator WILL accept:
'韓家標'
- as a password.
Exim's 'plain' authenticator (also within SSL) will NOT do so.
(at least not as I have mine configured).
Other Notes:
- Both must (presently) use an ASCII, not UTF-8 UID.
That *appears* to be a limitation of my MUA's storage methodology (Mozilla Suite
Mailer on OS X), which munges Chinese-as-UTF-8 into 'none of the above'
characters, i.e. not escaped octal, or anything else obviously recognizable.
- Likewise both must (presently) use an ASCII account name or destination
address, ELSE Moz Mail MUA throws a flag saying 'no local part'. Thta is likely
to be 'standards' based.
No attempt has been made to use a non-ASCII domain.tld.
That I'll leave to the PRC who have the necessary compatible nameservers.
