Мы используем Afterlogic Webmail в качестве внешнего интерфейса для одного из наших приложений для обмена сообщениями.Мы работаем над сертификацией ONC 170.15 (h) (2).
Когда я пересылаю сообщение или использую опцию «пересылать», чтобы отправить сообщение «Инструменту пограничного тестирования» (ETT) при тестировании @ttpedge.sitenv.org, сообщение включает в себя html-вложение с кодировкой передачи содержимого, установленной на «quoted-printable» (QP), которая включает символы «= 0A» (символы перевода строки) в строках html-кода.Отчет о проверке, возвращенный из ETT, указывает на ошибку в проверке QP из-за присутствия этих символов перевода строки.
В RFC 2045, при https://tools.ietf.org/html/rfc2045#section-6.7, на с.22, он говорит следующее.
Control characters other than TAB, or CR and LF as
parts of CRLF pairs, must not appear. The same is true
for octets with decimal values greater than 126. If
found in incoming quoted-printable data by a decoder, a
robust implementation might exclude them from the
decoded data and warn the user that illegal characters
were discovered.
«CR и LF как части пар CRLF» указывает, что присутствию символа перевода строки должен предшествовать возврат каретки (= 0D = 0A).
Ниже приведен пример одного из вложений HTML, созданных веб-почтой при отправке сообщения.
<!DOCTYPE html><html><head><meta http-equiv=3D"Content-Type" content=3D"t=
ext/html; charset=3Dutf-8" /></head><body><div data-crea=3D"font-wrapper"=
style=3D"font-family: Tahoma; font-size: 16px; direction: ltr"><div><div=
>=0A<div data-crea=3D"font-wrapper" style=3D"font-family: Tahoma;font-siz=
e: 16px;direction: ltr">test<br><br><div></div><br></div>=0A</div></div><=
/div></body></html>
Это ошибка в веб-почте или я не понимаю спецификацию RFC 2045?Исправлено ли это в обновленной версии Webmail?Кроме того, я ищу способ изменить кодировку передачи содержимого по умолчанию на base64, чтобы посмотреть, решит ли это проблему с ETT.Я не нашел, как это сделать.Это возможно?