Skip to Navigation
É difícil enviar um e-mail? Do ponto de vista do usuário, tudo parece bastante simples. Debaixo do capô, no entanto, há um sistema complexo que direciona e-mails do remetente para o destinatário.
Quando você clica em um botão para enviar um email, seu cliente de email se conecta ao servidor de email. Servidores são computadores que lidam com serviços específicos. Um servidor de e-mail é destinado a lidar com e-mails.
Ao mesmo tempo, podemos dividir os servidores de e-mail em duas categorias: de saída e de entrada. Hoje, estamos falando de um conceito relacionado a um servidor de email de saída, conhecido como servidor SMTP.
O que é um servidor SMTP?
Um servidor SMTP é um computador ou um aplicativo que é responsável pelo envio de e-mails. Ele funciona seguindo o Simple Mail Transfer Protocol (SMTP). Um servidor SMTP recebe e-mails do cliente de e-mail. Em seguida, ele os passa para outro servidor de e-mail SMTP e os retransmite para o servidor de e-mail de entrada.
Como funciona um servidor SMTP?
Dê uma olhada nas etapas básicas da rota de envio de e-mail e qual o papel que o servidor SMTP desempenha.
- Um agente de usuário de email (Mua), que pode ser seu cliente de email ou um aplicativo, se conecta ao servidor SMTP do seu domínio (por exemplo, live.smtp.mailtrap.io) para iniciar a conexão SMTP. Isso é chamado de aperto de mão SMTP. A conexão é realizada através de uma porta SMTP, que normalmente é de 25. No entanto, outras portas, como 465, 587, 2525, também podem ser usadas em casos diferentes. Você pode aprender mais sobre eles em nossa postagem no blog sobre portas SMTP. Uma vez conectada, a sessão SMTP começa.
- O cliente envia os endereços de e-mail do remetente e do destinatário, bem como o corpo do e-mail e os anexos, para o servidor.
- O servidor SMTP, ou mais precisamente o agente de transferência de correio (MTA), verifica se o nome de domínio do destinatário e do remetente é o mesmo. Se for, o e-mail vai diretamente para o servidor POP3 ou IMAP do destinatário. Se os domínios forem diferentes, o servidor SMTP deve se comunicar com o Servidor de Nomes de Domínio (DNS).
- O DNS fornece o endereço IP do destinatário.
- O servidor SMTP do remetente se conecta ao servidor SMTP do destinatário e retransmite o e-mail. Se o servidor do destinatário não estiver disponível (desativado ou ocupado), o e-mail será colocado em uma fila SMTP. Este é um buffer onde os e-mails são armazenados antes de atingirem o ponto final. Para saber mais sobre isso, leia nossa postagem no blog sobre filas de e-mail. Alternativamente, o e-mail pode ser encaminhado para um servidor de backup.
- O servidor SMTP do destinatário verifica o e-mail recebido. Se o domínio e o nome de usuário foram reconhecidos, o servidor encaminha o e-mail para os servidores de recebimento, POP3 ou servidor IMAP.
O servidor SMTP é seguro?
Surpreendentemente, o servidor SMTP não é inerentemente seguro. Ele não tem nenhuma criptografia ou mecanismos de segurança embutidos nele. Isso o torna vulnerável a spoofing, spam ou vazamento de dados. Para evitar todos esses infortúnios, os provedores de e-mail adicionaram camadas de segurança à infraestrutura.
O primeiro mecanismo que eles incorporaram foi o Secure Sockets Layer (SSL), mas tinha falhas significativas de segurança. Como resultado, a Internet Engineering Task Force (IETF) descontinuou sua versão final, o SSL 3.0 em 2015, aplicando a RFC 7568.
Quatro anos após a criação do SSL, outro padrão de segurança, Transport Security Layer (TLS), foi apresentado ao público. Inicialmente, também não era perfeito, mas foi melhorado ao longo dos anos. A partir de 2022, a versão TLS 1.3 é considerada o protocolo mais seguro para criptografia de e-mail.Tudo isso é ótimo, mas em que ponto da conexão SMTP o TLS entra no jogo? Por padrão, a maioria dos clientes de email inicia uma conexão TLS durante o handshake. Eles fazem isso usando o comando SMTP STARTTLS, que inicia a troca para uma conexão criptografada. Para saber mais, confira nossa postagem no blog sobre segurança SMTP.
O que é autenticação SMTP?
A autenticação SMTP ou SMTP AUTH é o mecanismo usado para proteger o servidor de e-mail de saída. É o serviço fornecido pelo Extended Simple Mail Transfer Protocol (ESMTP) que adiciona novas funcionalidades ao protocolo SMTP, incluindo autenticação.
O SMTP AUTH ‘‘exige ’que o remetente esteja autorizado a usar o servidor para enviar e-mails. Isso dificulta a personificação de usuários reais, protegendo-os de falsificadores e spammers. O SMTP AUTH aproveita o mecanismo SASL para autenticação, que especifica o nível de segurança e os métodos de login. Mecanismos como PLAIN, LOGIN e CRAM-MD5 são comumente usados nesse processo. Para aprofundar na autenticação SMTP, confira nosso guia dedicado.
Você deveria usar servidores SMTP locais ou baseados em nuvem?
Seu próprio servidor SMTP
Configurar seu próprio servidor SMTP pode ser uma opção se você quiser enviar e-mails em massa. Ele não impõe limite em quantos e-mails você envia por hora/dia e garante o controle de todos os seus e-mails enviados.
No entanto, isso vem com uma desvantagem, pois a taxa de rejeição pode aumentar em 20-30%, o que é uma consideração importante para a capacidade de entrega de campanhas de marketing transacionais ou de e-mail. Se você quiser saber todos os prós e contras de configurar seu próprio servidor SMTP, leia esta postagem do blog.
API de envio de e-mail de terceiros
Em nosso guia sobre os melhores servidores SMTP gratuitos, apresentamos uma lista de APIs de e-mail de terceiros baseadas em nuvem que a maioria das startups e projetos escolhe. Estes são serviços de retransmissão SMTP que incluem Gmail, Amazon SES, Elastic Email, Mailtrap e outros.
O principal benefício de usar provedores de serviços SMTP em vez do SMTP local é que você não precisa construir e manter toda a infraestrutura de e-mail por conta própria. Isso significa que você economiza seus recursos.
No entanto, é importante escolher um provedor de e-mail confiável, como o Mailtrap Email Sending. É uma solução de ponta a ponta que pode entregar mensagens de e-mail com segurança para as caixas de entrada dos destinatários.
Ele inclui vários recursos úteis, como análises acionáveis, SDKs para várias linguagens de programação, entrega de e-mail no prazo, configuração fácil e segura e muito mais. A análise mencionada pode ser usada para rastrear e controlar a capacidade de entrega de todos os seus e-mails enviados.
O mais importante é que o Mailtrap Email Sending facilita imenso a utilização do seu serviço SMTP ou da API de correio eletrónico. Depois de verificar o seu domínio com os protocolos de autenticação SPF, DKIM e DMARC, verá imediatamente as credenciais SMTP e API de correio eletrónico para o fluxo de envio de correio eletrónico transacional e em massa.
O servidor SMTP do Mailtrap Email Sending utiliza os mecanismos de autenticação PLAIN e LOGIN e requer encriptação STARTTLS.
Agora que você sabe o que é um servidor SMTP e como ele funciona, vamos nos aprofundar e responder às outras perguntas que você possa ter.
Servidor de retransmissão SMTP ou API HTTP – qual é melhor e quando?
Um agente de usuário de e-mail (o cliente) envia e-mails para o servidor via SMTP. É um protocolo agnóstico de plataforma amplamente utilizado para enviar e-mails. Ao mesmo tempo, você pode enviar e-mails do seu aplicativo usando um protocolo específico da web – HTTP. Neste caso, não há cliente-servidor ou servidor-servidor back-and-forths. Seu aplicativo envia solicitações HTTP para um serviço de terceiros que realiza o envio de e-mail. Esta forma de entrega de e-mail é conhecida como HTTP API ou Web API.
Não podemos afirmar que as APIs da Web tem um melhor serviço do que os servidores de retransmissão SMTP. Cada um tem seus prós e contras.
Escolha um servidor SMTP se:
- você prefere simplicidade para tarefas básicas
- você precisa de integração com seu sistema de CRM ou cliente de email
- você está procurando uma solução confiável e sustentável
Escolha o Web API se:
- você trabalha com e-mails em massa
- você precisa de maior funcionalidade
- você não se importa em mexer com o código
Para saber mais sobre as diferenças entre o servidor de retransmissão SMTP e a API HTTP, leia nossa postagem no blog.
O que é um servidor SMTP?
Um servidor SMTP tem um endereço web para se comunicar com outros servidores e clientes na Internet. Normalmente, ele se constitui por smtp. ou mail. mais o nome do domínio. Aqui estão alguns exemplos:
| Provedor de serviços de e-mail | Configurações e endereços SMTP |
| Microsoft 365 and Outlook | Servidor: smtp.office365.com Porta: 587 Criptografia: STARTTLS |
| Gmail | Servidor: smtp.gmail.com Porta: 587 ou465 Encryption: SSL, TLS ou STARTTLS |
| GMX | Servidor: mail.gmx.net Porta: 587 Encryption: N/A |
| Yahoo | Servidor: smtp.mail.yahoo.com Porta: 587 ou 465 Criptografia: SSL ou TLS |
| iCloud Mail | Servidor: smtp.mail.me.com Porta: 587 Criptografia: SSL, TLS ou STARTTLS |
Se você configurou seu próprio servidor SMTP, pode usar seu endereço IP, por exemplo, 192.0.2.0, em vez do endereço da Web.
Os usuários de serviços de e-mail compartilhados podem encontrar informações sobre o nome e o endereço do servidor SMTP pesquisando os registros MX do domínio.
Um servidor SMTP e um SMTP relay são a mesma coisa?
O SMTP relay é o processo de transferência de e-mails entre servidores SMTP (ou MTAs, se desejar). Uma retransmissão acontece se o remetente e o destinatário vierem de domínios diferentes. Na prática, no entanto, o termo SMTP relay muitas vezes se refere a servidores SMTP que permitem a retransmissão. Provedores de e-mail como Mailtrap Email Sending oferecem esses servidores de retransmissão para e-mail em massa e envio de e-mail transacional. Neste contexto, podemos dizer que um servidor SMTP e um SMTP relay são as mesmas coisas.
O que é um servidor SMTP falso?
- Um servidor SMTP real aceita e-mails do cliente e os envia para o servidor de e-mail de entrada.
- Um servidor SMTP falso aceita e-mails do cliente e emula o envio sem entrega real.
Por que eu precisaria de um falso então? – Para testar o envio do e-mail, é claro!
Em um determinado estágio do seu projeto, você precisará enviar alguns e-mails de teste do seu aplicativo ou site. Você pode fazer isso usando um servidor SMTP real. Nesse caso, você teria que mexer com contas de e-mail fictícias, ou seja criar centenas de endereços de e-mail que desaparecerão em algumas horas.
Sendo completamente honestos, e-mails falsos não são a melhor solução para testes. Eles exigem muitos recursos, têm recursos limitados de teste de design e você tem o risco de enviar spam a usuários reais. É aí que um servidor SMTP falso entra em jogo!Além da Email Sending, a plataforma de entrega de e-mail Mailtrap consiste em Email Testing, uma solução de teste baseada em nuvem que captura o tráfego SMTP de saída.
Com o Mailtrap Email Testing, os e-mails de teste que você envia do seu aplicativo serão presos usando um servidor SMTP falso e colocados em uma caixa de entrada virtual. Você pode ter certeza de que nenhum dos e-mails chegará aos seus usuários. Ao contrário dos e-mails fictícios, o Email Testing permite a automação do controle de qualidade e elimina a maior parte do trabalho manual.
Além disso, pode pré-visualizar os e-mails, verificar se são spam e se o domínio/IP do remetente está presente na lista negra, inspecionar o HTML/CSS e muito mais.
Você também pode considerar configurar um servidor SMTP falso local como MailHog ou MailCatcher ou até mesmo usar um desktop app, por exemplo, FakeSMTP ou DevNull SMTP. Descrevemos os motivos para escolher entre opções de SMTP falsas na nuvem ou locais no post do blog dedicado a esse assunto.
Qual é a diferença entre um servidor SMTP e um servidor IMAP/POP3?
SMTP é um protocolo de envio de e-mail, enquanto IMAP4 e POP3 são protocolos para receber e-mails. Portanto, um servidor de e-mail de entrada pode usar um desses protocolos para entrega de e-mail. Veja como eles funcionam:
| IMAP workflow | POP3 workflow |
| O cliente de e-mail se conecta ao servidor O destinatário pode ver os cabeçalhos de todos os e-mails no servidor O cliente de e-mail baixa um e-mail escolhido sob demanda | O cliente de email se conecta ao servidor O cliente de email recupera emails O servidor exclui os emails armazenados O cliente de email se desconecta do servidor |
A principal diferença entre esses protocolos é que os servidores IMAP sempre armazenam cópias de e-mails, enquanto os servidores POP3 os excluem assim que são recuperados. Para saber mais sobre as diferenças entre servidores de entrada e saída, confira nossa postagem no blog IMAP vs POP3 vs SMTP.
Como um MTA difere de um servidor SMTP?
É prática comum usar o termo “agente de transferência de correio” em vez de “servidor SMTP”. Mas essas noções não são diferentes? Um MTA é um software instalado no servidor SMTP. Geralmente, um MTA recebe e-mails de um MUA e os encaminha para:
- um agente de entrega (MDA), se o remetente e o destinatário tiverem o mesmo domínio, ou
- outro MTA (servidor SMTP)
Em alguns casos, também pode haver um agente de envio de e-mail (MSA) entre o MUA e o MTA. No entanto, muitos MTAs realizam a função MSA, é por isso que a menção de agentes de envio de e-mail é frequentemente omitida. Os MTAs mais usados são Postfix, Sendmail e Exim.
Portanto, se você chamar o servidor SMTP de MTA ou mesmo MSA, você não estará errado. A diferença está na nomenclatura que você usa.
Lista de verificação de solução de problemas do servidor SMTP
Digamos que você tenha verificado o envio de e-mail do seu aplicativo e está tudo bem. Esperamos que a Plataforma de Entrega de E-mail Mailtrap tenha ajudado você com isso :). Mas quando você começou a usar um servidor SMTP real para enviar e-mails, eles não foram entregues. A lista de verificação a seguir ajudará você a detectar o que pode ter dado errado:
- verifique a conexão com a internet
- verifique a configuração do servidor SMTP (nome do servidor, porta, nome de usuário, senha)
- tente diferentes portas SMTP
teste a conexão do servidor SMTP. Para isso, você pode usar um serviço online como o MXToolbox ou realizar uma sessão telnet manual. Leia nossa postagem no blog sobre como testar o servidor SMTP para saber como fazer isso. Você também pode precisar saber comandos SMTP e códigos de resposta para solução de problemas.
Resumindo
Isso é tudo o que queríamos falar neste guia sobre servidores SMTP. Cobrimos todas as perguntas mais frequentes, incluindo o que é um servidor SMTP, como ele funciona, como ele se compara a outros servidores SMTP e como solucionar erros. Também discutimos SMTP relays de terceiros e servidores SMTP falsos para testes.
Para aproveitar os servidores SMTP falsos e, em seguida, enviar e-mails através de um SMTP baseado em nuvem, recomendamos o uso da Mailtrap Email Delivery Platform. É uma solução única para todas as suas necessidades de SMTP.
Para uma análise aprofundada dos diferentes aspectos do servidor SMTP, confira as postagens do blog que recomendamos acima. Se houverem outros tópicos que você gostaria que abordássemos, fala com a gente lá no Twitter.
