dovecot - Apr 2009 - Strange behaivour with extended characters

Hi there.

I am using dovecot in almost all the mail servers I configure, but I have
not noticed some problems till now, when I configured a server for a
japanese language based customer. Now I know, the problem is not about
this customer, but it seems to be a constant in all my servers (for some
reason we did not noticed that before).

The situation is like this.

When receving mail with extended (not only japanese) characters in the
subject, Outlook Express does not recognize them. Most of our users do not
use OE, but most of the japanese do. This is not all. When extended chars
are also in the body, they look well when the maqil still arrives, but if
forwarded to another account, or when mail is an answer to another,
extended characters are not well displayed. In some tests we have done, I
found more or less the same is happening when using squirrelmail. The
funny thing is that the problem dos not appear when using Evolution or
Outlook (the MS Office component). I move some pamrs in dovecot.conf and
get some results (before moving them, the problem extended to
attachements), but still remains as described.

Somebody has seen such a behaivour and solved it? I was thinking to change
dovecot for another agent, but will be happier using dovecot. Any
suggestion?

Thanks in advice.

On Mon, 2009-04-20 at 12:20 -0500, Armando Soto Baeza
wrote:
> When receving mail with extended (not only japanese) characters in the
> subject, Outlook Express does not recognize them. Most of our users do not
> use OE, but most of the japanese do. This is not all. When extended chars
> are also in the body, they look well when the maqil still arrives, but if
> forwarded to another account, or when mail is an answer to another,
> extended characters are not well displayed. 
None of these really sound like a Dovecot problem. Dovecot doesn't do
any kind of character set decoding/translation/anything really when
sending messages to clients. That's only done in the SEARCH command
(which OE never uses anyway).

If this is somehow related to Dovecot, it's because of ENVELOPE and/or
BODY/BODYSTRUCTURE replies. I don't know if OE uses these. It might be
helpful to look at the IMAP traffic using e.g. rawlog
http://wiki.dovecot.org/Debugging/Rawlog.
> Somebody has seen such a behaivour and solved it? I was thinking to change
> dovecot for another agent, but will be happier using dovecot. Any
> suggestion?
You also didn't mention what Dovecot version you're using.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
URL:
<http://dovecot.org/pipermail/dovecot/attachments/20090420/708c529a/attachment-0002.bin>