Bem, a resposta é profundamente insatisfatória, mas depois de algumas horas trabalhando nisso, reiniciei o servidor e o postfix agora está em execução. Obrigado a todos que me deram algumas dicas.
Estou tentando obter o postfix em execução no meu servidor, mas continuo recebendo o seguinte erro no meu /var/log/mail.log :
postfix / master [5041]: fatal: bind 0.0.0.0 porta 25: Endereço já em uso
Eu fiz algumas pesquisas e encontrei esta excelente resposta de Oli (em relação a essa questão ) em que é recomendado que eu basicamente libere meu servidor de pacotes do sendmail para evitar conflitos, então reinstale o postfix, que por sua vez instalará sua própria marca de sendmail. Unfortuantely não resolveu o problema (veja abaixo como).
Eu segui as instruções e fiz o seguinte teste, ao qual recebi uma resposta encorajadora:
$ dpkg -S 'which sendmail'
postfix: /usr/sbin/sendmail
No entanto, quando eu iniciei o postfix novamente, recebi o mesmo erro.
De acordo com a contingência de Oli, procurei o processo que estava ocupando a porta 25 com o seguinte:
$ sudo netstat -pel | grep smtp
tcp 0 0 localhost.localdom:smtp *:* LISTEN root
35704126 27626/sendmail: MTA
Mas aqui é onde ficou confuso: procurei o processo 27626 , mas foi dito:
dpkg-query: nenhum caminho encontrado padrão correspondente 27626
conexões .
Eu retirei o htop e consegui encontrar o PID acima associado ao seguinte comando:
sendmail: MTA: aceitando conexões
Eu tentei matar o processo com killall sendmail e killall 27626 e continuei recebendo no process found .
O problema é (além do óbvio) não sei interpretar essas descobertas. Eu limpei o servidor do sendmail, então eu só posso supor que a própria versão do postmail do sendmail é seqüestrar a porta? Eu nem sei se isso faz sentido.
De qualquer forma, se alguém puder me explicar isso ou pelo menos dar algumas perguntas interessantes sobre diagnósticos, eu agradeceria.
Caso seja útil, estou usando o virtualmin no servidor para gerenciar alguns domínios diferentes e também estou executando o wordpress.
Muito obrigado antecipadamente!
Em resposta a uma solicitação , publiquei um ps -ef abaixo
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
Bem, a resposta é profundamente insatisfatória, mas depois de algumas horas trabalhando nisso, reiniciei o servidor e o postfix agora está em execução. Obrigado a todos que me deram algumas dicas.
Eu tive o mesmo problema e o que fiz foi parar de enviar e-mail, reiniciar o postfix e iniciar novamente o sendmail com os seguintes comandos:
service sendmail stop
service postfix restart
service sendmail start
Tudo voltou bem.
Eu experimentei o mesmo problema no Ubuntu 16.04.01 LTS. A seguinte mensagem de log ocorreu em /var/log/mail.log e o e-mail de saída não pôde ser enviado:
postfix/master[5072]: fatal: bind 127.0.0.1 port 25: Address already in use
Recebi a seguinte saída ao tentar matar o sendmail:
$ sudo killall sendmail
sendmail: no process found
Os seguintes comandos funcionaram para mim (não é necessário reiniciar o servidor):
sudo killall sendmail-mta
sudo service postfix restart
Apenas mate o processo do sendmail e tente novamente:
sudo kill 27626
ou
sudo killall sendmail
Para mim, a solução foi sudo killall sendmail-mta
Você pode usar o comando fuser (como root) para obter uma lista de todos os processos que estão escutando na porta 25 e eliminá-los.
fuser -uv 25/tcp
fuser -kuv 25/tcp