В настоящее время я работаю на сервере, на котором работает почтовый сервер. Почтовый сервер был настроен plesk и работал нормально, пока в моем почтовом журнале не появились эти сообщения:
/var/log/maillog
postfix/smtpd[17798]: connect from mail-ig0-f194.google.com[209.85.213.194]
postfix/smtpd[17798]: warning: connect to Milter service inet:127.0.0.1:12768: Connection refused
postfix/smtpd[17798]: NOQUEUE: milter-reject: CONNECT from mail-ig0-f194.google.com[209.85.213.194]: 451 4.7.1 Service unavailable - try again later; proto=SMTP
postfix/smtpd[17798]: NOQUEUE: milter-reject: EHLO from mail-ig0-f194.google.com[209.85.213.194]: 451 4.7.1 Service unavailable - try again later; proto=SMTP helo=<mail-ig0-f194.google.com>
postfix/smtpd[17798]: lost connection after STARTTLS from mail-ig0-f194.google.com[209.85.213.194]
postfix/smtpd[17798]: disconnect from mail-ig0-f194.google.com[209.85.213.194]
Эти сообщения были написаны, когда я пытался отправить почту (используя gmail) на этот почтовый сервер. Так что, по-видимому, они не могут быть доставлены из-за Milter service
чего происходит отказ в подключении. Из-за этого я просмотрел много ресурсов в интернете относительно этой ошибки, но ни одно из предложенных исправлений не сработало.
В одном из ответов упоминается, что нужно исправитьнастройка постфиксадля Милтера вот отрывок из текущей обстановки:
grep "milter" /etc/postfix/main.cf
smtpd_milters = inet:127.0.0.1:12768
non_smtpd_milters =
Другой ответ предполагает, чтосвободное местодля раздела /var/ может быть недостаточно. Но, что ж, выглядит неплохо: 153 ГБ свободного места на /var/.
Есть ли у вас какие-либо предположения относительно причины этой ошибки?
Дополнительная информация о системе:
- Убунту 14
- Плеск 12
- Постфикс 2
решение1
У меня возникла та же проблема с Debian Jessie и Plesk 12.5.30. Решением для меня стал запуск службы "pc-remote":
service pc-remote start
решение2
Запустить службу milterИЛИудалить inet:127.0.0.1:12768
из smtpd_milters
(postfix не будет пытаться его использовать).
Менее рекомендуемый вариант — заставить postfix игнорировать ошибки milter, установив milter_default_action = accept
.