Ciclo de vida do email após o envio

Eu estava testando a configuração STARTTLS do meu servidor de email quando entrei nesta página: https://starttls.info/about . O trecho a seguir me intriga:

Quando você envia um email por meio do servidor de email de saída, esse email potencialmente realiza vários saltos entre diferentes servidores de email antes de chegar ao seu destino. Todos esses servidores intermediários deverão ter um forte suporte ao STARTTLS, para que sua mensagem não seja exposta em um ou mais estágios de sua jornada.

Entendi que o processo de envio de um email era o seguinte:

1. O servidor de email executa uma pesquisa de DNS para obter o MX do nome de domínio do destinatário.
2. O servidor de correio inicia uma conexão com o IP obtido na porta 25 (SMTP).
3. Se os dois servidores suportarem criptografia oportunista, uma conexão segura será estabelecida.
4. O email é entregue ao destinatário (EHLO, MAIL FROM :, RCPT TO :, DATA,.)

Agora, onde tudo isso existe uma oportunidade para o email saltar em vários servidores?

O correio é distribuído regularmente entre servidores. Por exemplo, se eu enviar um email para um amigo, ele poderá:

• Vá do meu computador para o meu próprio servidor de email (espero que seja criptografado)
• Meu servidor de email o envia para o smarthost, pois está configurado para não enviar emails diretamente
• O smarthost envia para o registro MX do domínio de destino, que é um filtro de spam hospedado
• O filtro de spam tenta enviá-lo para o servidor de email real do destino, mas é inacessível; portanto, ele usa o MX secundário, um sistema hospedado que armazena seu email no caso de o servidor de email real estar inativo.
• O servidor de email real volta a funcionar, o MX secundário envia o email para o servidor de email de destino.
• Meus amigos fazem o download do email do servidor de email.

Essa é uma configuração bastante comum e faz com que o email seja devolvido cerca de 6 vezes. Ele finalmente chega aonde está indo, mas, a menos que todos esses servidores usem STARTTLS ou outra criptografia, em alguns momentos ele não será criptografado. Mesmo com a criptografia de transporte, o administrador de qualquer um desses servidores ainda pode ler o email. Ele é armazenado sem criptografia nos discos rígidos enquanto espera para ser enviado para o próximo estágio.

Poderia facilmente haver ainda mais se meu amigo tivesse o e-mail configurado para encaminhar para outro lugar, o que é comum se o seu provedor de hospedagem na web também envia seu e-mail e você o encaminha para sua conta do Gmail.

Se você está preocupado com as pessoas que leem seu email, a melhor coisa a fazer é criptografar a mensagem usando algo como GPG, para não depender da criptografia de transporte. Obviamente, isso exige que a pessoa que recebe o email também se preocupe o suficiente para configurar o GPG e trocar chaves.

Tente o seguinte: o servidor que você envia não é o que ele termina. é o MEU servidor de gateway para e-mails recebidos que está fazendo algumas coisas agradáveis ​​anti-spam e encaminhando-o para o servidor real.

Fica ainda melhor. O servidor de envio que você usa não é o que sua empresa usa para a Internet. NÃO faz uma pesquisa de DNS, mas encaminha todos os emails para um servidor de gateway que ENTÃO os envia ao destinatário final. Essa não é uma configuração rara em organizações maiores.

Mantenho um sistema como aquele no qual várias redes compartilham um servidor de gateway comum para e-mails recebidos e enviados. Os emails recebidos são encaminhados para um dos vários servidores, dependendo do cliente.

No site recebido, também pode ser que o servidor de email real esteja inativo. O MX pode ter entradas de backup - e, em alguns casos, elas apenas armazenam em buffer o email e o encaminham novamente quando o servidor real estiver disponível novamente.

Como você descreveu, é basicamente como funciona de maneira geral.

Ainda existem servidores de correio intermediários, mas geralmente eles são os servidores públicos aos quais o servidor de origem se conecta. Esse servidor pode retransmitir a mensagem para um servidor interno com base em várias regras, como nome de usuário, horário, carregamento, conteúdo (spam) etc.

Espero que essas organizações ou fornecedores terceirizados ofereçam suporte aos mesmos recursos. Seu e-mail não deve transitar por um servidor de e-mail desconhecido da origem ou destino, pois todos os intermediários devem ser de propriedade ou gerenciados por uma parte confiável.