Fluxo de Envio de Correio Eletrônico (SMTP Flow)

O Fluxo Global de Correio Eletrônico é um processo orquestrado que envolve a cooperação de múltiplos sistemas autônomos, protocolos de aplicação e serviços de diretório. Apesar da percepção de "instantaneidade" pelo usuário, a jornada técnica de uma mensagem do remetente ao destinatário segue uma lógica de saltos (Hops) rigorosamente definida, onde cada etapa possui requisitos específicos de conectividade, autenticação e resolução de endereços.

1. Os Componentes do Fluxo (MUA, MSA, MTA, MDA)

Antes de detalhar o fluxo, é importante definir os agentes que participam do processo de entrega de correio:

2. O Panorama dos Três Saltos Primordiais

A arquitetura de fluxo do e-mail é tradicionalmente dividida em três fases técnicas distintas, cada uma operando sob um conjunto diferente de sub-regimes do SMTP.

Salto 1: O Envio Inicial (Submissão)

• Origem: MUA (Outlook, Gmail).
• Destino: MTA/MSA Local do usuário.
• Protocolo: SMTP (geralmente Porta 587/465 com autenticação).

Nesta fase, a mensagem é apresentada ao sistema de transporte. O servidor local atua como o "porteiro", verificando se o remetente é legítimo e se a mensagem está devidamente formatada para o trânsito global. Aqui são aplicadas políticas de quota, antivirus de saída e DLP.

Salto 2: A Retransmissão Global (Relay)

• Origem: MTA do Remetente.
• Destino: MTA do Destinatário.
• Protocolo: SMTP (Porta 25, sem autenticação entre servidores mas com validação de reputação).

Esta é a fase de trânsito. O servidor de origem consulta o DNS, localiza o servidor de destino e "empurra" o dado através da espinha dorsal da Internet. Pode haver múltiplos saltos MTA-MTA intermediários (relays).

Salto 3: A Entrega e Acesso (Delivery & Retrieval)

• Fase de Entrega: O MTA receptor entrega ao MDA para armazenamento físico.
• Fase de Acesso: O MUA do destinatário puxa a mensagem do servidor.
• Protocolo: POP3 ou IMAP (Acesso) / SMTP (Entrega interna).

3. Diagrama do Fluxo Completo

[Remetente]
    │
    ▼
[ MUA ] (Outlook/Thunderbird)
    │  SMTP submission porta 587 (STARTTLS + AUTH)
    ▼
[ MSA/MTA do Remetente ]  (Postfix, Exchange Online)
    │  Consulta MX no DNS
    │  SMTP porta 25 (sem AUTH, com SPF/DKIM validation)
    ▼
[ Internet / MTA Intermediários ]
    │
    ▼
[ MTA do Destinatário ]  (Postfix, Gmail, Microsoft 365)
    │  SMTP porta 25 recebido
    ▼
[ MDA ] (Dovecot LDA)
    │  Entrega em /var/mail/usuario ou Maildir/
    ▼
[ Caixa Postal do Destinatário ]
    │  Acesso via POP3 (porta 995) ou IMAP (porta 993)
    ▼
[ MUA do Destinatário ]
    │
    ▼
[Destinatário lê o e-mail]

4. A Inteligência de Roteamento (Resolução MX)

O fluxo não é linear nem estático. O servidor emissor deve descobrir o caminho dinamicamente a cada envio através do sistema MX (Mail Exchanger) do DNS.

# Consultando registros MX de um domínio
dig empresa.com.br MX

# Resposta tipica:
;; ANSWER SECTION:
empresa.com.br.    3600  IN  MX  10 mail1.empresa.com.br.
empresa.com.br.    3600  IN  MX  20 mail2.empresa.com.br.
empresa.com.br.    3600  IN  MX  50 backup.empresa.com.br.

• Preferência MX: O fluxo tenta primeiro os servidores de menor número de preferência (10 → 20 → 50). Se o servidor principal (10) falhar, o fluxo é desviado para servidores de backup (20, 50), que seguram o e-mail em uma fila temporária até que o servidor principal retorne.
• A-Record Fallback: Na ausência de registros MX, alguns MTAs tentam entregar diretamente no endereço IP associado ao registro A do domínio, uma prática legada que ainda é suportada por compatibilidade.

5. Estados de Conectividade e Sessão

Dentro de cada salto do fluxo, ocorre uma dança técnica de estados:

1. Estabelecimento TCP: O handshake de três vias (SYN, SYN-ACK, ACK).
2. Handshake TLS: A negociação de criptografia obrigatória para proteger o fluxo.
3. Diálogo de Comandos: O intercâmbio de mensagens EHLO, MAIL, RCPT e DATA.
4. Confirming Delivery: O servidor receptor emite o código final 250 OK com o Queue ID, que tecnicamente encerra a responsabilidade do emissor sobre o fluxo.

6. Cyber Security no Fluxo: O Perímetro de Defesa

Para um analista de Cyber Security, cada ponto de transição no fluxo é um ponto de inspeção.

Gateway de E-mail (SEG - Secure Email Gateway)

Muitas empresas inserem um "Filtro de Perímetro" no meio do fluxo.

• Inspeção de Inbound: O fluxo entra no SEG primeiro, onde é submetido a motores de Anti-Malware e Sandboxing antes de ser liberado para o servidor interno.
• Inspeção de Outbound: O fluxo de saída é analisado por sistemas de DLP (Data Loss Prevention) para garantir que informações sensíveis não estejam vazando via anexos ou corpos de e-mail.

Reputação e Listas Cinzas (Greylisting)

No salto entre servidores, uma técnica comum para quebrar o fluxo de SPAM é o Greylisting:

• O servidor receptor recusa a primeira tentativa de envio de um IP desconhecido com um erro 451 (Tente novamente mais tarde).
• Remetentes legítimos (MTAs reais) tentarão novamente após alguns minutos. Robôs de SPAM simples geralmente ignoram erros 4xx e partem para o próximo alvo, sendo efetivamente filtrados.

Validação SPF/DKIM/DMARC em cada salto

A cada salto entre MTAs, o receptor valida:

• SPF: O IP do MTA emissor está autorizado pelo SPF do domínio do remetente?
• DKIM: A assinatura DKIM no header é válida?
• DMARC: A política do domínio requer alinhamento entre SPF/DKIM e o From:?

7. Diagnóstico e Rastreabilidade do Fluxo

Um profissional de redes deve ser capaz de rastrear a jornada técnica da mensagem examinando os cabeçalhos Received:.

Analisando os Saltos (Received Headers)

Cada servidor que processa o e-mail adiciona um carimbo no topo da mensagem:

Received: from mx.google.com (google.com [209.85.220.41])
          by mail.empresa.com with ESMTPS id 123...
          for <user@empresa.com>; Sat, 05 Apr 2026 01:26:00

Received: from mail.remetente.com (mail.remetente.com [203.0.113.5])
          by mx.google.com with ESMTP id abc456
          for <destino@gmail.com>; Sat, 05 Apr 2026 01:25:55

Lendo estes cabeçalhos de baixo para cima, o analista reconstrói o caminho completo, identificando IPs, softwares e tempos de latência em cada estágio do fluxo.

# Exibir apenas cabecalhos Received de uma mensagem
grep "^Received:" /var/mail/usuario | tac

8. Latência e Gargalos no Fluxo Global

Fatores que afetam a velocidade do fluxo de e-mail:

1. Performance DNS: Consultas MX lentas atrasam o início da transferência SMTP.
2. Eficiência do Disco: O tempo de gravação na fila (Spooling) em cada salto.
3. Filtragem de Conteúdo: Scanners de antivírus pesados no MDA podem atrasar a entrega final em vários segundos.
4. Backpressure: Quando o servidor de destino está sobrecarregado e limita a taxa de recepção (Rate Limiting).
5. Greylisting: Adiciona deliberadamente 5-15 minutos de atraso na primeira tentativa.

9. Filas (Queues) e Tentativas

O SMTP é de natureza "Best-Effort" (Melhor Esforço). O protocolo não garante a entrega em tempo real, mas garante que, se a entrega falhar permanentemente, o remetente será notificado. Um fluxo de e-mail saudável é aquele que mantém uma baixa latência entre os saltos e uma alta taxa de entrega bem-sucedida (Delivery Rate).

Estados da Fila (Queue)

Postfix mantém as filas em /var/spool/postfix/active, /var/spool/postfix/deferred, etc. O administrador monitora com mailq ou postqueue -p.

10. Conclusão

O fluxo de e-mail é uma das cadeias mais complexas e resilientes da Internet. A combinação de MUA/MSA/MTA/MDA, resolução MX dinâmica, validação SPF/DKIM/DMARC e filas store-and-forward cria um sistema que, mesmo após 40 anos, entrega bilhões de mensagens por dia com confiabilidade superior a 99%. Compreender cada salto, cada validação e cada fila é essencial para operar, auditar e defender infraestruturas de correio eletrônico modernas.