Re: [exim] [Dovecot] request to have dovecot authenticatordr…

Góra strony
Delete this message
Reply to this message
Autor: W B Hacker
Data:  
Dla: exim users
Temat: 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.

Bill Hacker

韓家標