Je tente de faire fonctionner postfix sur mon serveur mais l’erreur suivante persiste dans mon /var/log/mail.log
:
postfixe/master [5041]: fatal: bind 0.0.0.0 port 25: adresse déjà utilisée
J'ai fait des recherches et trouvé cette excellente réponse par Oli (à propos de cette question même) dans lequel il est recommandé de débarrasser mon serveur des packages sendmail pour éviter les conflits, puis de réinstaller postfix, qui installera à son tour sa propre marque, sendmail. Malheureusement, cela n'a pas résolu le problème (voir ci-dessous pour savoir comment).
J'ai suivi les instructions et exécuté le contrôle suivant, auquel j'ai reçu une réponse encourageante:
$ dpkg -S `which sendmail`
postfix: /usr/sbin/sendmail
Cependant, lorsque j'ai relancé postfix, j'ai eu la même erreur.
Selon l'éventualité d'Oli, j'ai recherché le processus qui monopolisait le port 25 avec les éléments suivants:
$ Sudo netstat -pel | grep smtp
tcp 0 0 localhost.localdom:smtp *:* LISTEN root
35704126 27626/sendmail: MTA
Mais voici où cela a semé la confusion: J'ai alors cherché le processus 27626
mais on m'a alors dit:
dpkg-query: aucun chemin correspondant trouvé motif 27626
les liaisons.
J'ai relevé htop et j'ai pu trouver le PID ci-dessus associé à la commande suivante:
sendmail: MTA: accepter des connexions
J'ai ensuite essayé de tuer le processus avec killall sendmail
et killall 27626
et j'ai continué à obtenir no process found
.
Le problème est (en plus de l'évidence) Je ne sais pas comment interpréter ces résultats. J'ai nettoyé le serveur de sendmail, donc je ne peux que supposer que la version de postmail de sendmail est en train de détourner le port? Je ne sais même pas si cela a du sens.
Quoi qu'il en soit, si quelqu'un pouvait me mettre au clair ou au moins poser des questions de diagnostic intéressantes, je l'apprécierais.
Au cas où cela serait utile, J'utilise virtualmin sur le serveur pour gérer plusieurs domaines et je suis aussi sous wordpress.
Merci d'avance!
En réponse à une demande J'ai posté un ps -ef
ci-dessous
root@upsmart:~# ps -ef
UID PID PPID C STIME TTY TIME CMD
root 1 0 0 Jan12 ? 00:00:00 init
root 2 1 0 Jan12 ? 00:00:00 [kthreadd/20017]
root 3 2 0 Jan12 ? 00:00:00 [khelper/20017]
root 68 1 0 Jan12 ? 00:00:00 upstart-udev-bridge --daemon
root 75 1 0 Jan12 ? 00:00:00 /sbin/udevd --daemon
root 110 1 0 Jan12 ? 00:00:00 /usr/sbin/sshd -D
root 130 75 0 Jan12 ? 00:00:00 /sbin/udevd --daemon
root 131 75 0 Jan12 ? 00:00:00 /sbin/udevd --daemon
root 175 1 0 Jan12 ? 00:00:00 upstart-socket-bridge --daemon
116 205 1 0 Jan12 ? 00:00:03 dbus-daemon --system --fork --activation=upstart
root 385 1 0 Jan12 ? 00:00:00 /usr/sbin/dovecot -F -c /etc/dovecot/dovecot.conf
root 386 1 0 Jan12 ? 00:00:04 cron
mysql 410 1 0 Jan12 ? 00:08:06 /usr/sbin/mysqld
dovecot 441 385 0 Jan12 ? 00:00:00 dovecot/anvil
root 442 385 0 Jan12 ? 00:00:00 dovecot/log
root 444 385 0 Jan12 ? 00:00:00 dovecot/config
syslog 445 1 0 Jan12 ? 00:00:08 /sbin/syslogd -u syslog
bind 474 1 0 Jan12 ? 00:00:12 /usr/sbin/named -u bind
clamav 844 1 0 Jan12 ? 00:01:34 /usr/sbin/clamd
clamav 951 1 0 Jan12 ? 00:03:27 /usr/bin/freshclam -d --quiet
list 969 1 0 Jan12 ? 00:00:00 /usr/bin/python /usr/lib/mailman/bin/mailmanctl -s -q start
list 970 969 0 Jan12 ? 00:01:03 /usr/bin/python /var/lib/mailman/bin/qrunner --runner=ArchRunner:0:1 -
list 971 969 0 Jan12 ? 00:01:10 /usr/bin/python /var/lib/mailman/bin/qrunner --runner=BounceRunner:0:1
list 972 969 0 Jan12 ? 00:01:03 /usr/bin/python /var/lib/mailman/bin/qrunner --runner=CommandRunner:0:
list 973 969 0 Jan12 ? 00:01:07 /usr/bin/python /var/lib/mailman/bin/qrunner --runner=IncomingRunner:0
list 974 969 0 Jan12 ? 00:01:01 /usr/bin/python /var/lib/mailman/bin/qrunner --runner=NewsRunner:0:1 -
list 976 969 0 Jan12 ? 00:01:05 /usr/bin/python /var/lib/mailman/bin/qrunner --runner=OutgoingRunner:0
list 978 969 0 Jan12 ? 00:01:06 /usr/bin/python /var/lib/mailman/bin/qrunner --runner=VirginRunner:0:1
list 980 969 0 Jan12 ? 00:00:00 /usr/bin/python /var/lib/mailman/bin/qrunner --runner=RetryRunner:0:1
root 1410 1 0 Jan12 ? 00:00:00 /usr/sbin/saslauthd -a pam -m /var/spool/postfix/var/run/saslauthd -r
root 1413 1410 0 Jan12 ? 00:00:00 /usr/sbin/saslauthd -a pam -m /var/spool/postfix/var/run/saslauthd -r
root 2034 1 0 Jan12 ? 00:00:09 /usr/bin/Perl /usr/share/usermin/miniserv.pl /etc/usermin/miniserv.con
proftpd 2054 1 0 Jan12 ? 00:00:07 proftpd: (accepting connections)
root 2096 1 0 Jan12 ? 00:00:13 /usr/bin/Perl /usr/share/webmin/miniserv.pl /etc/webmin/miniserv.conf
root 2173 1 0 Jan12 ? 00:00:15 /usr/sbin/console-kit-daemon --no-daemon
root 2241 1 0 Jan12 ? 00:00:07 /usr/lib/policykit-1/polkitd --no-debug
root 4895 1 0 03:15 ? 00:00:00 /usr/sbin/xinetd -dontfork -pidfile /var/run/xinetd.pid -stayalive -in
www-data 6494 30181 0 03:41 ? 00:00:06 /usr/sbin/Apache2 -k start
www-data 6497 30181 0 03:42 ? 00:00:06 /usr/sbin/Apache2 -k start
www-data 6499 30181 0 03:42 ? 00:00:06 /usr/sbin/Apache2 -k start
www-data 6500 30181 0 03:42 ? 00:00:07 /usr/sbin/Apache2 -k start
root 9477 30027 0 05:09 pts/5 00:00:00 Sudo ps -ef
root 9478 9477 0 05:09 pts/5 00:00:00 ps -ef
root 27626 1 0 02:44 ? 00:00:00 sendmail: MTA: accepting connections
root 27902 110 0 02:51 ? 00:00:01 sshd: root@pts/4
root 27998 27902 0 02:51 pts/4 00:00:01 -bash
root 29931 110 0 02:59 ? 00:00:03 sshd: root@pts/5
root 30027 29931 0 02:59 pts/5 00:00:00 -bash
root 30181 1 0 03:00 ? 00:00:02 /usr/sbin/Apache2 -k start
www-data 30183 30181 0 03:00 ? 00:00:00 /usr/sbin/Apache2 -k start
www-data 30636 30181 0 03:06 ? 00:00:13 /usr/sbin/Apache2 -k start
Eh bien, la réponse est profondément insatisfaisante, mais après plusieurs heures de travail, j’ai redémarré le serveur et postfix est en cours d’exécution. Merci à tous ceux qui ont donné un aperçu.
J'ai rencontré le même problème sur Ubuntu 16.04.01 LTS. Le message de journal suivant est apparu dans /var/log/mail.log
et l'envoi du courrier sortant a échoué:
postfix/master[5072]: fatal: bind 127.0.0.1 port 25: Address already in use
J'ai reçu le résultat suivant en essayant de tuer sendmail:
$ Sudo killall sendmail
sendmail: no process found
Les commandes suivantes ont fonctionné pour moi (pas besoin de redémarrer le serveur):
Sudo killall sendmail-mta
Sudo service postfix restart
J'ai eu le même problème et ce que j'ai fait est seulement d'arrêter d'envoyer des messages, de relancer postfix et de relancer sendmail avec les commandes suivantes:
service sendmail stop
service postfix restart
service sendmail start
Tout est bien revenu.
Tuez simplement le processus sendmail et réessayez:
Sudo kill 27626
ou
Sudo killall sendmail
Pour moi, la solution était Sudo killall sendmail-mta
Vous pouvez utiliser la commande fuser
(en tant que root) pour obtenir la liste de tous les processus écoutant sur le port 25 et les tuer.
fuser -uv 25/tcp
fuser -kuv 25/tcp