1 votes

Sendmail n'envoie pas

J'ai un serveur sendmail sur un serveur Solaris 10 qui a cessé de fonctionner. Je n'arrive pas à trouver quoi que ce soit sur les messages échoués dans /var/adm/sendmail. Voici ce que je vois lorsque j'essaie de déboguer :

[(root)/var/adm]$ sendmail -v me@myemail.com < testmessage 
me@myemail.com... queued
[(root)/var/adm]$ /usr/ucb/mail -v me@myemail.com
Subject: Test message
Here is a test message
.
EOT
[(root)/var/adm]$ me@myemail.com... queued
[(root)/var/adm]$ mailq
/var/spool/mqueue is empty
    Total requests: 0

Donc, on dirait que ça ne fait rien. Parfois, lorsque j'essaie de déboguer, je reçois un message de retour '127.0.0.1 Connection Refused', mais ce n'est pas constant. Note : J'ai remplacé mon adresse gmail personnelle par 'me@myemail.com' ci-dessus. Il n'y a pas de procmail ou quoi que ce soit de configuré pour cette adresse, et je vérifie continuellement le dossier Spam.

Y a-t-il d'autres choses que je puisse essayer pour savoir pourquoi ça ne fonctionne pas ?

Edit : La sortie de mailq -C comprend des lignes et des lignes de ceci :

q0AFMJwG026997X    1629 Tue Jan 10 10:22 MAILER-DAEMON
             (Deferred: Connection refused by [127.0.0.1])

J'aurais juré avoir essayé hier, mais ni la connexion à localhost 25 depuis la machine ni la connexion à la machine depuis mon bureau ne fonctionnent :

[(root)/]$ telnet 127.0.0.1 25
Trying 127.0.0.1...
telnet: Unable to connect to remote host: Connection refused
[(root)/]$ 

et

[~]$ telnet 192.168.129.50 25
Trying 192.168.129.50...
telnet: connect to address 192.168.129.50: Connection refused
telnet: Unable to connect to remote host

Sendmail est en cours d'exécution :

[(root)/]$ ps -ef |grep sendmail
smmsp 18616     1   0 16:22:18 ?           0:00 /usr/lib/sendmail -Ac -q15m
root 18614     1   0 16:22:18 ?           0:03 /usr/lib/sendmail -bd -q15m

Mais je ne le vois pas écouter sur le port 25 avec 'netstat -an'.

EDIT : Merci à tous d'être restés dans le coin et de m'avoir aidé. J'ai maintenant sendmail qui écoute sur le port 25 (il refusait à cause de la charge moyenne élevée et des valeurs 'QueueLA' et 'RefuseLA'). Je peux maintenant me connecter par telnet au port 25 et envoyer des e-mails en utilisant des commandes SMTP. Mais, tout courrier que j'essaie d'envoyer avec sendmail ou /usr/ucb/mail est toujours mis en file d'attente et disparaît. Que dois-je vérifier d'autre ?

EDIT : Je vais aller de l'avant et fermer ce sujet, parce que je suis passé à une nouvelle série de problèmes maintenant. Les paramètres QueueLA et RefuseLA ont aidé sendmail à fonctionner sur le port 25, mais maintenant j'ai un problème de mise en file d'attente. J'ai ouvert une nouvelle question ici .

0 votes

Avez-vous vérifié /var/log/syslog ? Sendmail sous Solaris enregistre ses données à un endroit différent de celui du reste du système.

0 votes

Rien dans /var/log/syslog. Il n'a pas été mis à jour depuis des jours.

0 votes

Si /etc/mail/submit.cf existe, quelle est la sortie de mailq -C /etc/mail/submit.cf ?

0voto

mailq Points 16792

Donc sendmail était très rapide entre l'envoi du courrier et l'émission. mailq n'est-ce pas ? Vos commandes exécutées ne prouvent rien et ne nient rien. La seule chose qui pourrait servir de preuve est le fichier journal, un tcpdump du trafic réseau ou quelque chose de similaire qui montre le processus d'envoi.

D'autre part, "a cessé de fonctionner" signifie que cela fonctionnait avant. Alors qu'est-ce qui a changé entre avant et maintenant ?

0 votes

Je ne sais pas quand ça a cessé de fonctionner. Nous avons changé les hôtes de messagerie, mais il ne semble pas utiliser ce relais (du moins, je ne le trouve pas dans la configuration). Existe-t-il un moyen d'obtenir de meilleures informations de journalisation de la part de mail ou de sendmail ? Puis-je faire en sorte qu'elles ignorent la file d'attente ? Je cherchais des informations de débogage que ressemble à ceci .

0voto

farhad_12 Points 31

Les valeurs de QueueLA et RefuseLA étaient trop faibles. En augmentant ces valeurs, sendmail est revenu sur le port 25, mais j'ai maintenant un autre problème. Voici une question sur le problème suivant que je rencontre .

0 votes

Lorsque vous avez des problèmes avec les moyennes de charge et que vous observez que le courrier est mis en file d'attente par le processus qui exécute submit.cf, c'est une bonne idée de permuter les valeurs de QueueLA et RefuseLA. C'est une astuce que l'on trouve dans "Sendmail Theory and Practice" et vous pouvez en savoir plus. aquí

0voto

JaanH Points 1

Une autre astuce est de voir si les services sendmail sont activés, bien que les deux processus sendmail soient déjà en cours d'exécution :

% svcs -a | grep sendmail
online         20:47:39 svc:/network/smtp:sendmail
online         20:47:59 svc:/network/sendmail-client:default

S'ils ne sont pas "en ligne", essayez :

% svcadm enable smtp:sendmail
% svcadm  enable sendmail-client:default

Maintenant, vous devriez être capable de le faire :

% telnet localhost 25
QUIT

-1voto

jeffreypriebe Points 1070

Sans aucun journal ou autre preuve.... je dirais que votre processus sendmail ne fonctionne pas ou n'est pas autorisé à être exécuté en raison de la configuration de solaris 10.

Vous pouvez voir si un processus est en cours d'exécution en utilisant quelque chose comme ps -aef et en recherchant les processus sendmail.

0 votes

Oui, ça marche. J'ai déjà essayé. Je l'ai même redémarré.

0 votes

Pouvez-vous telnet netcool1 25 ? Se connecte-t-il et vous donne-t-il la bannière sendmail ?

0 votes

J'aurais juré avoir essayé ça. Non, il y a un refus de connexion. J'ai ajouté plus d'informations ci-dessus.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X