☰

Para onde vai o e-mail enviado para *@example.com?

tag-icon • tag-icon email domain
Para onde vai o e-mail enviado para *@example.com?

Então, eu me pergunto isso há muito tempo.

Para onde vai o e-mail enviado *@example.com? Se eu acidentalmente enviasse informações confidenciais, *@example.comalguma pessoa malvada (potencialmente da IANA) seria capaz de recuperá-las algum dia?

Responder1

Se você tentar enviar um e-mail para*@example.com

  1. Seu SMTP verificará se o domínio existe.
  2. Seu servidor SMTP procurará um MXregistro em example.com.
  3. Não há: Seu SMTP voltará ao Aregistro. O IP é 174.137.125.92 (a partir de hoje)
  4. A IANA registrou o domínio, mas não configurou um servidor SMTP escutando na porta 25 em 174.137.125.92.
  5. Então o comportamento depende do seu SMTP. A maioria dos servidores enviará um aviso e tentará novamente mais tarde. Eventualmente (geralmente em 3 dias), o SMTP descartará a mensagem e enviará uma notificação de falha.

Resultado final: Depende da sua própria configuração. Mas se a IANA configurar um servidor hoje, eles poderão receber mensagens que você tentou enviar há 3 dias.

Responder2

Se não houver registro MX, os servidores de e-mail tentarão entregar no registro A.

Os servidores de example.com não escutam na porta 25, portanto o servidor de e-mail não estabelecerá uma conexão TCP e nem mesmo iniciará a entrega.

Responder3

example.com não possui registro MX, portanto, seu servidor SMTP no domínio de envio deverá devolver a mensagem se configurado como a maioria dos servidores SMTP.

EDIT: para maior clareza para quem encontrar esta resposta no futuro, aqui está uma explicação do que é um registro MX: (dehttp://en.wikipedia.org/wiki/Mx_recordrecuperado em 21 de novembro de 2011)

Um registro de troca de correio (registro MX) é um tipo de registro de recurso no Sistema de Nomes de Domínio que especifica um servidor de correio responsável por aceitar mensagens de e-mail em nome do domínio de um destinatário e um valor de preferência usado para priorizar a entrega de correio se vários servidores de correio estiverem disponíveis . O conjunto de registros MX de um nome de domínio especifica como o email deve ser roteado com o Simple Mail Transfer Protocol.

Então, basicamente, example.com, example.net e example.org não têm nenhum servidor designado para lidar com mensagens recebidas e, portanto, qualquer mensagem enviada a eles deve ser devolvida ao remetente como "não entregue" (pode variar com base na configuração do servidor SMTP , mas retornar ao remetente como "não entregue" é um comportamento muito comum nesta situação).

EDIT 2: Alguém mencionou o comportamento definido pela RFC 5321 de voltar a usar o registro A no caso de um registro MX ausente. Eu pesquisei este RFC (https://www.rfc-editor.org/rfc/rfc5321) e não encontrou tal coisa, mas é possível que alguns MTAs (Mail Transfer Agent, como exim, postfix, sendmail e Microsoft Exchange Server, entre outros) tentem entregar mensagens via SMTP para o endereço definido no registro A. Para a posteridade, aqui está o que acontece quando você tenta estabelecer uma conexão SMTP com o endereço de registro A definido para example.com (192.0.43.10 no momento da escrita):

$ telnet 192.0.43.10 25
Trying 192.0.43.10...
telnet: Unable to connect to remote host: Connection timed out

EDIT 3: veja as respostas abaixo para esclarecimentos sobre RFCs relevantes e comportamento alternativo.

Responder4

De acordo com a Autoridade de Número Atribuído da InternetDomínios reservados gerenciados pela IANA:

Domínios de exemplo

Conforme descrito emRFC 2606eRFC 6761, vários domínios como example.com e example.org são mantidos para fins de documentação. Estes domínios poderão ser utilizados como exemplos ilustrativos em documentos sem prévia coordenação connosco. Eles não estão disponíveis para registro ou transferência.

informação relacionada