У меня есть некоторая неожиданная обработка RFC2047 » Заголовки From в Exim.
(Фактические адреса были изменены, исходное отображаемое имя содержало символы, отличные от ASCII)
Для этого заголовка «From»:john@doe.com , что, кажется, подразумевает, что exim сначала декодирует строку, а затем интерпретирует ее.
Это ошибка? Следует ли обрабатывать строки в кодировке RFC2047 в адресных полях как строки в кавычках почтовыми серверами? (Это имеет смысл, поскольку тогда интерпретация заголовка будет одинаковой для почтового сервера с поддержкой RFC2047 и без поддержки RFC2047, тогда как требование кавычек в закодированной строке допускает такие вещи, как To: =? Iso -8859-1?Q?Doe@jack.com = 2C_John? = < John@doe.com>
по-разному интерпретируется разными почтовыми программами)
Онлайн-декодер RFC2047 , полезный для декодирования заголовков
Использование $ {address: $ rh_from:}
вместо $ {address: $ h_from:}
решает проблему.
Это делает Exim извлекает адреса из недекодированной версии вместо декодированной версии. ( $ {address:
декодирует строковое значение в это время, что означает, что если декодированный заголовок, $ h_from
подается в качестве входных данных, запятая интерпретируется, в результате в проблеме видел)