Quando envio uma mensagem de teste do meu servidor de email para o meu email @ bellsouth.net, o log do postfix mostra que ele foi enviado OK, mas a mensagem nunca chega na minha caixa de entrada de bellsouth. Não devo receber um aviso de falha ou devolução se a At & T estiver bloqueando as mensagens?
Estou tentando solucionar o problema de por que 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 sei quais mensagens foram entregues com êxito?
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 da AT&T aceitou a mensagem, certo?
Por acaso, tenho um email da At & T / Bellsouth, mas não tenho uma conta em todos os ISP para os quais enviamos. 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 receberíamos ou não avisos de rejeição / rejeição?
[email protected]seja apenas um exemplo. Tem certeza de que pode receber e-mails no endereço 'de'? Caso contrário, eventuais relatórios de falha na entrega serão perdidos.Respostas:
O
dsn=2.0.0e um corretorelay=significa que o servidor de correio 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. Nesse 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 software de email do usuário limpou a mensagem.Certifique-se de que o endereço de e-mail de retorno aceite mensagens para que retorne dos servidores da Bell South. Isso também é importante caso você tente entregar mensagens em 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 escrever cabeçalhos / envelope corretos para que o e-mail pareça vir do domínio especificado no endereço 'de'. Portanto, se o seu servidor de correio for mail.example.com, mas o nome do host do servidor for realmente mailserver.int.hostingprovider.com, o postfix precisará ser configurado para mascarar corretamente como example.com. Isso também deve corresponder ao seu DNS reverso, para que uma pesquisa no endereço IP do servidor retorne o endereço do servidor (se não estiver correto, defina seu registro PTR). Isso pode ser facilmente verificado com dig.
Você também deve considerar a configuração do SPF no seu DNS, pois é uma adição rápida e simples à pontuação de e-mail anti-spam do seu servidor.
fonte
dig MX mydomain.com. Se você não tiver um conjunto de MX definido, esta será a versão canonizada dedig mydomain.com. Não faria mal estar em ambos os domínios (como é apenas um registro TXT). Quanto a um coletor de devolução genérico, você pode lidar com isso com um filtro no postfix que faz um cco em uma caixa de correio separada se encontrar um pulo, mas isso é complicado (consulte postfix.org/postconf.5.html#recipient_bcc_maps para o mapeamento de cco ) Os devoluções devem ser vistas pelos próprios usuários, caso estejam tentando enviar um e-mail a alguém e digitar o endereço errado.Bellsouth aceitou a mensagem; não é mais responsabilidade do postfix.
Pergunte ao bellsouth o que aconteceu com ele.
fonte