Estou com problemas para enviar e-mails em nosso servidor. Alguns e-mails são enviados e entregues sem problemas (por exemplo, Gmail), enquanto outros são adiados com "Endereço do remetente rejeitado: domínio não encontrado"
Entendo que essa é uma medida de proteção contra spam, na qual uma pesquisa é feita no domínio de envio, mas nosso domínio tem registros MX:
Server: 8.8.8.8
Address: 8.8.8.8#53
Non-authoritative answer:
premiumconnect.co.za mail exchanger = 10 za-smtp-2.mimecast.co.za.
premiumconnect.co.za mail exchanger = 10 za-smtp-1.mimecast.co.za.
Authoritative answers can be found from:
(Como um aparte, por que não temos respostas autorizadas? Esse poderia ser o problema?)
Além de um registro A:
Server: 8.8.8.8
Address: 8.8.8.8#53
Non-authoritative answer:
Name: premiumconnect.co.za
Address: 196.28.97.202
Aqui estão os registros de um e-mail específico que estava tentando ser enviado:
Feb 5 12:07:52 premiumconnect sm-mta[2411]: s15C7qYp002411: from=<[email protected]>, size=3522, class=0, nrcpts=1, msgid=<[email protected]>, proto=ESMTP, daemon=MTA-v4, relay=localhost [127.0.0.1]
Feb 5 12:07:52 premiumconnect sendmail[2410]: s15C7q0o002410: to=*****@tott.co.za, delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=33324, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (s15C7qYp002411 Message accepted for delivery)
Feb 5 12:07:52 premiumconnect sm-mta[2413]: s15C7qYp002411: to=<*****@tott.co.za>, delay=00:00:00, xdelay=00:00:00, mailer=esmtp, pri=123522, relay=antispam-vdc-01.gam.co.za. [41.0.5.44], dsn=4.1.8, stat=Deferred: 450 4.1.8 <[email protected]>: Sender address rejected: Domain not found
Feb 5 12:07:53 premiumconnect sm-mta[2413]: s15C7qYp002411: to=<*****@tott.co.za>, delay=00:00:01, xdelay=00:00:01, mailer=esmtp, pri=123522, relay=mx-filter-01.gam.co.za. [41.0.5.131], dsn=4.1.8, stat=Deferred: 450 4.1.8 <[email protected]>: Sender address rejected: Domain not found
Feb 5 12:12:46 premiumconnect sm-mta[2479]: s15C7qYp002411: to=<*****@tott.co.za>, delay=00:04:54, xdelay=00:00:00, mailer=esmtp, pri=213522, relay=mx-filter-01.gam.co.za. [41.0.5.131], dsn=4.1.8, stat=Deferred: 450 4.1.8 <[email protected]>: Sender address rejected: Domain not found
Feb 5 12:12:46 premiumconnect sm-mta[2479]: s15C7qYp002411: to=<*****@tott.co.za>, delay=00:04:54, xdelay=00:00:00, mailer=esmtp, pri=213522, relay=antispam-vdc-01.gam.co.za. [41.0.5.44], dsn=4.1.8, stat=Deferred: 450 4.1.8 <[email protected]>: Sender address rejected: Domain not found
Tenho pouca experiência com o Sendmail (ou MTAs em geral), sem saber que outras informações podem ser úteis.
Eu encontrei o problema, uma vez que fui apontado na direção certa pelas outras respostas. O (autogenerated) sendmail.mc tinha uma linha MASQUERADE_AS('debian70.vm')dnl , mudei isso para MASQUERADE_AS('premiumconnect.co.za')dnl e os e-mails estão sendo configurados corretamente agora. Obrigado pelo insight.
Este erro refere-se especificamente ao endereço 'de', não ao servidor de envio de email. Assim, os registros MX não são relevantes e suas configurações de MTA são provavelmente irrelevantes.
O problema é que você está enviando um e-mail de "[email protected]", que o destinatário determina corretamente não pode ser um endereço de e-mail válido, pois o domínio debian70.vm não existe. / p>
A solução dependerá de como exatamente você está gerando esses e-mails. Uma opção é especificar o endereço 'de' desejado em qualquer software que esteja gerando esses e-mails.
Por outro lado, parece que você não está especificando ativamente um endereço 'de', mas deixando o sistema gerar um. Nesse caso, a parte após o @ é definida com base no que o sistema pensa ser seu nome de correio. O Debian verifica '/ etc / mailname' para determinar isso, e se não encontrar nada, usa seu nome de domínio totalmente qualificado, que no seu caso é 'debian70.vm' - um nome que é válido apenas para a sua rede interna desde está no domínio de nível superior .vm.
Se você editar o / etc / mailname (criando-o se necessário) para dizer 'premiumconnect.co.za' (sem as aspas), isso provavelmente resolverá o seu problema.
Se não, então isso poderia indicar que um MTA está gerando o endereço baseado em alguma outra configuração, então precisaríamos saber mais sobre sua configuração do MTA.
Como é suposto para resolver o domínio debian70.vm? Parece-me que você está usando [email protected] como o endereço do remetente. A verificação de spam é feita através do debian70.vm, que não pode ser resolvido.
Tags email sendmail spam email-server