allow-smtputf8

<source>

Можно ли подавать международные адреса от этого источника
в конфигурации это строкаallow-smtputf8 trueвнутри блока <source>
Принять можно, доставить — не факт

Умолчание — true. С ним узел объявляет SMTPUTF8 в списке расширений, и подающая сторона может класть в конверт письма международные адреса по RFC 6531 — с буквами не только латинскими.

И тут же оговорка руководства, ради которой эту страницу стоит дочитать. Если у домена получателя приёмник расширение не объявляет, MTA письмо этому получателю потом отобьёт из очереди.

То есть разрешение действует на приёме, а судьба письма решается при доставке — и решается не в вашу пользу, если получатель к международным адресам не готов.

Главная ловушка — отказ приходит поздно. Письмо принимается без возражений, ложится в очередь, и только при попытке доставки выясняется, что приёмник получателя расширения не поддерживает. Тогда оно отбивается — и в статистике выглядит обычным жёстким отказом, а не отказом по несовместимости.

Разобраться в этом по одной записи учёта трудно: причина в возможностях чужого сервера, а не в адресе.

Что делает Хаб. Не пишет — остаётся вендорское true. Международных адресов в нашей подаче нет: аудитория собирается из списков, где адреса латинские.

Строка стала бы важной там, где такие адреса появятся, — и вместе с ней пришлось бы объяснять отправителю, почему часть писем отбивается не по его вине.

Рекомендуемые значения

Что ставить. Ответ зависит от того, откуда берётся аудитория:

Значение Когда
true (умолчание) международные адреса в списках есть или могут появиться
false их заведомо нет, и лучше отвергнуть такой адрес на подаче, чем отбить его из очереди

Второе честнее там, где адреса приходят от чужой платформы: отказ на подаче она увидит сразу, а отказ из очереди — только в отчёте.

Умолчание true, объявление расширения и оговорка про отказ из очереди — из руководства, § 3.3.7.62. Разбивка случаев наша.
Пример в конфигурации
# адресов не из латиницы не ждём — отвергаем сразу, а не из очереди
<source 0/0>
    allow-smtputf8 false</source>
С этим значением подающая сторона не увидит SMTPUTF8 в приветствии и получит отказ на самом адресе — вместо того чтобы узнать об отказе из отчёта через несколько часов.
жёлтым — — имена директив, голубым — блоки. Так же они подсвечены и в тексте карточки.
▲

Типичные ошибки и проблемы

что делают не так и чем это кончается2 ошибки▶

Считают приём гарантией доставки

§ 3.3.7.62

Чем чреватоПисьмо принимается, ложится в очередь и отбивается при попытке доставки, если приёмник получателя расширения не объявляет. В статистике это выглядит обычным жёстким отказом.
Как заметитьОтказы приходят по адресам, которые на подаче приняли без возражений.
Как правильноСверять, поддерживают ли приёмники ваших крупных получателей расширение, — и не ждать доставки там, где не поддерживают.

Оставляют разрешение там, где адреса заведомо латинские

наш опыт

Чем чреватоНеверный адрес с посторонними символами проходит подачу и превращается в отказ из очереди — то есть узнаёт о нём отправитель на несколько часов позже, чем мог бы.
Как заметитьВ отказах встречаются адреса с символами не из латиницы.
Как правильноВыключить разрешение: отказ на подаче отправителю понятнее и приходит сразу.
Совместимость
PowerMTA 6.0
описана в руководстве этой версии · платформа: любая
С какой версии директива доступна, вендор указывает не для всех — здесь пометки нет. Имя встречается и в издании руководства 5.0.
Справочные данные
Синтаксис
allow-smtputf8 <boolean>
Значения
yes | no | true | false
Умолчание
true § 3.3.7.62
Применение
reload, перезапуск не нужен
Очередь
уже поставленное в очередь не затронет
Где писать
<source>
Сколько раз
один раз в блоке
Всё здесь — из руководства, с разделом.
Наследование
Директива живёт в <source> и подчиняется слиянию источников: соединение попадает под все адресные блоки, которые его накрывают, и узкий перекрывает широкий. Для подачи под логином действует именованный блок, и строку в нём приходится повторять — наследования из адресных блоков в именованный мы на своей установке не увидели.
Как проверить на узле
Объявление расширения видно в приветствии приёмника:
printf 'EHLO test\r\nQUIT\r\n' | nc <адрес-узла> 2525 | grep -i smtputf8
Наличие строки в ответе означает, что подача международных адресов разрешена. Доставит ли их узел — зависит уже от приёмника получателя, и увидеть это можно только по отказам в учёте.
В Хабе
Цена ошибки
обратимо: вредит, пока стоит
Сценарии
Подключить платформу отправки