16.05.2019 15:25, Sam Varshavchik пишет:
Artem Kuchin writes:
I don't know, how this happened, but it seems like even the latest
thunderbird does not support UTF8 command for POP3.
So, all unicode messages arrive to users as attachments with
notification in ENGLISH.
It's highly likely that few of those messages are actual, authentic
Unicode messages, but rather improperly encoded messages that,
according to adopted EAI standards, must now be treated as Unicode
content.
Well, that does not change a thing. Still after seem them client
call/write to support, waste my time and their own time too.
Seems like world is not ready for this new standards and strict
following them creates more problems than solves.
Two problems
1) I get too many customer support request on this issue
2) The notification is IN ENGLISH, while my customers are russians.
Third problem:
3) There's a lot Russian E-mail software that's buggy and doesn't
correctly encode E-mail headers and content. Correctly encoding mail
headers is not a straightforward task, true. There are at least two
different schemes used for different headers. But that's just the way
things are, and simply dumping raw 8-bit garbage into random headers,
and just assuming that the receiver's E-mail software will use either
KOI8-R or Windows-1251 to display the headers by default, is not
really the way to deal with this.
Actually i cannot name a single russian email software. Maybe "the bat"
but it is not very popular nowadays. But it is does encode the header
correctly too.
I guess this problem is more likely to appear in mass mailing systems
(like corporate news, price list senders, etc) custom written in some
languages like perl or python.
I am still shocked that TB still did not implement UTF8 POP3 and IMAP
protocol extensions.
_______________________________________________
Courier-imap mailing list
[email protected]
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap
