Что у меня есть:
Сервер Windows генерирует электронные письма с помощью собственного приложения и отправляет их на сервер ретрансляции (2) - это отлично работает
Сервер ретрансляции, который отправляет электронные письма, полученные от (1) - CentOS - работает нормально
Мне нужно дополнительно настроить постфикс CentOS для отправки сообщений о недоставке на сервер Windows (для работы с ними, используя собственное приложение на указанном порту). Я попытался добавить в строку / etc / postfix / transport:
test.pl bounced:[12.34.56.78]:29990
и беги
postmap /etc/postfix/transport
но я понятия не имею, что мне еще нужно делать, чтобы это работало.
В почтовом журнале есть:
Mar 6 12:00:22 ubuntu postfix/qmgr[1633]: 9CBB260899: from=<root@ubuntu>, size=197, nrcpt=1 (queue active)
Mar 6 12:00:22 ubuntu postfix/qmgr[1633]: warning: connect to transport private/bounced: No such file or directory
Mar 6 12:00:22 ubuntu postfix/error[1744]: 9CBB260899: to=<a@test.pl>, relay=none, delay=1890, delays=1890/0/0/0.01, dsn=4.3.0, status=deferred (mail transport unavailable)
В транспорте у вас обычно есть только 4 варианта. Локальный, виртуальный, релейный или по умолчанию. Если вы собираетесь создать еще один, вам нужно определить, что он делает, в файле master.cf. Вот почему вы получаете ошибку "Файл не найден". Вы сказали ему отправить его в состояние возврата, но не создали его.
Вам, наверное, стоит взглянуть на этот чтобы начать в правильном направлении.
Что я сделал, чтобы он заработал:
В файл postfix master.cf добавлена строка для отправки писем о недоставке в скрипт python:
bounced unix - n n - - pipe user=bounce argv=/etc/postfix/mailpipe.py
В / etc / services и соответствующий файл postfix services добавлена строка:
bounced 23232/tcp # bounce
Сделал транспортный файл для postfix:
domain.com bounced:[12.34.56.78]:23232
"Скомпилированный" транспортный файл postmap:
postmap /etc/postfix/transport
Сделал отскок пользователя и добавил его в постфикс группы
Перезапустил:
postfix reload