Почему делают символы (Russian) в некоторых полученных электронных письмах изменяются при чтении в David InfoCenter?
Я использую David InfoCenter в качестве почтового программного обеспечения, и я испытываю затруднения из-за некоторых моих электронных писем на русском языке. Это - только несколько букв в некоторых электронных письмах (отправленный от различных людей), как, например, "R" ("Р" на русском языке) покажется "Т". В других электронных письмах на русском языке не появляется проблема. Разве это не странно? Кто-либо уже имел ту же проблему и нашел то, что вызывает ее?
Когда я передаю ту электронную почту к внешнему почтовому ящику (интернет-почтовый ящик), это еще хуже, и дает мне символы вместо всех российских букв.
Кодировка по умолчанию была "русским языком (ISO)", я изменил его на "русского (Windows)", но та же проблема. Другая странная реакция состоит в том, когда я пишу внутреннее электронное письмо и называю его "Тестом" на русском языке (Тест) с Тест в текстовом окне, оно изменяет заголовок на "Oano"? Но содержание остается на русском языке.
С Mailinator я получил следующее для сообщения и предмета "Тест":
Subject: ????
[..]
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="----_=_NextPart_000_00017783.4AF7FB71"
This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
------_=_NextPart_000_00017783.4AF7FB71
Content-Type: text/plain;
charset="utf-8"
Content-Transfer-Encoding: base64
0KLQtdGB0YI=
------_=_NextPart_000_00017783.4AF7FB71
Content-Type: text/html;
charset="utf-8"
Content-Transfer-Encoding: base64
PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv
L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu
dD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxNRVRBIG5hbWU9R0VORVJBVE9SIGNvbnRl
bnQ9Ik1TSFRNTCA4LjAwLjYwMDEuMTg4NTIiPjwvSEVBRD4NCjxCT0RZIHN0eWxlPSJGT05UOiAx
MHB0IENvdXJpZXIgTmV3OyBDT0xPUjogIzAwMDAwMCIgbGVmdE1hcmdpbj01IHRvcE1hcmdpbj01
Pg0KPERJViBzdHlsZT0iRk9OVDogMTBwdCBDb3VyaWVyIE5ldzsgQ09MT1I6ICMwMDAwMDAiPtCi
0LXRgdGCPFNQQU4gDQppZD10b2JpdF9ibG9ja3F1b3RlPjxTUEFOIGlkPXRvYml0X2Jsb2NrcXVv
dGU+PC9ESVY+PC9TUEFOPjwvU1BBTj48L0JPRFk+PC9IVE1MPg==
------_=_NextPart_000_00017783.4AF7FB71--
2 ответа
Сломать сообщение:
Subject: ????
Слишком плохо Ваш David InfoCenter не делает вещи правильно. Вышеупомянутое должно было быть чем-то как:
Subject: =?utf-8?Q?=D0=A2=D0=B5=D1=81=D1=82?=
Так, это - ошибка, о которой нужно сообщить и зафиксировать.
Далее:
MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_000_00017783.4AF7FB71"
Вышеупомянутое говорит получателю, что после каждой строки "----_ = _NextPart_000_00017783.4AF7FB71" найдет то же самое сообщение в другом формате. Хороший.
Далее:
This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible.
Вышеупомянутое будет видимо пользователям старого почтового программного обеспечения, которое не понимает MIME. Хороший.
Далее:
------_=_NextPart_000_00017783.4AF7FB71 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 0KLQtdGB0YI=
Вышеупомянутое является простым текстом, без полужирного, курсивного, и так далее. Используя большой Декодер Base64 Онлайн от FileFormat.info, 0KLQtdGB0YI= переводит назад в Тест. Ага, не нижний регистр тест как Вы записал...? Так или иначе, кажется прекрасным, и хороший почтовый клиент должен понять эту часть.
Еще в некоторых деталях: 0KLQtdGB0YI= на самом деле декодирует к шестнадцатеричному d0 a2 d0 b5 d1 81 d1 82 и (необходимо) видеть те же шестнадцатеричные числа в Предмете выше. (Если не правильно декодируемый как являющийся UTF-8, как, когда ошибочно интерпретируется как Windows 1252, это показало бы как ТеÑÑ‚.)
Далее:
------_=_NextPart_000_00017783.4AF7FB71 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxNRVRBIG5hbWU9R0VORVJBVE9SIGNvbnRl bnQ9Ik1TSFRNTCA4LjAwLjYwMDEuMTg4NTIiPjwvSEVBRD4NCjxCT0RZIHN0eWxlPSJGT05UOiAx MHB0IENvdXJpZXIgTmV3OyBDT0xPUjogIzAwMDAwMCIgbGVmdE1hcmdpbj01IHRvcE1hcmdpbj01 Pg0KPERJViBzdHlsZT0iRk9OVDogMTBwdCBDb3VyaWVyIE5ldzsgQ09MT1I6ICMwMDAwMDAiPtCi 0LXRgdGCPFNQQU4gDQppZD10b2JpdF9ibG9ja3F1b3RlPjxTUEFOIGlkPXRvYml0X2Jsb2NrcXVv dGU+PC9ESVY+PC9TUEFOPjwvU1BBTj48L0JPRFk+PC9IVE1MPg==
Вышеупомянутое - тот же самый как форматированное сообщение HTML. Это будет озираться вокруг того же, хотя это нисколько не допустимый HTML, поскольку теги не закрываются в порядке в, они открыты, и id должно быть уникальным, но id=tobit_blockquote используется дважды в этом коротком сообщении. На самом деле слово "блок цитирования" предполагает, что Вы, возможно, скопировали слово Тест с другого сообщения?
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=utf-8">
<META name=GENERATOR content="MSHTML 8.00.6001.18852"></HEAD>
<BODY style="FONT: 10pt Courier New; COLOR: #000000" leftMargin=5 topMargin=5>
<DIV style="FONT: 10pt Courier New; COLOR: #000000">Тест<SPAN
id=tobit_blockquote><SPAN id=tobit_blockquote></DIV></SPAN></SPAN>
</BODY></HTML>
Кроме того, нет никакой потребности отправить HTML за простыми сообщениями...
Наконец (отмечают двух запаздывающих тире):
------_=_NextPart_000_00017783.4AF7FB71--
Это говорит почтовому программному обеспечению, что конец всех форматов достигнут.
Это тестовое сообщение не объясняет как Тест мог стать Oano, поскольку вопросительные знаки никогда не могли переводить в это. Возможно, вопросительные знаки не являются реальными вопросительными знаками, в конце концов. Так или иначе: так как Предмет неправильный, ошибка в Вашем почтовом клиенте, который не отправляет корректный Предмет. Также HTML является багги. Прекратите использовать то программное обеспечение.
Это, конечно, должна быть проблема кодирования и/или набор символов. В наше время все различные наборы символов как "русский (ISO)" и "русский язык (Windows)" больше не должны требоваться при использовании Unicode. И при использовании Unicode, большинство сообщений будет закодировано с помощью UTF-8.
Так:
- Изменение набора символов к справке Unicode?
- Изменение кодирования к справке UTF-8?
- Если нет: можно ли отправить источник тестового сообщения после получения этого? (Старайтесь заменить любые адреса электронной почты чем-то как
me@example.comпрежде, чем добавить его к Вашему вопросу.)
Все почтовые клиенты имеют другой способ показать, что истинный источник, поэтому возможно, с помощью некоторого онлайн-сервиса мог бы быть самым легким способом объяснить, как видят то, что получено:
- Пошлите тестовое сообщение на некоторый счет Mailinator. Никакая потребность создать учетную запись: что-либо Вы помещаете прежде
@mailinator.comбудет работать, но отмечать, что любой, кто предполагает, что адрес может считать Ящик входящих сообщений. - Перейдите к его Ящику входящих сообщений по mailinator.com
- Нажмите на предмет для открытия сообщения
- При просмотре сообщения нажмите" (text view)" ссылка:
Это покажет что-то как:
Received: from [..] by [..] for <johndoe@mailinator.com>; Fri, 6 Nov 2009 11:58:10 +0100 (CET) Subject: =?utf-8?Q?Test_/_=D1=82=D0=B5=D1=81=D1=82?= From: Arjan <[..]> Content-Type: text/plain; charset=utf-8; format=flowed Message-Id: [..] Date: Fri, 6 Nov 2009 11:58:08 +0100 To: johndoe@mailinator.com Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v1076) X-Mailer: Apple Mail (2.1076) X-Virus-Scanned: by XS4ALL Virus Scanner A test / =D1=82=D0=B5=D1=81=D1=82 for Super User. Gr=C3=BC=C3=9Fen! Arjan.= .
Выше, некоторые персональные данные были удалены: никакая потребность показать нам Ваш адрес электронной почты или детали сервера (как IP-адреса).
(По некоторым причинам Mailinator показывает, что UTF-8 закодировал источник сообщения, "Тест / тест для Суперпользователя. Grüßen!" как ASCII в вышеупомянутом снимке экрана. Наблюдение вещей как ü для ü и Ãe для ß обычно является закодированным текстом UTF-8, который не декодировался. Однако, это преобразовывает предмет очень хорошо. И последняя точка является на самом деле остатком от связи SMTP и, возможно, была удалена Mailinator.)
boundary=(таким образом, имея закрытие ПРЕД на следующей строке), изменяет целое сообщение...) – Arjan 09.11.2009, 13:44