restos reencaminhar e-mails do Postfix para o gmail

1. configurar o reencaminhamento (Aliases), é dizer ao Ubuntu: "Sempre que o sistema gerar um e-mail, não o guardes no disco local; envia-o diretamente para a minha conta real do Gmail".
  • abre o ficheiro de aliases
    • nano /etc/aliases
  • adiciona a linha: 
    • root: teu-email-real@gmail.com (escreve um e-mail do gmail que tenhas acesso)
  • guarda e sai 
    • ctrl+o, enter, ctrl+x

2. atualiza o sistema com o comando
    • sudo newaliases

3. instala os utilitários de e-mail
  • sudo add-apt-repository universe
  • sudo apt update
  • sudo apt install mailutils -y


4. testa no terminal, enviando uma mensagem para o teu e-mail real para confirmar que o servidor está a comunicar, escrevendo no terminal:

echo "Isto é um teste de comunicação do meu Postfix" | mail -s "Teste de Servidor" o_teu_email_real@gmail.com


5. verifica se foi enviado:
  • sudo tail -n 20 /var/log/mail.log


erro send mail educar321.blogspot.com


O teu e-mail chegou a sair da tua máquina e bateu à porta da Google, mas foi rejeitado. Vamos ler o log juntos para perceberes o motivo técnico (que é super interessante):

🔍 A Linha do Crime: O Diagnóstico do Gmail

Olha para a linha que tem o bloco de texto mais longo, onde diz relay=gmail-smtp-in.l.google.com:

status=bounced (host gmail-smtp-in.l.google.com[...] said: 550-5.7.1 Gmail has detected that this message does not meet IPv6 sending guidelines regarding PTR records...

O que é que isto significa?

  1. status=bounced: Significa que o e-mail foi "devolvido" (rejeitado). Ele não ficou preso na tua máquina, foi mesmo a Google que o recusou.

  2. O Motivo (PTR records / IPv6): A Google tem regras de segurança extremamente rígidas para evitar Spam. Como a tua máquina virtual está a enviar o e-mail usando um endereço IPv6 local e não tem um registo DNS público legítimo do tipo PTR (que serve para a Google validar que o teu IP pertence mesmo ao domínio que dizes ter), ela assume que o teu servidor é suspeito e bloqueia-o com o erro 550-5.7.1.

📩 O que aconteceu depois? (O Postfix é inteligente!)

Como a Google rejeitou o e-mail, o teu Postfix seguiu o protocolo à risca:

  1. Gerou automaticamente uma notificação de não entrega (bounce notification).

  2. Enviou essa mensagem de erro de volta para o remetente local (to=<heleno@serverhel>).

  3. Se olhares para as últimas linhas, diz: status=sent (delivered to mailbox).

Isto significa que a mensagem a explicar o erro da Google foi entregue na tua caixa local do Heleno!

🛠️ Como podes ler esse relatório de erro agora?

Como o Postfix acabou de meter essa notificação na tua caixa, podes usar o comando que descobrimos há pouco para ler o relatório completo que a Google devolveu.

Como estás na tua pasta pessoal (heleno@serverhel:~$), digita:

Bash
mail -f inbox





5. verifica a receção
  • /cd /var/mail/ - entra na pasta mail
    • a pasta mail é a Mbox, a central de distribuição do servidor 
    • verifica que tem o ficheiro heleno ou outro nome que deste
    • a pasta mail tem vários ficheiros ou cacifos, um para cada utilizador com todos os mails que recebeu, com o seu nome (ex: /var/mail/heleno, /var/mail/root)
    • quando o Postfix entrega um e-mail novo, abre o ficheiro, vai até à última linha e acrescenta (faz append əˈpend) o novo e-mail no fim do ficheiro
  • nano heleno - coloca o teu nome para ler o ficheiro com os mails que tens
6. entra no teu gmail ou outro
  • confirma na tua caixa de entrada (ou na pasta de spam) se recebeste o e-mail do teu servidor Ubuntu.

dica: para alterar a configuração do Posstfix, usa o comando sudo dpkg-reconfigure postfix

Sem comentários:

Enviar um comentário

Nota: só um membro deste blogue pode publicar um comentário.