Почему nagios пользователь не может отправить письма с помощью “sendmail”?
Я установил nagios для контроля и sendmail для отправки писем. При тестировании от root учетная запись я получаю письма, но я не получаю письма, когда я отправляю ее от nagios учетная запись. Я погуглил и нашел это только root пользователь может отправить почтовое использование sendmail MTA. Как включить sendmail отправить письма от nagios учетная запись?
Обратите внимание, что я не отправляю сообщения непосредственно от локальной машины, но вместо этого использую мое реле ISP/поставщика. Ниже журналов показывают ошибку от реле, когда сообщение прибывает из nagios@, но не, когда это прибывает из root@.
Вывод от nagios пользователя:
кошка/var/log/maillog
Sep 19 15:52:32 ubuntubackup-chennai sendmail[6088]: q8JAMWXZ006088: from=nagios, size=237, class=0, nrcpts=1, msgid=<201209191022.q8JAMWXZ006088@localhost.localdomain>, relay=nagios@localhost Sep 19 15:52:32 ubuntubackup-chennai sendmail[6089]: q8JAMWCn006089: from=<nagios@localhost.localdomain>, size=517, class=0, nrcpts=1, msgid=<201209191022.q8JAMWXZ006088@localhost.localdomain>, proto=ESMTP, daemon=MTA, relay=localhost.localdomain [127.0.0.1] Sep 19 15:52:32 ubuntubackup-chennai sendmail[6088]: q8JAMWXZ006088: to=karthick.murugadhas@****.com, ctladdr=nagios (496/492), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=30237, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (q8JAMWCn006089 Message accepted for delivery) Sep 19 15:52:32 ubuntubackup-chennai sendmail[6091]: q8JAMWCn006089: to=<karthick.murugadhas@****.com>, ctladdr=<nagios@localhost.localdomain> (496/492), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=120517, relay=smtp10.netcore.co.in. [202.162.229.32], dsn=4.7.1, stat=Deferred: 450 4.7.1 <nagios@****.com>: Sender address rejected: Please checked sender domain
Вывод от пользователя root:
кошка/var/log/maillog
Sep 19 15:43:29 ubuntubackup-chennai sendmail[5158]: q8JADTt2005158: from=root, size=237, class=0, nrcpts=1, msgid=<201209191013.q8JADTt2005158@localhost.localdomain>, relay=root@localhost Sep 19 15:43:29 ubuntubackup-chennai sendmail[5159]: q8JADTFO005159: from=<root@localhost.localdomain>, size=511, class=0, nrcpts=1, msgid=<201209191013.q8JADTt2005158@localhost.localdomain>, proto=ESMTP, daemon=MTA, relay=localhost.localdomain [127.0.0.1] Sep 19 15:43:29 ubuntubackup-chennai sendmail[5158]: q8JADTt2005158: to=karthick.murugadhas@****.com, ctladdr=root (0/0), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=30237, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (q8JADTFO005159 Message accepted for delivery) Sep 19 15:43:30 ubuntubackup-chennai sendmail[5161]: q8JADTFO005159: to=<karthick.murugadhas@****.com>, ctladdr=<root@localhost.localdomain> (0/0), delay=00:00:01, xdelay=00:00:01, mailer=relay, pri=120511, relay=smtp10.netcore.co.in. [202.162.229.32], dsn=2.0.0, stat=Sent (_SMR_smtp9.netcore.co.in Ok: queued as 29CE7F6D4C)
Обновление 1:
sendmail.mc конфигурационный файл здесь.
4 ответа
Править: после обширного ручного опроса Вашего реле SMTP похоже, что проблема может состоять в том что реле конкретно блоки nagios@ как отправитель:
[izx.I5] ? telnet smtp10.netcore.co.in 25 220 ESMTP EHLO ********.com ... MAIL FROM:nagios@********.com 250 2.1.0 Ok RCPT TO:karthick@********.com 450 4.7.1 : Sender address rejected: Please checked sender domain quit 221 2.0.0 Bye Connection closed by foreign host
Делает nagios@****.com почтовый ящик существует? Можно ли попытаться просто переписать nagios к, например. nagios1?
Сделать это, в /etc/sendmail.mc добавьте:
FEATURE(`genericstable')dnl GENERICS_DOMAIN_FILE(`/etc/mail/generics-domains')dnl
Создайте файл /etc/mail/genericstable и добавьте строку:
nagios nagiosk
и /etc/mail/generics-domains и добавьте строки:
localhost localhost.localdomain
Затем выполненный sudo sendmailconfig и попробуйте еще раз.
Проблема, кажется, Ваше реле SMTP в netcore.co.in. Хостинг/ISP реле SMTP никогда не "открыт", и обычно набор только к релейным письмам от одного из "их" доменов и от одного из "их" дюйм/с. Письма от root@localhost вероятно, проходят только потому, что некоторые демоны почтового сервера распознают корень и делают исключение для него, иногда даже заменяя @localhost расстаньтесь с тем, что обратный DNS (или IP) отправителя (например, мои сообщения однажды прошли в форме root@dsl-111-222-111-222.ppp.isp.com). Никакая такая любезность не предоставляется пользователю "nagios@localhost".
Два решения:
Более легкий может быть для простой установки (или фальшивка) sendmail FQDN к тому, что распознается/авторизовывается Netcore.
Сделать это, открытое /etc/mail/sendmail.mc и добавьте эти строки в конце перед любым MAILER строки, изменяя соответственно:
MASQUERADE_AS('karthick.com')
FEATURE(`masquerade_envelope')
Затем выполненный sudo sendmailconfig, ответ на да ко всему и удостоверяется, что sendmail перезапущен. Посмотрите здесь для некоторой более основной информации о подмене Sendmail для передачи.
С другой стороны, ради полноты, чтобы продолжать использовать nagios@localhost, можно сделать одну из двух вещей - или отключить передачу в sendmail и использовать его непосредственно (если у Вас есть статическая запись IP/PTR или RDNS), ИЛИ можно настроить sendmail для выполнения аутентификации SMTP с реле Netcore.
Эти статьи Netcore могут помочь; можно попытаться спросить их также если возможный:
В моей nagios конфигурации команда для отправки почтового ist
/usr/bin/printf "%b" "***** Nagios *****\n\nNotification Type: $NOTIFICATIONTYPE$\n\nService: $SERVICEDESC$\nHost: $HOSTALIAS$\nAddress: $HOSTADDRESS$\nState: $SERVICESTATE$\n\nDate/Time: $LONGDATETIME$\n\nAdditional Info:\n\n$SERVICEOUTPUT$\n" | /usr/bin/mail -s "** $NOTIFICATIONTYPE$ Service Alert: $HOSTALIAS$/$SERVICEDESC$ is $SERVICESTATE$ **" $CONTACTEMAIL$
Испытывает, если можно отправить почту как пользователь nagios из командной строки:
su nagios
echo "test sendmail" | /usr/bin/mail -s "test" yourmail@domain.tld
Это может или перестать работать из-за плохого пути, прав доступа или mailserver, не принимающего адрес назначения. Держите нас в курсе на своих результатах испытаний.
, В первую очередь: Проверка сети вокруг, и путем рассмотрения журналов, это, кажется, не проблема с пользователем nagios, скорее это, кажется, проблема с конфигурацией sendmail .
, Чтобы быть более точным, пользователь на этом форуме предполагает, что получает подобное 450 error code (он использовал постфикс, но я предполагаю, что существует некоторый протокол), который, как в Вашей ситуации также, обозначает domain not found проблема. Заключить другому пользователю в кавычки из того же самого форума:
Это обычно происходит из-за неверной конфигурации Вашего почтового клиента, если адрес отправителя для несуществующего домена. Это могло также быть, если Ваш новый домен, что почтовый сервер receipent еще не догнал распространение DNS.
, В то время как Вы используете localhost в качестве домена отправителя, я все еще полагаю, что существует больше, который может заботиться о.
, На самом деле, другой пользователь от другого форума я наткнулся на , кажется, имеет подобная проблема пользователю на первом форуме, с которым я связался, и он также получает тот же код ошибки: 450. На том же самом форуме другой пользователь заключается в кавычки, предполагая, что это - проблема DNS также.
Важный: я знаю, что Вы используете localhost и не конкретный домен. Однако мне кажется, что это должна быть проблема неверной конфигурации sendmail программа, а не пользователь nagios , не имеющий права или что-либо.
я также нашел некоторые другие источники, которые я исследую в настоящее время. Продолжит обновлять этот ответ, поскольку я получаю все больше информации о вопросе.
[РЕДАКТИРУЮТ № 1]: Другой пользователь на другом форуме заключается в кавычки, говоря :
кажется, что Вы отправляете из root@machine.mydomaine, когда сервер получения сделает обратный поиск на этом адресе, это перестанет работать, поскольку это не допустимо, и следовательно почта будет отклонена правильно с ошибкой, которую Вы дали. Удостоверьтесь, чтобы у Вас было допустимое имя сервера / домен для Вашего сервера и что это может искаться в DNS и вперед и инвертировать.
Однако пользователь, задающий вопрос там, кажется, не сталкивается 450 error code. Однако он получает подобный ответ на то, что я видел до сих пор на interwebz.
[РЕДАКТИРУЮТ № 2]: , Чем больше я читал о Вашей проблеме, тем больше я получаю ее: кажется nagios@localhost, что Вы выбрали для использования в качестве домена, который посылает электронные письма, не решает к допустимому IP-адресу, и это - то, что заставляет smtp10.netcore.co.in сервер отвечать 450 domain not found ответ, поскольку это полагает, что почта является спамом:
Да, "reject_unknown_sender_domain" может вызвать много ложных положительных сторон, но он действительно сокращает спам.
самая вероятная фиксация должна удостовериться, что Вы используете домен, который разрешим.
Sendmail является довольно древним. В то время как некоторые люди думают о нем как о лучшем почтовом сервере, когда-либо записанном, лично я не наслаждаюсь им наименее разрядное.
Моя комбинация для отправки электронных писем от учетных записей локального пользователя до "внешних" почтовых адресов postfix и bsd-mailx
, Если Вы хотите дать ей попытку: sudo apt-get install postfix bsd-mailx.
, Если Вы не хотите получать какие-либо электронные письма на этом хосте, Вы могли бы сделать Постфикс немного более безопасным путем привязки его с localhost. Выполненный sudo postconf -e 'inet_interfaces = localhost' && sudo service postfix restart.