Назад | Перейти на главную страницу

Корейские символы в Outlook теряют кодировку

У пользователя в нашем корейском офисе возникла проблема с кодировкой символов в своих электронных письмах. При отправке или получении с первого раза все отображается нормально. При повторном открытии электронного письма позже корейские символы отображаются с искажением </span> теги в нем.

Насколько я могу судить, между тем, когда оно попадает в папку «Входящие» и когда письмо просматривается позже, кодировка оказывается поврежденной.

Кто-нибудь знает, как исправить это?

Примеры:

Поскольку заголовки писем было Content-Type: application/ms-tnef; name="winmail.dat" это проблема на стороне отправителя. Отправка Богатый текст сообщения с использованием TNEF к Интернет-пользователи должно быть предотвратить как есть проприетарный: принимающие клиенты могут не распознавать winmail.dat файл или содержимое сообщения может быть изменено во время транспортировки. Здесь проблема, вероятно, в измененном содержании. Лучше всего (проверить свои настройки и) сообщить отправителю, чтобы тот проверил их настройки.

Странно, что в вашем примере есть HTML, а winmail.dat скорее должен быть в формате RTF. Тем не менее, вероятно, происходит следующее: когда контент изменяется или неправильно интерпретируется во время транспортировки, UTF-8 < из тега HTML смешивается с хангыль / ханья персонаж. Если результат чего-то неизвестного диапазон символов, то замещающий символ вместо этого отображается.

Я наконец смог (почти) воспроизвести ситуацию (но не результаты) с аналогичным содержанием для дальнейшего исследования, переместив Богатый текст формат смешанное содержание (хангыль + ханья) сообщение от Exchange Server Отправленные вещи папку в IMAP mbox, где он у меня был как есть.

Сообщение находится в Content-Type: multipart/mixed; и состоит из двух частей.

  • Первая часть представлена ​​в текстовом формате в кодировке UTF-8:

    ------=_NextPart_000_0053_01D2C361.2480F1C0
Content-Type: text/plain;
    charset="utf-8"
Content-Transfer-Encoding: 8bit

  • И другой в этом неприятном формате TNEF:

    ------=_NextPart_000_0053_01D2C361.2480F1C0
Content-Type: application/ms-tnef;
    name="winmail.dat"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
    filename="winmail.dat"

Первая часть этого составной MIME сообщение работает нормально. Я полагаю, что первый предварительный просмотр сообщения вашего пользователя работал, потому что по какой-то причине он показал это text/plain часть, а затем переключился на эту (неверно истолкованный и искаженный) Богатый текст или HTML форматировать позже.

Как обходной путь, можно заставить Outlook всегда оставаться в текстовом режиме:

  1. файл > Параметры
  2. Центр доверия > Настройки центра управления безопасностью ...
  3. Безопасность электронной почты > [x] Читать всю стандартную почту в виде обычного текста