Mail do servidor Linux vai para spam [closed]

2

Eu fiz o arquivo .sh que me envia o email se o uso do disco estiver acima de um determinado nível. O script está funcionando bem, mas o e-mail vai para o spam em vez da caixa de entrada! O que devo fazer? Preciso configurar alguma coisa no servidor? Sou novo no servidor Linux.

Aqui está o script:

#!/bin/sh

current_usage=$( df -h | grep '/var' | awk '{percent+=$4;} END{print percent}' | column -t )
max_usage=50

if [ $current_usage -ge $max_usage ]; then
    mailbody="Max usage exceeded. Your disk usage is at ${current_usage}."
    echo "Sending mail..."

echo ${mailbody} | mail -s "Disk alert!" "[email protected]"


elif [ ${current_usage%?} -lt ${max_usage%?} ]; then
    echo "No problems. Disk usage at ${current_usage}." > /dev/null
fi

E-mail parece:

    
por Jay Patel 14.02.2018 / 11:05

2 respostas

1

É normal. Como localhost.localdomain é um domínio inexistente (não possui registros DNS na Internet), o gmail não pode resolvê-lo. Você pode corrigi-lo clicando em "Não é spam" ou configurando seu servidor de e-mail com registros IP e DNS públicos.

    
por 14.02.2018 / 12:15
1

O remetente De: não está definido corretamente. Se você enviar um e-mail que não deve ser parecido com Spam, defina o remetente como [email protected] (tente mail -r [email protected] ):

echo ${mailbody} | mail -s "Disk alert!" -r [email protected] [email protected]

O domínio do remetente (FQDN, "nome de domínio totalmente qualificado") é determinado pelo software de back-end de correio pelas entradas em /etc/hosts e / ou /etc/hostname e também pode ser definido em seu (s) arquivo (s) de configuração. Como eles não estão definidos corretamente, forçamos mail a substituí-lo aqui. Uma solução melhor seria, portanto, configurar sendmail ou o que for usado aqui. (Verifique dmesg output ou /var/log/messages ou /var/log/maillog (dependendo do sistema aqui) para mensagens de erro que o remetente não encontra seu FQDN).

Se você quiser ir mais longe, por favor, leia sobre DKIM (assinatura de e-mail) e SPF (estrutura de proteção do remetente). Aderir a um ou ambos os dois pode ajudar, mesmo que não seja garantia de sucesso.

O último (SPF) é mais fácil: faça uma entrada em suas entradas de DNS (para o domínio do servidor / remetente em questão) que se parece com isso:

yourdomain.com   TXT   "v=spf1 ip4:1.2.3.4 +a +mx ~all"

onde você precisa substituir 1.2.3.4 pelo seu endereço IP. Basicamente, diz que o correio de [email protected] só pode vir do endereço IP listado aqui. Isso também dá credibilidade ao correio proveniente desse endereço IP que afirma ser de yourdomain.com .

    
por 14.02.2018 / 11:39

Tags