Skip to Navigation
Enquanto você trabalha, dorme ou simplesmente relaxa, os serviços postais virtuais estão trabalhando dia e noite para entregar seu correio. Eles não fazem pausas nem folgas, e nunca podem entrar em greve. Eles passam seus emails entre servidores de SMTP relay para garantir que o destinatário os veja segundos após você clicar em ‘enviar’. Esses serviços realmente fazem um trabalho extraordinário. Vamos explorar o que realmente acontece nos bastidores!
O que é um relay SMTP?
De acordo com a definição mais comum, relay SMTP é o processo de transferência de emails entre servidores de email a caminho do destino final. Frequentemente, esses servidores de email são chamados de Mail Transfer Agents ou MTAs – software que transmite mensagens entre os computadores do remetente e do destinatário.
O relay SMTP é o equivalente virtual de aviões e caminhões de correio e é uma parte essencial de quase todas as entregas de email.
O que é um open relay?
Um open relay é um servidor SMTP que permite a qualquer pessoa enviar emails. Ele não possui mecanismos de autenticação adequados que impediriam o servidor de abuso de spam e phishing.
No passado, um relay SMTP aberto era a configuração padrão para servidores de email. Embora fosse uma opção viável quando a internet era praticamente desconhecida para a maioria, hoje não é mais.
Como resultado, quase todos os open relay SMTPs foram desativados, com os restantes figurando orgulhosamente em famosas listas de bloqueio.
Comparando o relay SMTP com: SMTP, servidor SMTP, serviço de relay SMTP e smart host
O relay SMTP às vezes pode ser confundido com SMTP, servidor SMTP, serviço de relay SMTP ou smart host. Vamos esclarecer as diferenças entre eles.
Relay SMTP vs SMTP
SMTP ou Simple Mail Transfer Protocol é um protocolo de email que define os termos para transmissão segura de emails. Servidores de email e agentes de transmissão o utilizam para rotear emails de saída. Naturalmente, o relay SMTP segue este protocolo ao retransmitir mensagens de um servidor para outro.
Relay SMTP vs servidor SMTP
Um servidor SMTP é um aplicativo ou computador responsável pelo envio de emails.
Às vezes, definições populares interpretam relay SMTPs como servidores de retransmissão de email pelos quais as mensagens passam antes de chegar aos destinatários. Nesse contexto, os servidores de relay SMTP são os mesmos que os servidores SMTP.
No entanto, geralmente nos referimos a servidores SMTP quando falamos sobre computadores que transferem mensagens e a relay SMTP quando descrevemos o processo de transferência de emails entre computadores.
Para saber mais sobre diferentes servidores de email, confira nosso guia sobre IMAP vs POP3 vs SMTP.
Relay SMTP vs serviço de relay SMTP
Serviço de relay SMTP geralmente se refere a provedores de serviços de email (ESPs) ou provedores de email que oferecem seus próprios servidores SMTP. Dessa forma, emails de saída são roteados para os servidores SMTP dos ESPs, que entregam os emails nas caixas de entrada com sucesso.
Relay SMTP vs smart host
O relay SMTP e smart host são essencialmente a mesma coisa, mas a principal diferença reside nos seus níveis de segurança. Smart hosts geralmente requerem autenticação SMTP (SMTP-auth) para retransmitir emails, o que os torna menos suscetíveis a spam.
Relays SMTP podem ou não exigir autenticação, dependendo de suas configurações específicas. Além disso, há problemas com a segurança SMTP em si, pois não possui mecanismos inerentes (é por isso que camadas de segurança adicionais – SSL e TLS foram criadas em primeiro lugar).
Por essa razão, provedores de serviços de internet (ISPs) às vezes bloqueiam conexões SMTP através da porta relay SMTP 25. Em vez disso, configuram smart hosts para retransmitir mensagens dos endereços IP dos seus usuários.
Como funciona um relay SMTP?
Para entender o papel dos relay SMTP no processo como um todo, vamos começar do início e demonstrar como os emails são enviados e entregues via SMTP.
SMTP se assemelha aos serviços postais da vida real ou ao correio tradicional, embora possa ser um pouco mais rápido do que mesmo aquelas empresas de entrega ultra-rápida no mesmo dia.
Se você fosse enviar uma carta para seu antigo amor esquecido, provavelmente colocaria em um envelope e especificaria o nome e o endereço deles. Você também incluiria seu próprio endereço para que a mensagem fosse devolvida a você caso a entrega falhasse.
Ao enviar emails, esse processo é representado pela inclusão do endereço de email do destinatário e um endereço de retorno opcional (também conhecido como cabeçalho Return-Path). O endereço de retorno será usado pelos provedores de serviços de internet (ISPs) para devolver o email a você se ele não for entregue.
Se a correspondência em papel estiver corretamente endereçada, você colará um selo no envelope (como prova do pagamento que você fez pelo serviço). Finalmente, você deixará seu correio em uma caixa de correio próxima, em um correio local ou alguém o recolherá. Em um ambiente virtual, você apenas clicará no botão ‘enviar’ no seu cliente de email (Gmail, Microsoft Outlook, etc.).
Um envelope então viajará para um centro de distribuição de uma empresa postal para ser classificado e roteado mais adiante, de acordo com o endereço especificado no envelope. Em seguida, ele chegará a outro centro de distribuição mais próximo do endereço do destinatário. Será classificado novamente e enviado para um correio local ou diretamente aos destinatários.
Se tudo estiver correto (você colocou o selo certo, o endereço existe e uma guerra nuclear não começou no meio-tempo), seu amor provavelmente já está lendo sua mensagem. Se não, o endereço de retorno será usado para devolver a mensagem diretamente à sua caixa de correio (seguindo a mesma rota novamente, apenas na direção oposta). Se uma guerra nuclear realmente começar, esta parte pode ser um pouco complicada.
Na comunicação por email, no momento em que você clica em ‘enviar’, seu Mail User Agent (MUA) ou seja, cliente de email, passa uma mensagem de email para o Mail Submission Agent (MSA) do seu servidor. Ele verifica se há erros e compartilha com o MTA. Pense no MSA como um funcionário que verifica manualmente cada transmissão e no MTA como uma filial local do seu serviço postal.
Se o destinatário usa o mesmo servidor que o remetente do email, o email será apenas passado para o Mail Delivery Agent (MDA) e entregue diretamente ao destinatário. Nesse caso, o relay SMTP não acontece.
É aqui que o Relay SMTP entra em ação. Primeiro, o MTA verifica os registros MX do domínio do destinatário como se estivesse consultando uma lista de endereços para onde seu correio deve ser roteado. Quando encontra uma correspondência, transmite a mensagem para outro MTA. Dependendo do destino e do número de destinatários, uma mensagem é movida entre dois ou mais MTAs.
Em seguida, o MDA recebe emails do MTA, converte-os para o formato adequado e os passa para o MUA do destinatário. MUA novamente é um cliente de email no qual a mensagem é exibida, para a alegria do seu destinatário.
Por que o relay SMTP é importante para emails em massa?
Um relay SMTP ajuda os remetentes de emails em massa a manter uma boa reputação do remetente e melhorar a entregabilidade dos emails. É essencial para campanhas de email marketing e emails transacionais.
Para prevenir spam, os ISPs geralmente desconfiam do alto volume de emails provenientes de domínios públicos (como @gmail.com, por exemplo) porque são facilmente acessíveis a remetentes ilegítimos. Assim, eles os bloqueiam ou enviam diretamente para pastas de spam. Isso significa que seus emails podem ser sinalizados como suspeitos, mesmo se você estiver enviando mensagens legítimas.
Além disso, se você estiver usando um domínio público, é muito provável que você não tenha acesso aos registros DNS. Você não poderá configurar os mecanismos de autenticação SPF, DKIM, DMARC ou BIMI para prevenir a falsificação de emails e melhorar sua reputação de domínio. Essas contas de email também têm limites diários e mensais baixos de envio.
Você enfrentará problemas de entregabilidade mesmo se configurar seu próprio servidor SMTP e um cliente de email. Seu servidor será desconhecido para os servidores do outro lado do relay. Ele também não terá uma reputação estabelecida. Como resultado, milhares de emails que você envia do seu próprio servidor de email inevitavelmente acabarão em pastas de spam.
Então, a solução é usar um relay SMTP, idealmente fornecido por uma solução de envio ou um ESP confiável. Dessa forma, você poderá usar um domínio dedicado ou até mesmo um IP, acessar limites mais altos de relay SMTP, configurar autenticação de email e, o mais importante, entregar emails de marketing ou notificações nas caixas de entrada dos seus usuários.
Como escolher um serviço de relay SMTP?
Um provedor de relay SMTP deve ter uma infraestrutura de email robusta e confiável, sem tempo de inatividade. Ele também deve ter um histórico de altas taxas de entrega e funcionalidades adicionais para aumentar esses números. Planos de preços flexíveis com limites de envio generosos e bom custo-benefício também são fatores importantes na escolha de um provedor. Afinal, você não poderá usar o relay SMTP se não puder pagá-lo.
Uma solução confiável é o Mailtrap – uma Plataforma de Email Delivery para testar, enviar e controlar o desempenho da sua infraestrutura de email. A plataforma combina Email Testing e Email API/SMTP para cuidar de todas as suas necessidades relacionadas a emails.
Email API/SMTP é a infraestrutura de email com altas taxas de entregabilidade por design. Com ambos Email API e serviço SMTP, a integração é rápida e fácil. Você só precisa seguir um assistente no aplicativo para configurar seu domínio e começar a enviar emails. Uma vez que os emails são enviados, você pode monitorar seu desempenho com análises detalhadas e acionáveis. Relatórios detalhados para provedores de caixa de correio e categorias podem fornecer insights valiosos sobre suas métricas de entregabilidade.
Email API/SMTP também possui templates de emails transacionais que você pode hospedar diretamente na plataforma e referenciar com a API. Você pode fazer isso carregando HTML, usando templates prontos ou codificando seus próprios. Os templates operam no mecanismo handlebars e suportam variáveis e imagens. Você pode visualizar e testar cada template antes de enviá-los aos destinatários.
Falando em testes, os desenvolvedores podem usar o Email Testing (Email Sandbox) para inspecionar e depurar seus emails antes de enviá-los para as caixas de entrada. É particularmente útil para testar o servidor relay SMTP em um ambiente seguro. O Email Testing opera usando um servidor SMTP falso para capturar todo o seu tráfego SMTP em uma caixa de entrada virtual e evitar spamming de usuários.
Além disso, o Email Testing possibilita verificar HTML/CSS, encontrar linhas de código defeituosas, inspecionar a pontuação de spam e listas negras, e validar cabeçalhos.
Isso significa que você pode testar a funcionalidade de envio de emails do seu aplicativo com o Email Testing, usar o Email API/SMTP como um relay SMTP e então controlar sua infraestrutura – tudo em um só lugar.
