Usuários autorizados a enviar e-mail usando o postfix

1

Instalei o postfix e o opendkim no meu servidor Ubuntu, com a intenção de usar este servidor como um retransmissor privado para um aplicativo enviar e-mails de "ativação" para novos usuários. Configurei a autenticação SASL com commons dovecot para protegê-lo.

Eu fiz um teste usando o seguinte método: echo "Email Body" | mail -s "Subject" [email protected] e usado mail-tester.com para verificar minha configuração e os registros SPF / DMARC estão funcionando corretamente. Também usei o telnet para testar, conectando-me ao soquete SMTP e preenchendo meu próprio nome de usuário no campo MAIL FROM . Isso também foi bem sucedido.

Eu, então, configurei uma nova conta de usuário no servidor e testei o envio como novo usuário. Isso foi quando nada funcionou. Tanto o comando de correio como os métodos de telnet reportarão sucesso sem erros, mas o email nunca chegará ao destinatário. Eu testei usando um conjunto idêntico de assunto e corpo da mensagem, enviado para o mesmo endereço de e-mail externo. Os logs não indicam erros e são igualmente bem-sucedidos.

Existe algum pré-requisito para uma conta de usuário poder usar o postfix + dovecot?

Entrada de registro para tentativa usando conta de usuário antiga

Nov 24 21:09:42 host postfix/pickup[21809]: D816C20CC7: uid=1000 from=<old_user_account@domain>
Nov 24 21:09:42 host postfix/cleanup[21918]: D816C20CC7: message-id=<[email protected]>
Nov 24 21:09:42 host opendkim[21821]: D816C20CC7: DKIM-Signature field added (s=mail, d=domain)
Nov 24 21:09:42 host postfix/qmgr[21810]: D816C20CC7: from=<old_user_account@domain>, size=368, nrcpt=1 (queue active)
Nov 24 21:09:45 host postfix/smtp[21929]: D816C20CC7: to=<[email protected]>, relay=mx2.hotmail.com[65.54.188.72]:25, delay=2.6, delays=0.05/0.01/1.6/0.92, dsn=2.0.0, status=sent (250  <[email protected]> Queued mail for delivery)
Nov 24 21:09:45 host postfix/qmgr[21810]: D816C20CC7: removed

Entrada de registro para tentativa usando a nova conta de usuário

Nov 24 21:10:36 host postfix/pickup[21809]: 72A4C20CC7: uid=1002 from=<new_user_account@domain>
Nov 24 21:10:36 host postfix/cleanup[21918]: 72A4C20CC7: message-id=<[email protected]>
Nov 24 21:10:36 host opendkim[21821]: 72A4C20CC7: DKIM-Signature field added (s=mail, d=domain)
Nov 24 21:10:36 host postfix/qmgr[21810]: 72A4C20CC7: from=<new_user_account@domain>, size=371, nrcpt=1 (queue active)
Nov 24 21:10:39 host postfix/smtp[21929]: 72A4C20CC7: to=<[email protected]>, relay=mx2.hotmail.com[65.55.33.135]:25, delay=3.3, delays=0.06/0/1.7/1.5, dsn=2.0.0, status=sent (250  <[email protected]> Queued mail for delivery)
Nov 24 21:10:39 host postfix/qmgr[21810]: 72A4C20CC7: removed
    
por tys 24.11.2015 / 08:56

1 resposta

1

Você recebe uma mensagem de espera na fila, mas não fornece informações suficientes para sabermos se ela foi enfileirada no seu postfix ou se também foi enfileirada no destino.

Você diz que um servidor de hotmail diferente foi usado, suponho que você esteja enviando para um endereço no hotmail? Se o hotmail diz "enfileirado para entrega" para dois e-mails diferentes e um não chega, então o problema é o conteúdo. Um é detectado como spam.

Talvez o usuário receptor possa encontrá-lo em sua pasta de spam. Caso contrário, adicione o remetente à lista de "remetentes seguros" e tente novamente. Se funcionar, você terá a confirmação de que eram as regras anti-spam.

Talvez o seu DMARC funcione bem para os e-mails enviados pelo seu servidor, mas não para os e-mails enviados pelo seu servidor? Tente encontrar o e-mail "perdido" ou envie um novo para algum endereço que tenha menos filtragem de spam e compare os cabeçalhos. Talvez você conheça alguém que tenha filtragem SpamAssassin; O SpamAssassin normalmente escreve uma análise nos cabeçalhos que você pode usar para descobrir por que seus e-mails são considerados spam.

EDIT: Obrigado por adicionar seus logs. Eles mostram os dois emails entregues corretamente no hotmail. O fato de os IPs do Hotmail serem diferentes não é importante. Se um está repetidamente passando e não o outro, a filtragem deve estar fazendo algo diferente, dependendo do endereço de e-mail de origem. Como este é o Hotmail, tente adicionar o novo remetente à lista de remetentes seguros . Em outras situações, o problema pode ser a filtragem manual (alguns provedores permitem que você escreva suas próprias regras e, às vezes, as pessoas se esquecem delas).

    
por 24.11.2015 / 11:32