Porque é assim que o SMTP é projetado e como o sistema de envio de email foi configurado.
Existem maneiras de suprimir essas informações, mas o sistema de envio de email precisa ser explicitamente configurado para fazer isso.
Alguns e-mails têm um cabeçalho como "Recebido: de [172.16.1.2] (some.public.ip.address)" Por que é que? Por que o cliente do remetente de alguém por trás do NAT revela o endereço particular?
Received: from [172.16.1.2] (some.public.ip.address)"
Como você mencionou nos comentários, o IP privado nesse local em particular é porque foi enviado como o nome do host do cliente no comando HELO .
Para servidores de e-mail apropriados, o comando HELO deve incluir seu nome de host completo, que também deve corresponder ao DNS. Para o e-mail de entrada, muitos servidores realmente verificam o nome do host HELO para certificar-se de que ele é válido e o DNS corresponde. Para enviar e-mails, os servidores normalmente aceitarão qualquer coisa desde que você esteja autenticado (não é possível esperar que os usuários finais tenham nomes de host reais e válidos configurados em suas máquinas).
Para clientes SMTP como o Outlook, eles podem enviar o nome da sua máquina, mas isso não é totalmente qualificado e pode não ser desejável, dependendo do nome da máquina. Por exemplo, você costuma ver cabeçalhos como os seguintes:
Received: from DESKTOP9U6J0BC (unknown)
Usar o endereço IP provavelmente proporciona um pouco mais de privacidade, pois algumas pessoas podem argumentar que ver 172.1.2.3 nos cabeçalhos é melhor que MIKES-MACBOOK ou CEO-WORKSTATION .
No final do dia, o cliente precisa apenas fornecer algo razoável no comando HELO, e alguns clientes escolhem o endereço IP.
Isso é um pouco diferente do que outras respostas discutiram, relacionadas a servidores SMTP reais que usam endereços privados para transportar e-mails dentro de uma organização.
Não é o cliente de e-mail que adiciona um cabeçalho Received , mas cada servidor SMTP no caminho seguido por uma mensagem SMTP do primeiro servidor de e-mail de saída (retransmissão de e-mail) que o remetente usa para o destino final do destinatário. caixa de correio.
Se o primeiro servidor de e-mail estiver na rede interna do remetente, ele poderá (e a menos que seja configurado de outra forma) registrará o endereço IP interno do remetente no primeiro Received header.
Quando um cliente SMTP envia um email para um servidor SMTP, ele inicia com um comando "helo" ou "ehlo". Este comando tem um campo para o hostname dos remetentes.
Por que o cliente envia o nome do host para o servidor? porque o SMTP foi projetado para executar muitos protocolos de transporte, alguns dos quais podem não fornecer maneiras para o servidor identificar o cliente. O mundo naquela época também era muito mais confiante, ninguém esperava que as pessoas deliberadamente mentissem sobre sua identidade.
"computadores pessoais", como os conhecemos hoje, não existiam quando o SMTP foi criado. O e-mail em rede iniciou sua vida como uma forma de interconectar os sistemas de e-mail locais em uso em grandes computadores multiusuários. Esses grandes computadores multiusuários teriam um nome de host bem definido.
O servidor de email de recebimento adiciona um cabeçalho "Recebido:" para documentar o caminho que o email recebeu. Tipicamente em servidores de e-mail modernos, ele registra no campo "nome do host" do cabeçalho tanto o "nome do host" relatado pelo cliente junto com o endereço IP real e / ou o nome do host DNS reverso visto pelo servidor.
Avançando para o mundo moderno, agora usamos clientes de e-mail de desktop. O cliente precisa usar algo como o nome do host, pois o protocolo exige que ele envie um, mas um sistema de desktop pode não ter um nome de host significativo. Alguns clientes usam um nome de host informado pelo sistema operacional (que pode ou não ter qualquer semelhança com um nome de host que tenha algum significado em qualquer rede), alguns usam seu endereço IP local.
Tags email