Национальные алфавиты

unicode handling
Файлы в UTF-8, адреса как есть

Файлы конфигурации — простой текст в UTF-8, поэтому национальные домены и адреса пишут прямо: <domain bücher.de>. За Юникод отвечает встроенная библиотека ICU, названная в благодарностях руководства.

Ограничение всплывает при доставке: принимать национальные адреса в конверте источнику разрешает allow-smtputf8 — по умолчанию включено, — но если приёмник не объявил расширение SMTPUTF8, узел отбивает такие письма из очереди.

Главная ловушка — сохранить файл конфигурации не в UTF-8. Национальное имя в другой кодировке станет другим набором байтов и не совпадёт с доменом получателя.
Что делает Хаб. Ничего особого: файлы конфигурации он пишет в UTF-8, как и ждёт MTA. Домены получателей на национальных алфавитах в «Статистике учёта» видны, но поиск опечаток в доменах их пропускает — сравнивать их по байтам бессмысленно.
Рекомендуемые значения

Что нужно на каждом шаге:

Шаг Что нужно
файл конфигурации UTF-8
приём письма с национальным адресом allow-smtputf8 в источнике, по умолчанию включено
доставка SMTPUTF8 у приёмника
UTF-8 файлов и пример национального домена — из руководства (§ 3.1); ICU — § 14; приём и отказ без SMTPUTF8 — § 3.3.7.62. Таблица — наша.
Пример в конфигурации
<domain bücher.de>
    max-smtp-out 5</domain>
Национальный домен из примера руководства пишется как есть; предел — для примера.
жёлтым — — имена директив, голубым — блоки. Так же они подсвечены и в тексте карточки.
Совместимость
PowerMTA 6.0
описана в руководстве этой версии · платформа: любая
С какой версии директива доступна, вендор указывает не для всех — здесь пометки нет. Имя встречается и в издании руководства 5.0.
Как проверить на узле
Проверить кодировку файла конфигурации:
file -i /etc/pmta/config
charset=utf-8 или us-ascii — кодировка годная.
В Хабе
Цена ошибки
обратимо: вредит, пока стоит
Сценарии
Классификация отказов · Подключить платформу отправки