Sendmail: Eliminar correos en espera

si haces
grep -v "^H??To: nagios" /tmp/d*
puedes ver si un correo no está destinado a nagios

¿Y no hay nada en /var/spool/mail?
Los correos parecen enviados.

hola
ve a limpiar en /var/spool/mqueue

Ya he mirado en /var/spool/mqueue y no hay nada :(

ll /var/spool/mqueue/
total 0

¿No hay otro directorio o archivo que deba modificar o eliminar?

Gracias por su ayuda

Flipmode

sin embargo, es allí donde Sendmail almacena su cola. ¿Quizás están en una cola de Nagios?
¿O el directorio está redefinido en la configuración de Sendmail?
¿Qué responde /usr/bin/mailq?

Puede que exista una cola de Nagios, pero no sé en absoluto dónde se encuentra.

En el directorio: /var/spool/mail/, hay diferentes archivos que corresponden a los diferentes usuarios (y uno de ellos se llama Nagios. Sin embargo, en: /var/spool/mqueue/ no hay ningún archivo

¿El directorio está redefinido en la configuración de sendmail? ¿En el archivo /etc/mail/sendmail.cf?

Gracias por su ayuda.

sí
en /var/spool/mail, están los correos recibidos

¿Entonces, dónde se encuentran los correos que no se pudieron enviar por Nagios usando Sendmail (porque Sendmail estaba detenido)?

Gracias por tu ayuda.

Dado que no hay nada en /var/spool/mqueue, no sé, intenta buscar con find.
ver en el directorio nagios

He intentado buscar en el directorio de Nagios... y hacer búsquedas con find pero no he encontrado nada :(

He reiniciado Sendmail, y me está llenando de correos que datan de hace una semana, así que hay necesariamente una cola por algún lado

Gracias por su ayuda

Flipmode

/usr/bin/mailq
y
find / -name "*mqueue*" -print

/usr/bin/mailq
/var/spool/mqueue está vacío
Total de solicitudes: 0


Gracias por su ayuda

verificar de dónde vienen los correos, tal vez cuando sendmail inicia otro servidor los envía

sendmail sirve para enviar y recibir correo. ¿Se envían los correos desde esta máquina?
ver en /var/log/maillog
qué responde
find / -name "*mqueue*" -print

Sendmail se utiliza para enviar correos (al igual que Postfix). Paso por el servidor SMTP de la empresa.

/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

¿Archivos ahí /var/spool/clientmqueue?

Sí, hay una gran cantidad de archivos en /var/spool/clientmqueue:

ls /var/spool/clientmqueue
dfmAIJTjGP017247 dfmASMYdhQ023415 dfmBAAwBnT004284 dfmB6E01Fg002779 dfmBDID18P021723 qfmAONl1dJ030111 qfmB2KstEq014086 qfmBA9ghuh007487 dfmAIJTkci017273 dfmASMYdhQ023427 dfmB6E01xR002784 dfmBDID1hF021725 qfmAONl1fZ030109 qfmB2Kstf4014157 qfmALDP1BP007872


Ejemplo de archivos:

<negrita>vi dfmBAAwBnT004284
***** notificación centreon *****
Tipo de notificación: RECUPERACIÓN
Servicio: EgoRadio7
Host: SLENEGO02 - SLENEGO02
Dirección: 172.17.42.157
Estado: OK
Fecha/Hora: 10-12-2008 / 11:58:11 Información adicional: EgoRadioarvato20007: Iniciado

vi qfmALDP1BP007872
V8
T1227273901
K1227273901
N1
P30387
MDeferred: Conexión rechazada por [127.0.0.1]
Fbs
$_nagios@localhost
${daemon_flags}c u
Snagios
Anagios@localhost.localdomain
MDeferred: Conexión rechazada por [127.0.0.1]
C:nagios
rRFC822; nagios@localhost.localdomain
RPFD:nagios
H?P?Return-Path: <g>
H??Recibido: (de nagios@localhost)
por localhost.localdomain (8.13.1/8.13.1/Submit) id mALDP1BP007872;
Vie, 21 Nov 2008 14:25:01 +0100
H?D?Fecha: Vie, 21 Nov 2008 14:25:01 +0100
H?x?Nombre Completo: CronDaemon
H?M?Id del Mensaje: <200811211325.mALDP1BP007872@localhost.localdomain>
H??De: root (Cron Daemon)
H??Para: nagios
H??Asunto: 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>

¿Lo elimino?

sí o los mueves a /tmp

es mucho, efectivamente

¡Sí, es mucho más de lo que pensaba y toma varios minutos moverlo!