Sendmail: Supprimer les mails en attente
flipmode62
Messages postés
52
Statut
Membre
-
dubcek Messages postés 18627 Date d'inscription Statut Contributeur Dernière intervention -
dubcek Messages postés 18627 Date d'inscription Statut Contributeur Dernière intervention -
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
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
Configuration: Linux Red Hat Firefox 1.5.0.12
29 réponses
- 1
- 2
Suivant
Résumé de la discussion
Le problème décrit est l'envoi massif d’e-mails après redémarrage de Sendmail alors que Nagios et Centreon étaient inactifs pendant une période, avec des messages datés d'avant s'accumulant dans la file. Des réponses suggèrent de consulter la queue avec mailq ou grep dans /var/spool/mqueue et d'exclure les destinataires non Nagios pour éviter les envois non voulus. D'autres précisent de vérifier les logs comme /var/log/maillog et d'identifier les erreurs, notamment des retards ou des refus de connexion, et proposent de vider la file avec des commandes comme sendmail -L sm-msp-queue -Ac -q15m. En cas de doute, la fonction de purge peut être planifiée via cron ou alternative, et certains préconisent d'utiliser le système de relais SMTP d'entreprise pour éviter la saturation.
-
si tu fais
grep -v "^H??To: nagios" /tmp/d*
tu peux voir si un mail n'est pas destiné à nagios -
et il n'y a rien dans /var/spool/mail ?
les mails semblent envoyés -
hello
aller faire le ménage dans /var/spool/mqueue -
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 -
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question -
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 -
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 -
oui
dans /var/spool/mail, c'est les mails reçus -
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 -
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 -
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 -
que répond /usr/bin/mailq
et
find / -name "*mqueue*" -print
-
/usr/bin/mailq
/var/spool/mqueue is empty
Total requests: 0
Merci pour votre aide -
vérifier d'ou viennent les mails, peut-être que quand sendmail démarre un autre serveur les envoie
-
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
-
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 -
des fichiers là /var/spool/clientmqueue ?
-
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:
<gras>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 <nagios@SNOYMON02> /usr/local/centreon/cron/parsing_status.pl 2>&1 >> /usr/local/centreon/log/odsParsingStatus.log
H??X-Cron-Env: <SHELL=/bin/sh>
H??X-Cron-Env: <HOME=/home/nagios>
H??X-Cron-Env: <PATH=/usr/bin:/bin>
H??X-Cron-Env: <LOGNAME=nagios>
H??X-Cron-Env: <USER=nagios>
Je l'ai supprime ? -
oui ou tu les déplaces dans /tmp
-
c'est beaucoup, effectivement
-
Oui c'est beaucoup plus que je pensais et ça prend plusieurs minutes à déplacer!
- 1
- 2
Suivant
