O que é SMTP: o protocolo essencial de envio de e-mail

SMTP (Simple Mail Transfer Protocol) é o protocolo de camada de aplicação que transfere mensagens de e-mail do servidor remetente para o destinatário. Padronizado pela RFC 5321, ele opera sobre TCP na porta 25 e é a base do e-mail na Internet.

• O que é o SMTP e para que serve?
• Como funciona o envio de e-mail no SMTP?
• Quais são os comandos do protocolo SMTP?
• Por que o SMTP só usa ASCII de 7 bits?
• Qual a diferença entre SMTP, IMAP e POP3?
• Quais portas o SMTP usa: 25, 465 ou 587?
• Por que o SMTP ainda importa em 2026?

O que é o SMTP e para que serve?

O SMTP (Simple Mail Transfer Protocol, ou Protocolo Simples de Transferência de Correio) é o principal protocolo de camada de aplicação do e-mail na Internet. Sua função é transportar mensagens do servidor de correio do remetente até o servidor de correio do destinatário, apoiando-se no serviço confiável do protocolo TCP (Transmission Control Protocol) para garantir entrega sem erros.

Como a maioria dos protocolos de aplicação, o SMTP opera em dois lados: o lado cliente, que roda no servidor de correio do remetente, e o lado servidor, que roda no servidor de correio do destinatário. Cada servidor de correio implementa ambos: ao enviar correspondência, atua como cliente SMTP; ao recebê-la, atua como servidor SMTP.

O e-mail é uma comunicação assíncrona, permitindo enviar e receber mensagens sem sincronização com o destinatário. Comparado ao correio tradicional, o e-mail eletrônico se destaca pela rapidez, facilidade de distribuição e custo acessível, com recursos como anexos, hiperlinks e formatação em HTML.

Como funciona o envio de e-mail no SMTP?

O SMTP funciona conectando três componentes fundamentais do sistema de e-mail. A mensagem sai de um aplicativo cliente, passa pelo servidor de correio do remetente e é entregue diretamente ao servidor do destinatário, onde fica armazenada até ser lida. Os três componentes são:

1. Agentes de usuário — aplicativos que permitem ler, responder, encaminhar, salvar e criar mensagens, como o Microsoft Outlook e o Apple Mail.
2. Servidores de correio — hospedam as caixas postais dos usuários e enfileiram as mensagens de saída e de entrada.
3. Protocolo SMTP — transfere as mensagens do servidor remetente para o servidor destinatário.

Imagine que Renata envia um e-mail para Henrico. Quando Renata conclui a mensagem, seu agente de usuário a encaminha para o servidor de correio dela, onde ela é enfileirada na saída. O servidor de Renata abre então uma conexão direta com o servidor de Henrico e transfere a mensagem, que é depositada na caixa postal de Henrico. Quando Henrico quer lê-la, seu agente de usuário recupera a mensagem, após o servidor autenticar sua identidade por usuário e senha.

O SMTP não usa servidores intermediários: mesmo que o servidor de Renata esteja em Hong Kong e o de Henrico em St. Louis, a conexão TCP é estabelecida diretamente entre os dois. Se o servidor de Henrico estiver inativo, o servidor de Renata retém a mensagem em fila e tenta reenviá-la periodicamente — em geral a cada 30 minutos. Após vários dias sem sucesso, a mensagem é removida e Renata é notificada.

Quais são os comandos do protocolo SMTP?

O SMTP é um protocolo baseado em texto: cliente e servidor trocam comandos em ASCII (American Standard Code for Information Interchange) e respostas com códigos numéricos. O cliente emite comandos como HELO, MAIL FROM, RCPT TO, DATA e QUIT, e o servidor responde a cada um com um código de três dígitos e uma explicação opcional em inglês.

O processo começa quando o cliente SMTP estabelece uma conexão TCP na porta 25 com o servidor destinatário. Após um handshake inicial, cliente e servidor se apresentam: o cliente especifica os endereços do remetente e do destinatário e, em seguida, transmite o corpo da mensagem. Veja um exemplo real de diálogo entre um cliente (C) e um servidor SMTP (S), logo após a conexão TCP:

S: 220 hamburger.edu
C: HELO crepes.fr
S: 250 Hello crepes.fr, pleased to meet you
C: MAIL FROM: <Renata@crepes.fr>
S: 250 Renata@crepes.fr ... Sender ok
C: RCPT TO: <Henrico@hamburger.edu>
S: 250 Henrico@hamburger.edu ... Recipient ok
C: DATA
S: 354 Enter mail, end with a line containing only "."
C: Do you like ketchup?
C: How about pickles?
C: .
S: 250 Message accepted for delivery
C: QUIT
S: 221 hamburger.edu closing connection

Cada mensagem termina com uma linha contendo apenas um ponto (.), representada por CRLF.CRLF, onde CR é "carriage return" e LF é "line feed". O SMTP usa conexões persistentes: se o servidor remetente tem várias mensagens para o mesmo destinatário, todas seguem pela mesma conexão TCP, e o comando QUIT só é emitido ao final. Você pode reproduzir esse diálogo você mesmo com o Telnet no terminal, digitando telnet servidor 25.

Por que o SMTP só usa ASCII de 7 bits?

O SMTP restringe historicamente o corpo das mensagens ao formato ASCII de 7 bits. Essa limitação fazia sentido nos anos 1980, quando a largura de banda era escassa e anexos multimídia eram raros. Definida na especificação original, a regra tornou-se uma característica antiquada do protocolo diante da era da multimídia.

Na prática, isso significa que dados binários — imagens, áudio, vídeo ou qualquer anexo — precisam ser codificados em ASCII antes do envio e decodificados de volta no destino. Esse trabalho extra é resolvido pelo padrão MIME (Multipurpose Internet Mail Extensions), que define como empacotar conteúdo não textual dentro de uma mensagem SMTP. Diferente do HTTP, que transporta dados binários nativamente, o SMTP carrega essa herança de suas origens.

Qual a diferença entre SMTP, IMAP e POP3?

O SMTP cuida do envio de mensagens; IMAP e POP3 cuidam do recebimento. Ou seja, o SMTP empurra o e-mail para os servidores, enquanto os outros dois protocolos permitem que o cliente do destinatário baixe ou consulte as mensagens já entregues na caixa postal. Essa divisão de papéis é a base do funcionamento do e-mail.

O IMAP (Internet Message Access Protocol) mantém as mensagens no servidor e sincroniza o estado entre celular, notebook e webmail. O POP3 (Post Office Protocol versão 3) tende a baixar as mensagens para o dispositivo e removê-las do servidor. Para o envio, porém, ambos dependem do SMTP: não existe alternativa consolidada para transferir e-mail entre servidores na Internet.

Quais portas o SMTP usa: 25, 465 ou 587?

O SMTP usa três portas principais, cada uma para um propósito diferente. A porta 25 é reservada para o relay entre servidores (de um MTA para outro). A porta 587 é a recomendada para submissão a partir de clientes, e a porta 465 oferece SMTP sobre TLS implícito. Provedores modernos priorizam 587 e 465 para envio autenticado e seguro.

A submissão pela porta 587 é definida pela RFC 6409 e exige autenticação (SMTP AUTH) e criptografia via STARTTLS, separando o envio do usuário do relay entre servidores. Como o SMTP nasceu sem segurança embutida, essas camadas são essenciais para a segurança da informação: STARTTLS cifra o transporte, enquanto SPF, DKIM e DMARC combatem a falsificação de remetentes. Esse mesmo raciocínio de canais cifrados aparece em outros protocolos de infraestrutura, como na comunicação segura entre servidores via SSH. O roteamento de qual servidor recebe cada domínio, por sua vez, depende dos registros MX consultados na estrutura distribuída do DNS.

Por que o SMTP ainda importa em 2026?

O SMTP continua sendo a espinha dorsal de um dos canais mais usados do planeta. Segundo o Radicati Group, cerca de 376 bilhões de e-mails foram trocados por dia em 2025, com projeção de crescimento para os anos seguintes. Toda essa movimentação de envio passa, em algum ponto, por um servidor SMTP.

A base de usuários também é gigantesca: o Statista estima 4,59 bilhões de usuários de e-mail no mundo em 2025, mais da metade da população global. E o protocolo se mostra notavelmente duradouro — a RFC 5321, de outubro de 2008, ainda é a especificação vigente, e ela mesma sucede a RFC 821, de 1982. Poucas tecnologias da Internet permanecem tão centrais por mais de quatro décadas.

Para desenvolvedores, dominar o SMTP é prático: enviar e-mails transacionais, configurar servidores de correio, depurar entregas com Telnet e integrar APIs de envio exigem entender esse diálogo cliente-servidor. No CodeCrush, tratamos o SMTP como um bloco fundamental de qualquer sistema que precise notificar, autenticar ou se comunicar com usuários por e-mail.

Conclusão

O SMTP prova que uma boa abstração envelhece bem: um protocolo de texto simples, nascido em 1982, ainda move centenas de bilhões de mensagens por dia sem esforço aparente. Se você desenvolve qualquer sistema que envia e-mails, vale entender o diálogo HELO/MAIL FROM/RCPT TO e, principalmente, adotar as camadas modernas — porta 587, STARTTLS, SPF, DKIM e DMARC. O SMTP entrega a mensagem; a segurança e a reputação de entrega são responsabilidade sua.