Директива PowerMTA 5.0: accept-invalid-recipients
В экосистеме PowerMTA существует множество конфигурационных директив, каждая из которых отвечает за тонкую настройку работы почтового сервера. Одной из таких директив является accept-invalid-recipients, которая управляет тем, как система обрабатывает заведомо некорректные адреса получателей. Несмотря на то что на первый взгляд эта настройка может показаться несущественной, в определённых сценариях её понимание и правильное использование имеют критическое значение.
Что означает «некорректный адрес»?
Прежде чем разбирать работу директивы, важно различать два типа проблемных адресов:
Синтаксически некорректные адреса
Примеры:
me@there(отсутствует домен верхнего уровня)you@yahoo..com(двойная точка в домене)
Такие адреса не соответствуют стандартам RFC и в принципе не могут быть доставлены.
Синтаксически корректные, но несуществующие адреса
Пример:
username12345@yahoo.com
Формат корректный, но сам почтовый ящик может отсутствовать.
⚠️ Директива accept-invalid-recipients относится только к первому типу адресов – тем, что имеют ошибки в синтаксисе.
Назначение директивы
По умолчанию PowerMTA сразу же отклоняет такие «битые» адреса ещё на этапе приёма сообщения. Это логично: нет смысла тратить ресурсы на дальнейшую обработку.
Однако при включении директивы:
PowerMTA примет эти сообщения, но тут же отправит их в bounce (возврат с ошибкой). Таким образом, ошибка не возникает «на лету» во время SMTP-сессии, а фиксируется уже после приёма.
Важные особенности
Немедленный bounce
Сообщения с некорректными адресами никогда не доставляются. Они автоматически попадают в категорию недоставленных и формируют отчёт об ошибке.Поведение по умолчанию
Если директива не указана, используется значениеfalse, то есть PowerMTA сразу отклоняет такие письма ещё в сессии.Ограничения
Pickup Directory (каталог приёма файлов) не поддерживает данную функцию.
Для работы через pickup-файлы вместо этого используются специальные директивы
XACK OFF/ON.
Когда может быть полезно включение директивы?
Интеграция со сторонними системами
Некоторые внешние приложения или платформы могут требовать, чтобы все отправленные адреса сначала принимались почтовым сервером, даже если часть из них некорректна. В таких случаях bounce-отчёт позволит зафиксировать ошибку позже.Аналитика качества базы
Принятие всех адресов и формирование bounce-отчётов помогает выявить и отслеживать количество синтаксически неверных адресов в исходной базе рассылки.Гибкость при разработке и тестировании
На этапе отладки потоков можно использовать директиву, чтобы проверить, как система обрабатывает ошибки, и протестировать механизмы bounce-обработки.
Пример конфигурации
<source 0/0>— блок источника (применяется ко всем IP и портам).accept-invalid-recipients true— активация директивы.
Возможные риски
Хотя настройка может быть полезной, включать её стоит с осторожностью:
Повышенная нагрузка: серверу придётся принимать сообщения с заведомо некорректными адресами, что увеличивает объём bounce-логов.
Замусоривание отчётности: если база содержит большое количество «битых» адресов, это создаст дополнительный поток ошибок.
Иллюзия успешного приёма: внешние системы могут считать, что письмо принято, хотя фактически оно всё равно не доставлено.
Рекомендации по использованию
Включайте директиву только тогда, когда есть конкретная необходимость (например, тестирование или интеграция).
Не используйте её постоянно для продакшн-систем с большими объёмами трафика.
Регулярно очищайте базы рассылок от синтаксически некорректных адресов, чтобы минимизировать нагрузку и количество bounce.
Заключение
Директива accept-invalid-recipients в PowerMTA 5.0 — это инструмент для более гибкого управления обработкой некорректных адресов получателей. Она позволяет принимать такие письма и сразу же переводить их в bounce, вместо мгновенного отказа во время сессии.
Хотя в обычной работе её использование не требуется, она может оказаться полезной для аналитики, тестирования и интеграции со сторонними системами. Однако применять её нужно осторожно, чтобы не перегружать сервер и не захламлять отчётность.
