ошибка sendmail dsn=5.0.0, stat=Service недоступный

Попробуйте это вместо этого:

echo "alias aaa='cd \"$PWD\"'" >> ~/.bash_aliases
5
10.02.2018, 03:42
3 ответа

Я встретился с подобным видом ситуации однажды. Проблема здесь заключается в строке

Sep  2 17:38:19 mail sm-mta[5525]: r82C8CtA005523: to=<suhaskekuda@gmail.com>, ctladdr=<root@mail.server.local> (0/0), delay=00:00:06, xdelay=00:00:06, mailer=esmtp, pri=120373, relay=gmail-smtp-in.l.google.com. [173.194.79.27], dsn=5.0.0, stat=Service unavailable

Проверьте, чтобы видеть, можете ли Вы послать электронное письмо с помощью терминала и отметить различие в журналах ошибок.

Это - вероятно, проблема DNS. Удостоверьтесь, что на почтовый сервер указывают на корректный сервер DNS в /etc/resolv.conf, и что сервер DNS возвращает корректный адрес MX для доменов, он служит.

3
27.01.2020, 20:38
  • 1
    +1 с незначительным исправлением; это должно быть /etc/resolv.conf, без 'e' –  Jongosi 04.12.2014, 12:01

Сообщение "Service Unavailable" в качестве DSN 5 довольно часто связано с расширенным уведомлением DSN. Возьмем, к примеру, следующее:

220 banner-something-something
EHLO mailer.example.com
250-banner response
250-ENHANCEDSTATUSCODES
250-PIPELINING
250-8BITMIME
250-STARTTLS
MAIL FROM: foo@example.com
250 2.1.0 Sender ok
RCPT TO: bar@example.com
250 2.1.5 Recipient ok
DATA
550-5.7.1 [10.10.10.10] Mail from this IP has been blacklisted due to user
550-5.7.1 complaints.  Please visit our website to get de-listed
554 5.0.0 Service unavailable

В этот момент ответственность за то, чтобы что-то сделать с DSN, лежит на клиенте-отправителе. Все, что поддерживает расширенные DSN, создаст ответный сигнал, включающий все 550 строк. Все, что не поддерживает его (а на некоторых серверах ведется много журналов), покажет только строку 554.

Эта строка показывает генерируемый отскок (r82C8JtA005525):

Sep  2 17:38:19 mail sm-mta[5525]: r82C8CtA005523: r82C8JtA005525: DSN: Service unavailable

Одна вещь, которую я бы проверил, это посмотреть, совпадает ли HELO на sm-mta с базовым sendmail. В этом случае экземпляр sendmail решит, что имеет место почтовый цикл, и отклонит сообщение.

В противном случае проверьте отскок или сделайте захват пакетов и пропустите их через wireshark, чтобы увидеть, что именно передается туда и обратно.

3
27.01.2020, 20:38

Я знаю, что это старо, но для людей, которые могут столкнуться с этой проблемой, у которой такая же проблема, как и у меня, проблема для меня заключалась в том, что Google блокирует «необычную активность». Проверьте свой аккаунт Google здесь и проверьте все подозрительные входы -, если они есть.

0
27.01.2020, 20:38

Теги

Похожие вопросы