Viabilidade do servidor de correio privado

Question

Possuo um domínio cujo registro MX até agora apontava para um servidor de correio comercial onde eu tinha uma conta para o domínio; essa foi a única conta, chame-a de me@myplace.

Agora preciso adicionar algumas contas de e-mail, então configurei meu próprio servidor de e-mail e alterei o registro MX para apontar para ele. No entanto, depois de fazer testes de retransmissão smtp enviando e voltando para uma conta do Gmail ( [email protected]), estou um pouco nervoso:

• Se eu responder a uma mensagem da conta do Gmail, está tudo bem.

• Se eu enviar uma mensagem para a conta do Gmail com o mesmo nome de usuário da única conta que existia para o domínio antes (me@myplace) --com o qual a conta do Gmail tem um histórico-- tudo está bem.

• Se eu enviar uma mensagem para a conta do Gmail usando uma nova conta de usuário - por exemplo, new@myplace - tudo parece passar pelo cliente remoto e o log do servidor SMTP observa:

  esmtp: id=XXXXXXXXX,from=<new@myplace>,addr=<[email protected]>,size=694,success: delivered: gmail-smtp-in.l.google.com
  

  Ou seja, o servidor do Gmail aceitou a mensagem e disse ao meu servidor que está tudo bem, então meu servidor disse ao cliente remoto que está tudo bem. Excetoo servidor do Gmail está mentindo, porquea mensagem nunca é entreguepara [email protected].

Estou preocupado que isto seja um sinal de problemas mais sérios que ainda estão por vir - que alguns servidores de correio comerciallista brancapor IP de retransmissão, não apenas por domínio, e descartarei meu e-mail porque não sou um servidor comercial na lista de permissões e eles farão isso da mesma maneira que o Google aparentemente fez:relatando alegremente que aceitou, significadoNunca receberei um aviso de devoluçãoou de qualquer maneira saber que minha correspondência não está sendo entregue.

Então, minha pergunta em duas partes é:

1. Isso é realmente desonestidade por parte do servidor do Gmail? Ou seja, está dizendo que aceita correspondência para entrega que nunca pretende entregar? Ou há alguma ambigüidade que perdi?

2. Se for assim,é uma perda de tempo tentar executar meu próprio servidor de e-mail? Muitos servidores comerciais simplesmente olharão para o IP do retransmissor (que corresponde ao registro MX do domínio) e simplesmente descartarão meu e-mail silenciosamente/desonestamente porque ele não está em uma lista de permissões - ou seja, em essência, tenho que pagar por um comercial na lista de permissões servidor se eu quiser que o e-mail seja entregue no mundo moderno?

Sou proprietário deste domínio há anos e ele nunca foi uma fonte de spam, se isso importa.

Answer 1

1. Não. Tudo o que significa é que eles aceitaram e você passou na primeira bateria de testes. Existem outros testes que geralmente levam mais tempo, e esses testes geralmente acontecem depois que o e-mail é aceito. Nem você, nem o próprio servidor sabem se você passará ou reprovará nesses testes.

2. No entanto, se você passar por todos os obstáculos, RDNS e SPF adequados e garantir que não é um retransmissor aberto, provavelmente descobrirá que sua proporção de e-mails aceitos e não entregues cai significativamente.

Answer 2

1. Você deve ler mais sobre SMTP, e-mail e filtragem/lista negra de spam.

2. Servidores não são pessoas. Eles não mentem. Se o log mostrar que o servidor do Gmail aceitou o e-mail, então ele o aceitou.

3. Aceitar o e-mail e entregá-lo na caixa de correio são duas coisas diferentes. O servidor do Gmail aceitou o e-mail, mas pode tê-lo rejeitado, eliminado ou filtrado posteriormente na entrega do e-mail na caixa de correio do destinatário.