После того, как запускаю sendmail.
В списке процессов ps -axf выводит:
_________________________________________________
73777 ?? I 0:00.05 sendmail: ./g467G5G64851 relay1.chat.ru.: user open (sendmail)
73784 ?? I 0:00.03 sendmail: ./g466HEG61435 ns.timacad.ru.: user open (sendmail)
73798 ?? I 0:00.02 sendmail: ./g466gNG62948 himky.comcor.ru.: user open (sendmail)
74043 ?? I 0:00.00 sleep 600
74046 ?? S 0:00.01 sendmail: ./g468Evs67120 gw.mac.sitek.net.: user open (sendmail)
И еще два моих процесса sendmail/
Что бы это значило?
Все нормально - то и означает
Обычная работа sendmail, эти процессы не висят же бесконечно, отработают - отпадут.
Кроме подобных записей, можно увидеть и
sendmail:.....child wait
sendmail:.....cmd read
sendmail:.....DATA
Просто вводит в смущение то, что когда эти процессы появляются, то юзерам приходит масса писем, от майлер демона, что какие-то адреса не распознаются чужими доменами. Хотя они эти письма не слали.
А релэй закрыт?
Самое время изучить maillog на предмет ip-адресов, откуда посылались письма, если не твои, то
relay-domains отредактировать
>А релэй закрыт?А как его закрыть в x86 Solaris'овском сендмыле?
Наверное, также , как и в любом другом sendmail'е
1.Проверить, на собран ли sendmail.cf с фичами, разрешающими open rеlay (по sendmail.mc)
2. Если таковые имеются, пересобрать, если все в порядке, то отредактировать /etc/mail/relay-domains, там должны быть только те сетки, которым разрешен релей.
3. Ну и на десерт, smtp-auth или pop-before-smtp, если много roaming users, и они непременно хотят отсылать почту через свой родной почтовик из любой точки земного шарика :)
Ты не прав с пунктом вторым, relay-domains не для этого, а для доменов НА которые разрешено релеить почту, если домен не является именем машины и не стоит в local-host-name, но ты ими управляешь.
к примеру uucp домены.
ТО о чем ты написал, рисуется в файле access
IP RELAY(OK,REJECT etc)
При установке sendmail8.9.3 и 8.12.1,
до тех пор пока не пропишешь в /etc/mail/relay-domains
свои сетки, в maillog стандартная запись:
.... Relaying denied
А access файл я использую для тонкой настройки relay ok или deny: когда нужно запретить почту с поддомена или на поддомен, в то время когда на домен или с домена почта разрешена,blacklist users , ну и еще масса других ситуаций.
В общем, у меня все работает именно так и меня это устраивает:). У вас может быть другой подход к решению проблем с open relay и славно, если и он отрабатывает верно, но это не значит, что мой вариант неверен или ваш :)
Кстати вопрос по последней версии сендмыла.
Что нужно сделать, чтобы очередь разгребалась?
А-то письма якобы уходят, но на самом деле лежат в mqueue. Вот:(
>Что нужно сделать, чтобы очередь разгребалась?
>
>А-то письма якобы уходят, но на
>самом деле лежат в mqueue.
>Вот:(
Во-первых, как у тебя запускается sendmail, через какое время происходит следующая попытка послать отложенную почту:
/usr/sbin/sendmail -bd -q1h -
очередь разгребается каждый час
Во-вторых, стоит посмотреть на файлы, начинающиеся с q* в /var/spool/mail/mqueue на предмет того, по какой причине письмо поставлено в очередь: то ли это connection time out, connection refused, read error, или что-то другое и тут уже думать
В-третьих, какая версия sendmail
в версии 8.12.1 есть две дир-ии mqueue & clientmqueue. В файле security написано как правильно запускать sendmail
Там указывается две команды sendmail - одна висит
демоном и разгребает mqueue каждый час, другая очищает очередь clientmqueue каждые полчаса ( точно не помню)
Обычно, демон sendmail ждет запросов, когда
таковые появляются, процесс раздваивается, обрабатывает инфу и закрывается, наверное проблема в подвисании демонов!