- 30.09.2025
- Директивы PowerMTA
Директива PowerMTA: reject-spf-check-temperror
В экосистеме электронной почты важнейшую роль играет проверка SPF (Sender Policy Framework). Она используется для защиты от подделки адресов отправителей и помогает принимать решения о доверии к письму. PowerMTA, как промышленный почтовый сервер, имеет встроенные механизмы проверки SPF и позволяет гибко управлять поведением при различных исходах проверки.
Одной из ключевых директив, связанных с этой функцией, является reject-spf-check-temperror
. Она определяет, как PowerMTA реагирует на временные ошибки, возникающие во время проверки SPF-записей.
Что такое SPF и зачем нужны проверки?
SPF (Sender Policy Framework) — это технология, которая проверяет, имеет ли сервер-отправитель право отправлять почту от имени домена, указанного в поле «From».
Пример:
Отправитель:
user@example.com
Проверка: находится ли IP сервера в SPF-записи домена
example.com
?
Результаты SPF-проверки могут быть следующими:
Pass — проверка успешна, сервер авторизован.
Fail — проверка провалена, сервер не имеет права отправлять почту.
Softfail — «мягкий отказ», подозрительно, но не строго запрещено.
Neutral — нет чётких указаний.
None — у домена нет SPF-записей.
Temperror — временная ошибка (например, недоступность DNS-сервера).
Permerror — постоянная ошибка (например, неверная конфигурация SPF-записи).
Что делает директива reject-spf-check-temperror
?
Эта директива управляет поведением PowerMTA при возникновении результата Temperror
во время SPF-проверки.
Если установлено
true
(значение по умолчанию), PowerMTA отклоняет SMTP-командуMAIL FROM
с кодом ошибки 4xx. Это значит, что сообщение не принимается и отправителю предлагается повторить попытку позже.Если установлено
false
, PowerMTA будет продолжать обработку письма, несмотря на временные проблемы при проверке SPF.
Пример конфигурации

<source 0/0>
— блок источника, где применяется настройка (во всех соединениях).reject-spf-check-temperror true
— активирует отклонение писем при временной ошибке SPF.
Когда возникает SPF Temperror?
Типичные ситуации:
DNS-сервер, содержащий SPF-запись, временно недоступен.
Превышено время ожидания ответа при DNS-запросе.
Ошибки сети или проблемы с маршрутизацией.
Чрезмерная вложенность или количество DNS-запросов в SPF-записи.
Преимущества установки true
(по умолчанию)
Безопасность
Отклонение писем при временной ошибке снижает вероятность того, что злоумышленники воспользуются сбоями в DNS для обхода SPF-проверки.Соблюдение строгих политик
Если политика компании или организации требует максимально жёсткого соблюдения SPF, установкаtrue
обеспечивает отказ от подозрительных писем.Сокращение спама
Многие спамеры специально используют некорректные или нестабильные DNS-записи. Отклонение таких писем уменьшает нагрузку на систему.
Недостатки установки true
Риск отклонения легитимных писем
Если временная ошибка вызвана проблемами на стороне DNS-провайдера легитимного домена, письмо от реального отправителя также будет отклонено.Потенциальная потеря писем при сбоях
В случае временных проблем с DNS может быть отклонена большая часть писем, даже от доверенных доменов.
Когда имеет смысл установить false
?
Если для вас критична доставка писем любой ценой, даже в случае сомнительных SPF-проверок.
Если вы работаете с доменами или клиентами, у которых периодически возникают временные ошибки DNS.
В тестовых или гибридных средах, где стабильность важнее строгой фильтрации.
Рекомендации по использованию
Оставляйте
true
в боевых системах, где важна защита и соблюдение стандартов.Используйте
false
только при осознанной необходимости — например, если от клиентов часто поступают жалобы на потери писем из-за временных ошибок SPF.Регулярно мониторьте bounce-отчёты и логи PowerMTA, чтобы отслеживать частоту ошибок
Temperror
.
Заключение
Директива reject-spf-check-temperror
в PowerMTA 5.0 — это механизм управления поведением сервера при временных сбоях в проверке SPF.
По умолчанию (
true
) сервер отклоняет такие письма, обеспечивая безопасность и строгость политики.При необходимости можно ослабить политику (
false
), чтобы снизить риск потери легитимных сообщений.
Грамотная настройка зависит от приоритетов вашей инфраструктуры: баланс между безопасностью и надёжностью доставки.