Товарисчи, кто-то сможет подсказать по расшифровке смысла сообщений maillog?
| ||
Тема: Вопрос по FreeBSD
Вопрос по FreeBSD
Товарисчи, кто-то сможет подсказать по расшифровке смысла сообщений maillog?
Ты бы хоть пример привел что именно тебе не понятно.Сообщение от sergey2007
man RTFM
На работе закрутился и на прицепил лог.
Роутер, FreeBSD 6.1, соединение PPPoE
файл maillog с очень быстро заполняется потоком следующих сообщений:
Mar 14 23:05:33 perl sm-msp-queue [465]: starting daemon (8.13.6): queueing@00:30:00
Mar 14 23:05:46 perl sm-msp-queue [466]: grew WorkList for /var/spool/clientmqueue to 2000
Mar 14 23:05:47 perl sm-msp-queue [466]: 12E8qGlr035989: to=postmaster, delay=12:13:03, xdelay=00:00:00, mailer=relay, pri=2310 855, relays[127.0.0.1] [12 7.0.0.1], dsn=4.0.0, stat=Deferred: Permission denied
Mar 14 23:05:47 perl sm-msp-queue [466]: 12E8qGls035989: to=postmaster, delay=12:13:03, xdelay=00:00:00, mailer=relay, pri=232IS49, relays[127.0.0.1], dsn=4.0.0, stat=Deferred: Permission denied
Mar 14 23:05:47 perl sm-msp-queue [466]: 12ESMGlr035943: to=postmaster, delay=12:43:03, xdelay=00:00:00, mailer=relay, pri=2415896, relays[127.0.0.1], dsn=4.0.0, stat=Deferred: Permission denied
Mar 14 23:05:47 perl sm-msp-queue [466]: 12ESMGls035943: to=postmaster, delay=12:43:03, xdelay=00:00:00, mailer=relay, pri=2 419 469, relays[127.0.0.1], dsn=4.0.0, stat=Deferred: Permission denied
Mar 14 23:05:47 perl sm-msp-queue [466]: 12ESMGlt035943: to=postmaster, delay=12:43:02, xdelay=00:00:00, mailer=relay, pri=2 419 631, relays[127.0.0.1], dsn=4.0.0, stat=Deferred: Permission denied
Mar 14 23:05:43 perl sm-msp-queue [466]: 12E7qGlr035363: to=postmaster, delay=13:13:04, xdelay=00:00:00, mailer=relay, pri=2430094, relays[127.0.0.1], dsn=4.0.0, stat=Deferred: Permission denied
Mar 14 23:05:43 perl sm-msp-queue [466]: 12E3MGlu035943: to=postmaster, delay=12:43:03, xdelay=00:00:00, mailer=relay, pri=2 492 9 40, relays[127.0.0.1], dsn=4.0.0, stat=Deferred: Permission denied
Mar 14 23:05:43 perl sm-msp-queue [466]: 12E3MGlv035943: to=postmaster, delay=12:43:03, xdelay=00:00:00, mailer=relay, pri=2 493 913, relays[127.0.0.1], dsn=4.0.0, stat=Deferred: Permission denied
Mar 14 23:05:43 perl sm-msp-queue [466]: 12E3MGlw035943: to=postmaster, delay=12:43:03, xdelay=00:00:00, mailer=relay, pri=2 49 4932, relay=[12 7.0.0.1], dsn=4.0.0, stat=Deferred: Permission denied
В чем проблема?
Возможно не правильно настроено соединение PPPoE или правила фаервола.
Если можно прошу объяснить "на пальцах", т.к. я в UNIX системах не копенгаген.
С утра стер maillog, вечером там уже 10МБ приведенной выше гадости. Вал сообщений происходит примерно каждые 30 мин.
[root@perl ~]# man RTFM
No manual entry for RTFM
Не доставляется почта локальному юзеру. Может ipfw где-то то-то блокирует, может прав не хватает. Это уже на до по месту разбираться.
А что это может быть за почта, системное сообщение? Почта на этом сервере не поднята. И от чего завист промежуток времени (каждые 30 мин) через которые начинается заполнение лога?
Поднята она там, поднята. Она всегда по умолчанию поднята.
![Аватар для x[82]](https://static.forumodua.com/customavatars/avatar15573_1.gif "Аватар для x[82]"){kind=avatar}
Один я плакал?
I'm GNU/Linux user.
Ну не шарю я в юниксе, не шарю.Один я плакал?
Ты бы лучше по существу вопроса ответил.
ну-ну.
По умолчанию ставится MTA, но без записей в rc.conf он не стартанет
msp по умолчанию стартует. RTFM /etc/defaults/rc.conf
И? И где тут старт?Код:>cat /etc/defaults/rc.conf | grep msp sendmail_msp_queue_enable="YES" # Dequeue stuck clientmqueue mail (YES/NO). sendmail_msp_queue_flags="-L sm-msp-queue -Ac -q30m" # Flags for sendmail_msp_queue daemon.
Люди, ну подскажите по первопричинам этой гадости.
В rc.conf поставил
sendmail_enable="NO"
sendmail_submit_enable="NO"
sendmail_outbound_enable="NO"
sendmail_msp_queue_enable="NO"
Все равно лог приведенной во вложении гадостью забивается. Но лучше как я понимаю все-таки первопричину найти а не почту блокировать.
Кажется эта фигня началась после перехода с VPN (MPD) на PPPoE.
Последний раз редактировалось sergey2007; 17.03.2007 в 10:15.
sendmail_enable="NONE". Ну классика жеж.
Вообще-то уже NO. Об этом говорят и маны и содержимое rc.sendmail
maxx-bsd# uname -a
FreeBSD maxx-bsd 6.2-RELEASE-p1 FreeBSD 6.2-RELEASE-p1 #4: Mon Feb 26 17:26:49 EET 2007 root@maxx-bsd:/usr/obj/usr/src/sys/maxxconf i386
maxx-bsd#
Именно NONE. Об этом не говорят маны, но говорит rc.sendmail. Так было со времен не менее RELENG_4. uname -a:
FreeBSD santinel.home.ua 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Sun Feb 11 11:49:14 EET 2007 [email protected]:/usr/obj/usr/src/sys/ANRAY i386
У меня наверно все-таки "NO"
FreeBSD 6.1-RELEASE (MYKERNEL1) #0: Fri May 19 10:45:42 EEST 2006
etc/defaults/rc.conf
################################################## ############
### Mail Transfer Agent (MTA) options ######################
################################################## ############
mta_start_script="/etc/rc.sendmail"
# Script to start your chosen MTA, called by /etc/rc.
# Settings for /etc/rc.sendmail and /etc/rc.d/sendmail:
sendmail_enable="NO" # Run the sendmail inbound daemon (YES/NO).
sendmail_pidfile="/var/run/sendmail.pid" # sendmail pid file
sendmail_procname="/usr/sbin/sendmail" # sendmail process name
sendmail_flags="-L sm-mta -bd -q30m" # Flags to sendmail (as a server)
sendmail_submit_enable="YES" # Start a localhost-only MTA for mail submission
sendmail_submit_flags="-L sm-mta -bd -q30m -ODaemonPortOptions=Addr=localhost"
# Flags for localhost-only MTA
sendmail_outbound_enable="YES" # Dequeue stuck mail (YES/NO).
sendmail_outbound_flags="-L sm-queue -q30m" # Flags to sendmail (outbound only)
sendmail_msp_queue_enable="YES" # Dequeue stuck clientmqueue mail (YES/NO).
sendmail_msp_queue_flags="-L sm-msp-queue -Ac -q30m"
# Flags for sendmail_msp_queue daemon.
sendmail_enable
(str) If set to ``YES'', run the sendmail(8) daemon at system
boot time. If set to ``NO'', do not run a sendmail(8) daemon to
listen for incoming network mail.This does not preclude a
sendmail(8) daemon listening on the SMTP port of the loopback
interface. The ``NONE'' option is deprecated and should not be
used. It will be removed in a future release.
ЗЫ Хотя на паре серверов где сендмайла нет стоит именно NONE, но так как прописано в rc.sendmail - что NO, что NONE все равно ничего не выполнится и не запустится.
По теме, раз уж мы так глубоко зашли в обсуждение запускается или не запускается sendmail, пусть автор приведет вывод команд
uname -a
ps ax | grep sendmail
more /etc/rc.conf | grep sendmail
Ну и ipfw -a show на всякий пожарный случай.
Ваши права
Ответить с цитированием
Социальные закладки