Uma linha no meu script cron.daily não funciona conforme o esperado. Eu não tenho nenhumespecialservidor de email smtp no sistema, esta linha rsync -avun --inplace /oneuser/file.xls /otheruser/file.xls| correio -s "$0 $?" fornecer Cannot open mail:25mensagem O que eu preciso para configurar um subsistema de correio local? Prefiro caixas de correio simples à configuração do servidor de e-mail. Eu gosto que outro usuário logado possa ler mensagens cron (root) por mailcomando. Encontrei uma pergunta semelhante, mas não a resposta aquiComo configurar a recuperação e entrega de correio local?
quando tento enviar um e-mail para o usuário com mailo comando, recebo depois do ponto
EOT
[root@localhost etc]# send-mail: Cannot open mail:25
Responder1
Eu recomendo que você apenas instale postfixpara entrega de correio local. No Ubuntu, pelo menos, ele perguntará interativamente sobre sua configuração, que inclui uma opção somente de entrega local.
Além disso, você pode criar uma conta local mailboypara entrega de correspondência e permitir que todas as pessoas leiam a correspondência entregue nessa conta.
Para que o e-mail seja rootentregue em mailboy, edite /etc/aliasese adicione uma linha:
root: mailboy@localhost
depois de fazer isso, execute newaliases.
Responder2
Eu também tinha essas mensagens no log e é o ssmtp que parece ser o novo padrão para enviar e-mails do Fedora 19+ ou pelo menos aparece instalado no meu Fedora 19. Se você tiver outro mta rodando na porta 25, o ssmtp lhe dará isso erro. Mas estou escrevendo, mais para dizer, que as mensagens não enviadas vão para um arquivo dead.letter, em /root no meu caso, então se você quer saber o que aconteceu com o e-mail não entregue, que está em um arquivo com o nome dead.letter .
Responder3
Estou no Fedora 20 e de repente comecei a ter esse erro em sistemas recém-instalados. Todos os hosts anteriores (> 70) conseguiram fazer algo como:
echo "Olá, mundo" | mail -s "Saudação"[e-mail protegido]
tão útil em scripts e assim por diante.
Agora as invocações da linha de comando começaram a falhar com
sSMTP[3144]: Não é possível conectar-se à porta "mail" 25. sSMTP[3144]: Não é possível abrir o email:25
O diário do sendmail sugere que o comando não gosta da opção -bd ("executar como um daemon"). Como assim ? Claro, se não for daemonizado, ele não escutará em 25/tcp causando o erro.
Agora, siga o próprio comando. Em vez de executar o binário sendmail original, o ssmtp atrapalhou e o substituiu.
/usr/sbin/sendmail -> /etc/alternatives/mta -> /usr/sbin/sendmail.ssmtp
em vez de
/usr/sbin/sendmail -> /etc/alternatives/mta -> /usr/sbin/sendmail.sendmail
Agora, o ssmtp é muito simples de acordo com sua página de manual, destinado a substituir o sendmail em sua função mais fácil - e não suporta a opção -bd. Portanto, nenhuma porta 25.
Aqui todas as interrupções - o comando falando com a porta 25 será resgatado.
Eu desinstalei (yum remove ssmtp) - e isso fez com que o sendmail original retomasse sua função - iniciar o serviço novamente traz a porta 25 à vida.
Agora a correspondência está de volta à ordem antiga.
Em outro momento darei uma olhada nas vantagens do ssmtp...
Responder4
O que você precisa é de um servidor SMTP, umAgente de transferência de correio.
Você pode simplesmente instalar opensmtpde iniciar o serviço.A configuração padrãoé fazer entrega local de correspondência.