Постфикс: предупреждение: подключиться к 127.0.0.1:10023: в соединении отказано, почта не поступает из внешних доменов

Ваш последний чек на smtpd_recipient_restrictions использует службу политики для проверки получателя. Обычно это postgrey-сервис, и у него есть проблемы с подключением к нему Postfix.

smtpd_recipient_restrictions = ...,check_policy_service inet:127.0.0.1:10023, permit

Если вы удалите check_policy_service inet: 127.0.0.1: 10023 из smtpd_recipient_restrictions вы должны устранить ошибку, но вы все равно должны определить, что произойдет с вашим postgrey или другой службой, которая будет здесь работать.

Проверка Postgrey в системе Unbuntu

Обычно конфигурация postgrey по умолчанию будет прослушивать порт 10023 для соединений и определять, следует ли их разрешить или отклонить. Некоторые части сервера Unbutu, которые вы можете проверить, чтобы узнать, установлен ли он, являются ...

• У тебя есть /etc/default/postgrey файл? Это основной файл конфигурации.
• У тебя есть /etc/postgrey папка? Здесь вы можете занести элементы в белый список.
• Когда ты бежишь > which postgrey он находит двоичный файл? Мой находится в /usr/sbin/postgrey.
• У тебя есть /etc/init.d/postgrey скрипт для запуска при загрузке? Это типичное место для демонов Ubuntu.

Это только даст вам некоторые подсказки относительно того, мог ли этот сервер postgrey настроил за один раз. Вам нужно будет продолжить поиск неисправностей, если процесс не работает должным образом на вашем сервере.

Столкнувшись с той же проблемой, пробовал много способов, например, предложенных bshea, погуглил и попробовал.
Основание: Ubuntu 14.04.2 LTS, postgrey служба запускается, но не отображается в списке процессов, т.е. служба запускается, но незаметно завершается.

Нашел решение изменить строку в /etc/default/postgrey:

Измените эту строку:

POSTGREY_OPTS="--inet=10023"

К этому

POSTGREY_OPTS="--inet=127.0.0.1:10023"

Не нужно играть с портами, протоколами и понижать версию чего-либо. Не могу объяснить почему, но сервис в ps -aux и все работает.

На самом деле, вы не обязаны использовать ipv6, вы можете установить Postgrey и Postfix на ipv4. Проблема в том, что Postgrey (вероятно, версия 1.33 и новее) отказывается запускаться на ipv4 localhost ip 127.0.0.1, поэтому вы можете использовать свой ip-адрес ethX.

В /etc/postfix/main.cf измените это:

check_policy_service inet:127.0.0.1:10023

кому:

check_policy_service inet:<your_ipv4_address>:10023

Затем перезапустите Postfix:

sudo service postfix restart

В / и т.д. / по умолчанию / postgrey измените это:

POSTGREY_OPTS="--inet=10023 --delay=60"

кому:

POSTGREY_OPTS="--inet=<your_ipv4_address>:10023 --delay=60"

Затем перезапустите Postgrey:

sudo service postgrey restart

Очень полезным было это сообщение списка рассылки Debian:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656046#25

Проблема IP: PORT для меня не была проблемой (Ubuntu 14.04.2 LTS). Может быть ошибочным предположение, что postgrey прерывается / завершается при сбое подключения / выполнения локального порта.

Сначала проверьте, распознается ли демон как работающий:

sudo service postgrey status

Если он не запущен / не распознается, ты все еще увидишь :

warning: problem talking to server [::1]:10023: Connection refused

в вашем почтовом журнале. Постгрей просто не подключен / не работает. Если вы обнаружите, что он запущен (может быть более одного раза) и не может остановить его обслуживание или статус, у вас, вероятно, проблема с pid / truncate. Если да, сделайте:

ps a | grep postgrey

Убейте (каждый) процесс вручную. Удалите все файлы postgrey.pid из / var / run (/ run).

Предполагая, что все ваши файлы postgrey используются по умолчанию и он пытается запуститься, но при сбое при перезагрузке / перезапуске / остановке (после проверки «sudo service postgrey status») у вас, вероятно, есть проблемы с файлом блокировки и именованным процессом для stop-start-daemon.

POSTGREY имеет ОЧЕНЬ базовый сценарий init.d, который не выполняет много проверок до / после выполнения каких-либо действий. Сопровождающим действительно нужно над этим поработать.

Основная проблема - запуск-стоп-демон ищет усеченный именованный файл :

( https://bugs.launchpad.net/ubuntu/+source/postgrey/+bug/1289424 )

Установленный скрипт проверяет наличие $ NAME = "postgrey".
("--name $ NAME")
К сожалению, для этого нужно (Ubuntu / Debian): '/ usr / sbin / postg'
(всего 15 символов и это часть пути, которого явно не существует.)

Исправление (добавить переменную PROCNAME с усеченной версией, включая путь):

PROCNAME=`echo $DAEMON | cut -c -15`

(Вместо этого проверит наличие '/ usr / sbin / postg')

и будет идти под "--name":

  stop)
        log_daemon_msg "Stopping $DESC" "$NAME"
        if start-stop-daemon --stop --oknodo --quiet \
                --pidfile $PIDFILE --name $PROCNAME

..

  reload|force-reload)
        log_action_begin_msg "Reloading $DESC configuration..."
        if start-stop-daemon --stop --signal 1 --quiet \
                --pidfile $PIDFILE --name $PROCNAME

(По желанию)
Пока я это делал, я поместил файл блокировки в его собственный каталог: '/run/postgrey/postgrey.pid'.

Если вы предпочитаете, чтобы он находился в собственном каталоге, вам нужно добавлять этот бит, чтобы каждый раз заново создавать папку:

PIDFOLDER=/var/run/$NAME
PIDFILE=$PIDFOLDER/$NAME.pid

Проверьте существующий каталог / папку:

check_pid_dir() {
  if [ ! -d $PIDFOLDER ]; then
    mkdir $PIDFOLDER
    chmod 0755 $PIDFOLDER
  fi
}

и добавляем функцию в «Старт»:

case "$1" in
  start)
        check_pid_dir
        log_daemon_msg "Starting $DESC" "$NAME"

Мой полный сценарий init.d находится здесь: https://gist.github.com/bmatthewshea/50e2038563b103e466ea
Я не так много тестировал, но пока что, безусловно, работает лучше, чем по умолчанию. :)

Дэвис - вы правы, postgrey был изменен в 12.04LTS для работы в IPv6. Обновление не меняет его для постфикса и не предупреждает вас о внесении изменений.

Так что придется делать это самому. Измените это:

check_policy_service inet:127.0.0.1:10023

кому:

check_policy_service inet:::1:10023

в твоем /etc/postfix/master.cf файл, затем перезапустите postfix:

sudo service postfix restart

Это позволит postfix передавать IPv6 на postgrey.

Это будет также break, если вы настроили Postfix для разговора только по IPv4 (как и у меня из-за моего интернет-провайдера по-прежнему не выполняет IPv6, и мой туннель IPv6 HE помечен такими службами, как Netflix, и, таким образом, нарушает работу Netflix ...)

добавление локального хоста к флагу команды INET для postgrey делает исправить это без привязки к IPv4.

Я не понимаю, почему он не может просто привязаться к ОБА IPv4 И IPv6, хотя ...