postfix diz a mensagem enviada ok, a mensagem não chega na caixa de entrada do provedor? não rejeitar no log?

9

Quando envio uma mensagem de teste do meu servidor de e-mail para o meu e-mail @ bellsouth.net, o log do postfix mostra que foi enviado OK, mas a mensagem nunca chega à minha caixa de entrada. Não devo receber um aviso de falha ou uma rejeição se a At & T estiver bloqueando as mensagens?

Estou tentando solucionar o motivo pelo qual alguns clientes não estão recebendo e-mails, mas se não houver nada no mail.log para dizer que a mensagem foi rejeitada, como saber quais mensagens foram entregues com sucesso?

O log mostra:

Feb 27 09:02:36 MyHOSTNAME postfix/pickup[26175]: D53A72713E5: uid=0 from=<root>
Feb 27 09:02:36 MyHOSTNAME postfix/cleanup[26487]: D53A72713E5: message-id=<[email protected]>
Feb 27 09:02:36 MyHOSTNAME postfix/qmgr[5595]: D53A72713E5: from=<[email protected]>, size=878, nrcpt=1 (queue active)
Feb 27 09:02:37 MyHOSTNAME postfix/smtp[26490]: D53A72713E5: to=<[email protected]>, relay=gateway-f1.isp.att.net[204.127.217.16]:25, delay=0.57, delays=0.11/0.03/0.23/0.19, dsn=2.0.0, status=sent (250 ok ; id=20120227140036M0700qer4ne)
Feb 27 09:02:37 MyHOSTNAME postfix/qmgr[5595]: D53A72713E5: removed

O servidor AT & T aceitou a mensagem, certo?

Por acaso tenho um e-mail At & T / Bellsouth, mas não tenho uma conta com todos os ISPs para os quais enviamos. Eu preciso de alguma maneira de saber se uma mensagem está chegando ao seu destino ou não. Existe alguma configuração no meu arquivo main.cf que afetaria se recebemos avisos de rejeição / rejeição?

    
por Nick 27.02.2012 / 15:30

2 respostas

8

O dsn=2.0.0 e o% corretorelay= significam que o servidor de e-mail da Bell aceitou a mensagem. No entanto, isso não significa que permitirá que a mensagem seja entregue na caixa de correio do usuário. Neste caso, a explicação mais provável é que os filtros de spam da Bell South limparam sua mensagem antes de chegar à caixa de correio do usuário ou o próprio software de email do usuário limpou a mensagem.

Verifique se o endereço de e-mail de retorno aceita mensagens para que as devoluções retornem dos servidores da Bell South. Isso também é importante caso você tente enviar mensagens para caixas de correio em seus servidores que realmente não existem.

Verifique sua configuração de e-mail para garantir que o e-mail não esteja sendo sinalizado como spam (enviando um e-mail e verificando os cabeçalhos). O postfix deve estar escrevendo cabeçalhos / envelope corretos para que o correio pareça vir do domínio especificado no endereço 'de'. Portanto, se o seu servidor de e-mail for para mail.example.com, mas o nome do host do seu servidor for, na verdade, mailserver.int.hostingprovider.com, o postfix precisará ser configurado para se mascarar corretamente como example.com. Isso também deve corresponder ao seu DNS reverso, de modo que uma pesquisa no endereço IP do servidor retorne o endereço do servidor (se não estiver correto, defina seu registro PTR para ele). Isso pode ser facilmente verificado com escavação.

dig example.com
dig -x <your IP address>

Você também deve considerar a definição de SPF em seu DNS, pois é uma adição rápida e simples à pontuação anti-spam de e-mail do seu servidor.

    
por 27.02.2012 / 15:58
3
Feb 27 09:02:37 MyHOSTNAME postfix/smtp[26490]: D53A72713E5: to=<[email protected]>, relay=gateway-f1.isp.att.net[204.127.217.16]:25, delay=0.57, delays=0.11/0.03/0.23/0.19, dsn=2.0.0, status=sent (250 ok ; id=20120227140036M0700qer4ne)

Bellsouth aceitou a mensagem; já não é da responsabilidade do postfix.

Pergunte ao bellsouth o que aconteceu com ele.

    
por 27.02.2012 / 15:47