Sendmail: Supprimer les mails en attente Fermé

Question

Bonjour,

Je travaille sous un serveur Linux (Redhat), j'ai installé Nagios et Centreon

J'ai arrété Sendmail car Nagios m'envoyait beaucoup de mails (plus de 2000) car mes serveurs ne fonctionnaient pas. Donc j'ai fait un /etc/init.d/sendmail stop

Le probléme c'est que quand je redémarre Sendmail, il m'envoie pleins de mails, dont des mails qui datent d'une semaine (Sendmail est arrété depuis une semaine mais Nagios a continué à fonctionner)

Comment je peux supprimer les mails qui doivent etre envoyés afin d'éviter que je me fasse spammer par des mails qui datent de plusieurs jours ?

Comment je peux supprimer tous les mails qui sont en attente et qui n'ont pas encore été envoyés ?

Merci pour votre aide

Flipmode

dubcek · Answer

hello
aller faire le ménage dans  /var/spool/mqueue

flipmode62 · Answer

J'ai déja été voir dans /var/spool/mqueue et il n'y a rien :(

 ll /var/spool/mqueue/
total 0 

Il n'y a pas un autre répertoire ou un autre fichier à modifier ou supprimer ?

Merci pour votre aide

Flipmode

dubcek · Answer

c'est pourtant là que sendmail stocke sa queue. ils sont peut-être dans une queue Nagios ?
ou le répertoire est redéfini dans la config. de sendmail ?
que répond /usr/bin/mailq

flipmode62 · Answer

Peut etre qu'il existe une queue Nagios mais je ne sais pas du tout où elle se trouve.

Dans le repertoire:  /var/spool/mail/ , il y a différents fichiers qui correspondent aux différents utilisateurs (et l'un d'entre eux se nomme Nagios. En revanche, dans: /var/spool/mqueue/  il n'y a aucun fichier

Le répertoire est redéfini dans la config de sendmail? Dans le fichier /etc/mail/sendmail.cf ? 

Merci pour votre aide

dubcek · Answer

oui
dans /var/spool/mail, c'est les mails reçus

flipmode62 · Answer

Donc les mails qui n'ont pas pu étre envoyés par Nagios en utilisant Sendmail (car Sendmail était arrété) se trouvent où?

Merci pour votre aide

dubcek · Answer

puisqu'il n'y a rien dans /var/spool/mqueue, je ne sais pas, essayer uune recherche avec find.
voir dans le répertoire nagios

flipmode62 · Answer

J'ai essayé de regarder dans le répertoire Nagios... et de faire des recherches avec find mais je n'ai rien trouvé :(

J'ai relancé Sendmail, et il me spamme de mails qui datent d'une semaine donc il y a forcément une queue quelquepart

Merci pour votre aide

Flipmode

dubcek · Answer

que répond /usr/bin/mailq
et
find / -name "*mqueue*" -print

flipmode62 · Answer

/usr/bin/mailq
/var/spool/mqueue is empty
                Total requests: 0


Merci pour votre aide

dubcek · Answer

vérifier d'ou viennent les mails, peut-être que quand sendmail démarre un autre serveur les envoie

dubcek · Answer

sendmail sert à envoyer et recevoir du mail. est ce que les mails sont envoyés depuis cette machine ?
voir dans /var/log/maillog
que répond
find / -name "*mqueue*" -print

flipmode62 · Answer

Sendmail sert à envoyer des mails (tout comme Postfix). Je passe par le serveur SMTP de l'entreprise. /var/log/maillog ... Dec 14 06:07:49 SNOYMON02 sendmail[28501]: mBE57nRu028501: to=prenom.nom@entreprise.fr, ctladdr=nagios (501/502), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=30334, relay=[127.0.0.1] [127.0.0.1], dsn=4.0.0, stat=Deferred: Connection refused by [127.0.0.1] Dec 14 06:08:01 SNOYMON02 sendmail[28888]: mBE581W7028888: from=nagios, size=387, class=0, nrcpts=1, msgid=<200812140508.mBE581W7028888@localhost.localdomain>, relay=nagios@localhost Dec 14 06:08:01 SNOYMON02 sendmail[28886]: mBE581tD028886: from=nagios, size=372, class=0, nrcpts=1, msgid=<200812140508.mBE581tD028886@localhost.localdomain>, relay=nagios@localhost Dec 14 06:08:01 SNOYMON02 sendmail[28888]: mBE581W7028888: to=nagios, ctladdr=nagios (501/502), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=30387, relay=[127.0.0.1] [127.0.0.1], dsn=4.0.0, stat=Deferred: Connection refused by [127.0.0.1] ... find / -name "*mqueue*" -print /usr/include/bits/mqueue.h /usr/include/mqueue.h /usr/share/man/man0p/mqueue.h.0p.gz /usr/lib64/perl5/5.8.5/x86_64-linux-thread-multi/bits/mqueue.ph /usr/lib64/perl5/5.8.5/x86_64-linux-thread-multi/mqueue.ph /usr/src/kernels/2.6.9-67.EL-x86_64/include/config/posix/mqueue.h /usr/src/kernels/2.6.9-67.EL-x86_64/include/linux/mqueue.h /usr/src/kernels/2.6.9-67.EL-largesmp-x86_64/include/config/posix/mqueue.h /usr/src/kernels/2.6.9-67.EL-largesmp-x86_64/include/linux/mqueue.h /usr/src/kernels/2.6.9-67.EL-smp-x86_64/include/config/posix/mqueue.h /usr/src/kernels/2.6.9-67.EL-smp-x86_64/include/linux/mqueue.h /var/spool/clientmqueue /var/spool/mqueue

dubcek · Answer

des fichiers là /var/spool/clientmqueue  ?

flipmode62 · Answer

Oui il y a énormément de fichiers dans /var/spool/clientmqueue: ls /var/spool/clientmqueue dfmAIJTjGP017247 dfmASMYdhQ023415 dfmBAAwBnT004284 dfmB6E01Fg002779 dfmBDID18P021723 qfmAONl1dJ030111 qfmB2KstEq014086 qfmBA9ghuh007487 dfmAIJTkci017273 dfmASMYdhQ023427 dfmB6E01xR002784 dfmBDID1hF021725 qfmAONl1fZ030109 qfmB2Kstf4014157 qfmALDP1BP007872 Exemple de fichiers: vi dfmBAAwBnT004284 ***** centreon Notification ***** Notification Type: RECOVERY Service: EgoRadio7 Host: SLENEGO02 - SLENEGO02 Address: 172.17.42.157 State: OK Date/Time: 10-12-2008 / 11:58:11 Additional Info : EgoRadioarvato20007: Started vi qfmALDP1BP007872 V8 T1227273901 K1227273901 N1 P30387 MDeferred: Connection refused by [127.0.0.1] Fbs $_nagios@localhost ${daemon_flags}c u Snagios Anagios@localhost.localdomain MDeferred: Connection refused by [127.0.0.1] C:nagios rRFC822; nagios@localhost.localdomain RPFD:nagios H?P?Return-Path: <g> H??Received: (from nagios@localhost) by localhost.localdomain (8.13.1/8.13.1/Submit) id mALDP1BP007872; Fri, 21 Nov 2008 14:25:01 +0100 H?D?Date: Fri, 21 Nov 2008 14:25:01 +0100 H?x?Full-Name: CronDaemon H?M?Message-Id: <200811211325.mALDP1BP007872@localhost.localdomain> H??From: root (Cron Daemon) H??To: nagios H??Subject: Cron /usr/local/centreon/cron/parsing_status.pl 2>&1 >> /usr/local/centreon/log/odsParsingStatus.log H??X-Cron-Env: H??X-Cron-Env: H??X-Cron-Env: H??X-Cron-Env: H??X-Cron-Env: Je l'ai supprime ?

dubcek · Answer

oui  ou tu les déplaces dans /tmp

dubcek · Answer

c'est beaucoup, effectivement

flipmode62 · Answer

Oui c'est beaucoup plus que je pensais et ça prend plusieurs minutes à déplacer!

dubcek · Answer

si tu fais
grep -v "^H??To: nagios" /tmp/d*
tu peux voir si un mail n'est pas destiné à nagios

flipmode62 · Answer

Mes fichiers sont toujours dans : /var/spool/clientmqueue/

grep -v "^H??To: nagios"/var/spool/clientmqueue/d*
bash: /bin/grep: Argument list too long

Donc je peux pas voir si un mail est destiné à nagios

dubcek · Answer

comme ca:
ls d* | xargs grep -v "^H??To: nagios"
tu peux voir si un mail n'est pas destiné à nagios

dubcek · Answer

pas de * alors
ls | xargs grep -v "^H??To: nagios"

bob031 · Answer

salut,

j'ai suivi votre discussion (et j'apprends en même temps), je suis tombé sur ceci  :

vider la file :
via le demon : sendmail -L sm-msp-queue -Ac -q15m
via cron : sendmail -L sm-msp-queue -Ac -q

source :http://sebastien.nameche.fr/
catégorie: Support de Cours
titre: Durcissement des MTA Sendmail et Postfix
page 9

si ça peut aider .....

flipmode62 · Answer

J'ai supprimé tous les fichiers qui étaient dans la queue: /var/spool/clientmqueue
Et j'ai relancé Sendmail: /etc/init.d/sendmail start et j'ai fait: sendmail -L sm-msp-queue -Ac -q15m 

Le probléme c'est que maintenant je ne reçois pu aucun mail de Nagios :(

Pourtant quand je fais: 
 sendmail xxxx@yy.com
From: nagios@localhost.localdomain
Subject: Test
...... contenu du message .....


Je reçois bien un mail de nagios@localhost.localdomain. Mais quand il y a une alerte Nagios, elle n'est pas envoyée par mail. Je n'ai rien dans la queue /var/spool/clientmqueue et dans la queue /var/spool/mqueue

Merci pour votre aide

Flipmode

dubcek · Answer

y a-t-il une trace dans les logs, syslog ou /var/log/maillog ?
remplacer localhost.localdomain par yy.com dans la conf nagios ?

flipmode62 · Answer

tail -100 /usr/local/nagios/var/nagios.log
[1229525435] HOST ALERT: SNOYECH01;UP;HARD;1;PING OK - Packet loss = 0%, RTA = 1.23 ms
[1229525435] HOST ALERT: SNOYMON02;UP;HARD;1;PING OK - Packet loss = 0%, RTA = 0.04 ms
[1229525435] SERVICE ALERT: SLENBO02;Windows-Ram-Usage;OK;HARD;1;Memory usage: total:3437.57 Mb - used: 538.18 Mb (16%) - free: 2899.40 Mb (84%)
[1229525435] SERVICE ALERT: SLENBO01;Windows-Ram-Usage;OK;HARD;1;Memory usage: total:5475.58 Mb - used: 1055.20 Mb (19%) - free: 4420.38 Mb (81%)
[1229525435] SERVICE ALERT: SLENDC01;Windows-Ram-Usage;OK;HARD;1;Memory usage: total:3947.59 Mb - used: 473.91 Mb (12%) - free: 3473.67 Mb (88%)
[1229525435] SERVICE ALERT: SLENCYB01;Windows-Ram-Usage;OK;HARD;1;Memory usage: total:2473.51 Mb - used: 274.18 Mb (11%) - free: 2199.33 Mb (89%)
[1229525436] Max concurrent service checks (20) has been reached.  Delaying further checks until previous checks are complete...
[1229525436] Max concurrent service checks (20) has been reached.  Delaying further checks until previous checks are complete...
[1229525437] Max concurrent service checks (20) has been reached.  Delaying further checks until previous checks are complete...
[1229525437] Max concurrent service checks (20) has been reached.  Delaying further checks until previous checks are complete...
[1229525438] Max concurrent service checks (20) has been reached.  Delaying further checks until previous checks are complete...
[1229525438] Max concurrent service checks (20) has been reached.  Delaying further checks until previous checks are complete...
[1229525439] Max concurrent service checks (20) has been reached.  Delaying further checks until previous checks are complete...
[1229525439] Max concurrent service checks (20) has been reached.  Delaying further checks until previous checks are complete...

J'ai ajouté une redirection dans le fichier de commande, de la sortie standard et erreur vers un log pour la commande de notification.

commands.cfg:
define command{
command_name notify-host-by-email
command_line /usr/bin/printf "%b" "***** Nagios *****

Notification Type: $NOTIFICATIONTYPE$
Host: $HOSTNAME$
State: $HOSTSTATE$
Address: $HOSTADDRESS$
Info: $HOSTOUTPUT$

Date/Time: $LONGDATETIME$
" | /bin/mail -s "** $NOTIFICATIONTYPE$ Host Alert: $HOSTNAME$ is $HOSTSTATE$ **" $CONTACTEMAIL$ >> /tmp/alerteservice.log 2>&1
}

# 'notify-service-by-email' command definition
define command{
command_name notify-service-by-email
command_line /usr/bin/printf "%b" "***** Nagios *****

Notification Type: $NOTIFICATIONTYPE$

Service: $SERVICEDESC$
Host: $HOSTALIAS$
Address: $HOSTADDRESS$
State: $SERVICESTATE$

Date/Time: $LONGDATETIME$

Additional Info:

$SERVICEOUTPUT$" | /bin/mail -s "** $NOTIFICATIONTYPE$ Service Alert: $HOSTALIAS$/$SERVICEDESC$ is $SERVICESTATE$ **" $CONTACTEMAIL$ >> /tmp/alertehost.log 2>&1
}

J'ai vérifié que les notifications sont activées dans Nagios.cfg (enable_notifications=1)
J'ai vérifié que mes hosts/services/templates contennaient des notifications
J'ai vérifié que mes contacts aient des adresses mails valides.

J'ai essayé, en ligne de commande, en tant que Nagios de lancer la commande de notification:
La commande suivante:
/usr/bin/printf "%b" "***** Nagios *****

Notification Type: "NotifType"
Host: 192.168.60.37
State: CRITICAL
Address: 192.168.60.37
Info: ERREUR ALERTE NAGIOS ESPACE DISK FULL

Date/Time: 24/10/2008
" | /bin/mail -s "** CRITICAL Host Alert: AGGREGATE is DOWN **" nom.prenom@entreprise.com

me permet de recevoir ce mail ci dessous:

***** Nagios *****
Notification Type: NotifType
Host: 192.168.60.37
State: CRITICAL
Address: 192.168.60.37
Info: ERREUR ALERTE NAGIOS ESPACE DISK FULL
Date/Time: 24/10/2008

Merci pour votre aide

dubcek · Answer

y a-t-il une trace dans les logs, syslog ou /var/log/maillog ? 
je parlais des logs sendmail pour voir il y a quelque chose venant de nagios

flipmode62 · Answer

/var/log/maillog ......................................................................................................................................................................................... Dec 17 16:12:01 localhost sendmail[9994]: mBHFC12f009994: from=nagios, size=387, class=0, nrcpts=1, msgid=<200812171512.mBHFC12f009994@SNOYMON02>, relay=nagios@localhost Dec 17 16:12:01 localhost sendmail[9996]: mBHFC1cr009996: from=, size=620, class=0, nrcpts=1, msgid=<200812171512.mBHFC12f009994@SNOYMON02>, proto=ESMTP, daemon=MTA, relay=localhost.localdomain [127.0.0.1] Dec 17 16:12:01 localhost sendmail[9995]: mBHFC11n009995: from=, size=605, class=0, nrcpts=1, msgid=<200812171512.mBHFC1s4009992@SNOYMON02>, proto=ESMTP, daemon=MTA, relay=localhost.localdomain [127.0.0.1] Dec 17 16:12:01 localhost sendmail[9992]: mBHFC1s4009992: to=nagios, ctladdr=nagios (501/502), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=30372, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (mBHFC11n009995 Message accepted for delivery) Dec 17 16:12:01 localhost sendmail[9994]: mBHFC12f009994: to=nagios, ctladdr=nagios (501/502), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=30387, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (mBHFC1cr009996 Message accepted for delivery) Dec 17 16:12:01 localhost sendmail[9997]: mBHFC11n009995: to=, ctladdr= (501/502), delay=00:00:00, xdelay=00:00:00, mailer=local, pri=30787, dsn=2.0.0, stat=Sent Dec 17 16:12:01 localhost sendmail[9998]: mBHFC1cr009996: to=, ctladdr= (501/502), delay=00:00:00, xdelay=00:00:00, mailer=local, pri=30802, dsn=2.0.0, stat=Sent Dec 17 16:13:01 localhost sendmail[11485]: mBHFD1pV011485: from=nagios, size=387, class=0, nrcpts=1, msgid=<200812171513.mBHFD1pV011485@SNOYMON02>, relay=nagios@localhost Dec 17 16:13:01 localhost sendmail[11488]: mBHFD17J011488: from=nagios, size=372, class=0, nrcpts=1, msgid=<200812171513.mBHFD17J011488@SNOYMON02>, relay=nagios@localhost Dec 17 16:13:01 localhost sendmail[11489]: mBHFD1kD011489: from=, size=620, class=0, nrcpts=1, msgid=<200812171513.mBHFD1pV011485@SNOYMON02>, proto=ESMTP, daemon=MTA, relay=localhost.localdomain [127.0.0.1] Dec 17 16:13:01 localhost sendmail[11485]: mBHFD1pV011485: to=nagios, ctladdr=nagios (501/502), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=30387, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (mBHFD1kD011489 Message accepted for delivery) Dec 17 16:13:01 localhost sendmail[11490]: mBHFD1dt011490: from=, size=605, class=0, nrcpts=1, msgid=<200812171513.mBHFD17J011488@SNOYMON02>, proto=ESMTP, daemon=MTA, relay=localhost.localdomain [127.0.0.1] Dec 17 16:13:01 localhost sendmail[11491]: mBHFD1kD011489: to=, ctladdr= (501/502), delay=00:00:00, xdelay=00:00:00, mailer=local, pri=30802, dsn=2.0.0, stat=Sent Dec 17 16:13:01 localhost sendmail[11488]: mBHFD17J011488: to=nagios, ctladdr=nagios (501/502), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=30372, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (mBHFD1dt011490 Message accepted for delivery) Dec 17 16:13:01 localhost sendmail[11493]: mBHFD1dt011490: to=, ctladdr= (501/502), delay=00:00:00, xdelay=00:00:00, mailer=local, pri=30787, dsn=2.0.0, stat=Sent ......................................................................................................................................................................................... Merci pour votre aide

dubcek · Answer

et il n'y a rien dans /var/spool/mail ?
les mails semblent envoyés

Sendmail: Supprimer les mails en attente

29 réponses

Discussions similaires