Назад | Перейти на главную страницу

Сообщения об отклонении Postfix NOQUEUE не содержат причины для отказа, почему?

У меня есть установка постфикса, аналогичная набору правил ISPconfig.org. Из-за сбоя RBL (DNS-ответ SERVFAIL) Postfix отклонил много входящих сообщений с 451 4.7.1. введите временный сбой вместо сообщения реального сообщения об ошибке:

NOQUEUE: reject: RCPT from x[y] 450 4.7.1 <y>: Client host rejected:
  Service unavailable; from=<bounce@x> to=<x@y> proto=ESMTP helo=<x>

Это похоже на то, что я ожидал:

NOQUEUE: reject: RCPT from x[y] 450 4.7.1 <y>: Client host rejected: 
  Service unavailable; Client host [x] blocked using zen.spamhaus.org; 
  https://www.spamhaus.org/sbl/query/SBLCSS / 
  https://www.spamhaus.org/query/ip/x; from=<bounce@x> to=<x@y> 
  proto=ESMTP helo=<x>

Я хотел бы быть менее зависимым от временных сбоев RBL и указать, что ответы SERVFAIL должны игнорироваться (обрабатываться так, как будто RBL вообще не указан). Или, что еще лучше, можно указать время ожидания ответа «tempfail», чтобы при сбое RBL дольше X минут он просто игнорировался до перезапуска Postfix.

С точки зрения пользователей, временно немного худший спам-фильтр намного менее серьезен, чем почта, задерживаемая до тех пор, пока администратор не решит взглянуть.

Есть ли в Postfix (3.1, Ubuntu 16.04 LTS) механизмы, позволяющие это?