Relay SMTP explicado: o que é e como configurar

A versão curta

1. O que é um relay SMTP. Um relay SMTP é um servidor de e-mail que aceita uma mensagem da sua aplicação e a encaminha ao servidor do destinatário.
2. Por que não entregar direto do seu servidor. Um servidor pode entregar diretamente ao destinatário, mas raramente funciona bem.
3. O que você precisa para se conectar. Você precisa do nome do host do relay, de uma porta, de um modo de segurança e de credenciais.
4. Configurando o Postfix para usar um relay. O Postfix, comum em servidores Linux, chama isso de relayhost.
5. Configurando uma aplicação web. A maioria dos frameworks e sistemas de conteúdo tem uma página de configurações de e-mail ou algumas variáveis de ambiente para o host SMTP, a porta, a criptografia, o usuário e a senha.
6. Quando um relay não envia. Trabalhe de fora para dentro.

O que é um relay SMTP

Um relay SMTP é um servidor de e-mail que aceita uma mensagem da sua aplicação e a encaminha ao servidor do destinatário. Sua aplicação não precisa saber como encontrar o destino, tentar novamente uma entrega que falhou nem manter uma boa reputação de envio. Ela entrega a mensagem ao relay e o relay faz o resto.

As pessoas usam as palavras relay, smart host e serviço SMTP quase como sinônimos. Na prática, todas significam um servidor no qual você se autentica e através do qual envia.

Por que não entregar direto do seu servidor

Um servidor pode entregar diretamente ao destinatário, mas raramente funciona bem. Muitos provedores de hospedagem bloqueiam a porta 25. Endereços IP novos de servidor não têm reputação, e alguns já estão em listas de bloqueio. Os receptores esperam DNS reverso, autenticação e um comportamento consistente que um servidor de aplicação isolado raramente oferece.

Um relay mantido por um provedor de envio tem uma infraestrutura consolidada, cuida de novas tentativas e adiamentos e fornece logs quando uma mensagem não chega.

O que você precisa para se conectar

Você precisa do nome do host do relay, de uma porta, de um modo de segurança e de credenciais. Para o MigoSMTP, o host do relay é smtp.migosmtp.com, e a porta 587 com STARTTLS é a escolha habitual. Use a porta 465 se o seu software suportar apenas TLS implícito.

Crie as credenciais por aplicação no seu painel. Se uma delas for exposta, você a revoga sem mexer em mais nada.

Configurando o Postfix para usar um relay

O Postfix, comum em servidores Linux, chama isso de relayhost. As linhas abaixo enviam todos os e-mails de saída por um relay autenticado na porta 587, com criptografia obrigatória. Coloque o usuário e a senha em um arquivo separado, legível apenas pelo root, e execute o postmap nele.

relayhost = [smtp.migosmtp.com]:587
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
smtp_sasl_security_options = noanonymous
smtp_tls_security_level = encrypt

Recarregue o Postfix após a alteração e envie uma mensagem de teste. Se ela não sair, verifique o log de e-mail: erros de autenticação e portas bloqueadas aparecem ali com clareza.

Configurando uma aplicação web

A maioria dos frameworks e sistemas de conteúdo tem uma página de configurações de e-mail ou algumas variáveis de ambiente para o host SMTP, a porta, a criptografia, o usuário e a senha. Informe os dados do relay, escolha um endereço de remetente em um domínio que você tenha autenticado e envie uma mensagem de teste de dentro da aplicação.

Se um plugin enviar pela função de e-mail da própria hospedagem, ele contorna o seu relay. Mude-o para usar SMTP, de modo que as suas mensagens sejam assinadas e registradas em log.

Quando um relay não envia

Trabalhe de fora para dentro. Primeiro, verifique se você consegue alcançar a porta com o teste de linha de comando do nosso guia de servidor SMTP. Se isso funcionar, confirme que as credenciais estão corretas e ativas. Depois, leia a resposta que a sua aplicação recebeu, pois a maioria das falhas mostra um motivo claro.

Se o relay aceita a mensagem mas ela não chega, consulte os logs do lado do relay. Uma rejeição pelo servidor do destinatário, como um bounce por falta de um registro SPF ou DKIM, ficará registrada ali com o motivo.

Migrando de um relay para outro

Trocar de relay é, na maior parte, trocar quatro valores: host, porta, usuário e senha. A parte que exige cuidado é a autenticação. Publique os registros SPF e DKIM do novo provedor junto com os antigos, migre primeiro uma aplicação e compare a entrega, e só então troque as demais.

Mantenha a sua lista de supressão ao migrar, para não enviar e-mails a endereços que já deram bounce ou reclamação. Nossos guias de migração trazem o passo a passo para vários provedores comuns.

Relay ou API?

Um relay é a mudança mais rápida, porque a maioria dos softwares já fala SMTP. Uma API dá controle mais fino, como enviar um template com variáveis, e respostas mais ricas. Muitas equipes usam os dois: SMTP para softwares prontos e a API para o próprio código.

Ambos podem passar pela mesma conta e pelo mesmo domínio autenticado, então você pode começar por um e adicionar o outro.

Relays abertos e por que importam

Um relay aberto aceita e-mails de qualquer pessoa e os encaminha. Spammers abusam deles, e um servidor identificado como tal é rapidamente colocado em listas de bloqueio. Um relay configurado corretamente exige autenticação, de modo que apenas as suas credenciais possam enviar.

Se você mantém o próprio servidor de e-mail, verifique se ele não é um relay aberto e nunca compartilhe credenciais de relay em um repositório público.

O que verificar antes de confiar em um relay

Veja como ele trata bounces e reclamações, se você recebe logs das mensagens e por quanto tempo, quais são o suporte a portas e a TLS e como ele lida com listas de supressão. Descubra que suporte está disponível quando a entrega cai.

Autentique o seu domínio com SPF, DKIM e DMARC, qualquer que seja o relay escolhido. Nosso verificador gratuito mostra o que está publicado no seu domínio, e nossos guias cobrem cada registro.

Limites de taxa, filas e novas tentativas

Um relay não entrega todas as mensagens instantaneamente. Ele as coloca em fila e tenta novamente as falhas temporárias ao longo de horas, o que é o desejável quando o servidor de um destinatário está ocupado. Seu provedor também pode limitar a rapidez com que você envia mensagens, de modo que um loop que envia dez mil mensagens em um segundo pode ser desacelerado ou rejeitado.

Faça sua aplicação tolerar isso. Envie em lotes, trate uma falha temporária tentando novamente após uma pausa e não considere uma mensagem aceita como entregue: aceitação significa que o relay assumiu a responsabilidade, não que o destinatário a recebeu. Use eventos de entrega ou logs para confirmar o resultado.

Leitura complementar e fontes

• RFC 5321: Simple Mail Transfer Protocol (protocolo simples de transferência de e-mail)
• RFC 6409: Message Submission for Mail (submissão de mensagens de e-mail)
• RFC 8314: Cleartext Considered Obsolete: TLS for email submission (texto simples é obsoleto: TLS para submissão de e-mail)

Faça no MigoSMTP: artigos da central de ajuda

• Configurações de SMTP: portas, TLS e autenticação
• Segurança e rotação de chaves de API
• Códigos de bounce SMTP explicados

Guias e ferramentas relacionados

• Configuração de DKIM, SPF e DMARC: autentique seu domínio de ponta a ponta.
• O que é um servidor SMTP?: portas, configurações e quando usar um serviço.
• Verifique SPF, DKIM e DMARC: teste os registros do seu domínio.
• Consulta de códigos de bounce: decodifique códigos SMTP e de status avançados.