O envio gerenciado é a opção padrão adequada, e o SMTP personalizado é a alternativa. No envio gerenciado, outra empresa cuida da reputação de IP, monitora listas de bloqueio, administra ciclos de feedback e responde quando um IP compartilhado é listado de madrugada. Para a maioria dos remetentes, isso costuma ser melhor do que fazer tudo por conta própria.
O SMTP personalizado encaminha o e-mail de saída pela sua própria conta Amazon SES, SendGrid, Mailgun ou Postmark. Ele é realmente melhor em três situações específicas, mas também é escolhido com frequência por dois motivos que não se sustentam.
Veja como identificar seu caso e como funciona o roteamento SMTP personalizado por domínio.
O que realmente muda com SMTP personalizado
Apenas a rota de saída. O e-mail recebido continua chegando aos nossos servidores pelos registros MX, é filtrado e vai para a mesma caixa. O que muda é o último salto: em vez de entregar a mensagem à nossa infraestrutura, nós nos autenticamos no seu provedor e a transferimos.
Tudo depois disso passa a depender dele: endereços IP, reputação, limites de frequência, tratamento de devoluções e lista de supressão. Você troca um operador por outro e assume a relação com o novo.
Na prática, estes pontos passam para o seu lado:
| Aspecto | Envio gerenciado | Seu SMTP |
|---|---|---|
| Reputação de IP | Nós a mantemos | É do seu provedor e seu uso a influencia |
| Limites de frequência | Limites diários e horários do plano | Os limites do provedor |
| Devoluções e reclamações | Tratadas e exibidas no painel | Console e webhooks do provedor |
| Remoção de listas de bloqueio | Nós cuidamos | Você trata com o provedor |
| Custo por mensagem | Incluído | Cobrado pelo provedor |
Três bons motivos para usar SMTP personalizado
1. Volume além da finalidade do plano. Os limites chegam a alguns milhares de mensagens por caixa ao dia. Para centenas de milhares de mensagens transacionais por mês, um provedor dedicado pode ser mais econômico e adequado. Uma plataforma de caixas não é indicada para carga em massa.
2. Você já tem essa relação. Se seu aplicativo envia recibos e redefinições de senha pelo SES com um IP dedicado preparado, encaminhar também o e-mail da equipe pelo mesmo local consolida a reputação. São menos componentes e um console para investigar problemas.
3. Você usa o Nano. O Nano não inclui envio gerenciado, então o SMTP personalizado é a rota prevista para enviar mensagens, não uma solução improvisada.
Dois motivos que não se sustentam
"Terei melhor entrega." Normalmente não, e no início pode ocorrer o contrário. Um pool compartilhado de um provedor experiente tem reputação construída por milhares de remetentes. Uma subconta nova no SES começa sem reputação. Sem volume para preparar e manter um IP dedicado, você troca uma reputação estabelecida por outra que precisa construir.
"Quero contornar os limites de envio." Os limites existem porque muito volume em um domínio novo pode parecer uma conta comprometida. Outra rota não muda como o Gmail avalia um domínio que começa a enviar dez mil mensagens. O provedor aplicará seu próprio aumento gradual e poderá suspender a conta se você o ultrapassar, algo mais difícil de reverter que um limite de frequência. Veja limites de envio e preparação de domínio.
SMTP personalizado por domínio e perfis reutilizáveis
O SMTP personalizado é configurado por domínio, o que é mais útil do que parece.
Cada domínio aponta para sua própria rota de saída. Um pode usar SES, outro o envio gerenciado e um terceiro outro provedor. Assim, uma agência atende ao cliente que exige infraestrutura própria sem alterar os demais.
As credenciais são salvas como perfis na conta, não digitadas por domínio. Adicione o SES uma vez e vincule o perfil a quantos domínios quiser. Ao trocar a credencial, altere um único local. Digitá-la seis vezes costuma deixar cinco cópias desatualizadas.
Para configurar, abra a guia SMTP do domínio, escolha um perfil salvo ou crie um com host, porta, usuário e senha, e teste antes de salvar. O teste abre uma sessão SMTP real e se autentica. Não o ignore: uma credencial não testada pode falhar quando alguém enviar algo importante.
A parte de DNS que quase ninguém menciona
O SMTP personalizado muda os servidores que enviam pelo domínio, e o DNS precisa informar isso. Caso contrário, as mensagens falham na autenticação.
SPF deve incluir o novo remetente. O provedor publica um mecanismo como include:amazonses.com, include:sendgrid.net ou semelhante. Adicione-o ao registro existente, não publique outro. Dois registros SPF em um domínio formam uma configuração inválida.
Observe o limite de consultas. SPF permite dez consultas DNS. Cada inclusão usa pelo menos uma e inclusões de provedores costumam ser aninhadas. Ao adicionar um terceiro remetente, alguns domínios ultrapassam o limite e o registro gera erro permanente. Veja o limite de consultas SPF.
Agora o DKIM vem do provedor. Ele assina o e-mail com a própria chave, portanto seu registro DKIM precisa existir junto ao nosso. A maioria fornece dois ou três CNAMEs. Mensagens enviadas por ele e assinadas apenas por nós falham no DKIM.
O alinhamento DMARC ainda precisa funcionar. DMARC exige alinhamento de SPF ou DKIM com o domínio From visível. Se o provedor assinar com o próprio domínio, a assinatura pode passar no DKIM e falhar no alinhamento, causando falha no DMARC. Essa é uma causa comum de problemas em migrações com SMTP próprio e pode ficar oculta até os relatórios chegarem. Veja alinhamento DMARC.
Clientes de desktop são uma decisão separada
O roteamento SMTP personalizado se aplica ao e-mail criado no webmail ou enviado por nossa API. Um cliente de desktop entrega diretamente ao servidor SMTP configurado.
Há duas opções razoáveis. Aponte os clientes para nós e deixe a rota do domínio ser aplicada, mantendo um único ponto de mudança. Ou aponte diretamente para o provedor, removendo um salto e reduzindo um pouco a latência.
Evite configurar alguns clientes de uma forma e outros de outra. Duas rotas de saída geram dois conjuntos de resultados de autenticação e dois lugares para investigar uma mensagem perdida.
O que passa a ser sua responsabilidade
Tratamento de devoluções. Devoluções permanentes devem ser suprimidas no seu provedor. O painel mostra o que nossa infraestrutura observou, mas não enxerga a fila dele.
O ciclo de reclamações. Reclamações de spam vão ao proprietário do IP de envio. Configure o provedor para encaminhá-las ou armazená-las e leia-as: uma taxa crescente pode indicar cedo um problema de entrega.
Rotação de credenciais. Uma senha SMTP expirada falha no próximo envio. Troque-a no perfil e use o botão de teste antes que alguém perceba.
As regras do provedor. O SES começa em uma sandbox que só envia para endereços verificados. Sair dela exige uma solicitação de suporte que descreva o caso de uso, algo que deve ser resolvido antes da migração.
Perguntas frequentes
O SMTP personalizado muda o recebimento de e-mail?
Não. Apenas a rota de saída muda. A entrada continua chegando por MX aos nossos servidores e à mesma caixa, com a mesma filtragem.
Domínios diferentes podem usar provedores SMTP diferentes?
Sim. A configuração é por domínio, então um pode usar SES e outro o envio gerenciado. As credenciais ficam em perfis reutilizáveis da conta.
O SMTP personalizado melhora a entrega?
Não sozinho, e no início pode ocorrer o contrário. Uma nova subconta não tem reputação. Ele ajuda quando há volume para preparar e manter um IP dedicado ou uma relação de envio estabelecida para consolidar.
Ainda preciso de registros SPF e DKIM?
Mais do que antes. A inclusão SPF do provedor precisa ser combinada ao registro existente, e os registros DKIM dele devem ser publicados. Mensagens enviadas por ele e assinadas só por nós falham no DKIM; assinaturas sem alinhamento falham no DMARC.
O SMTP personalizado elimina os limites de envio?
Os limites do provedor se aplicam no lugar dos nossos. Os requisitos de aumento gradual costumam ser mais rígidos, e excedê-los pode suspender a conta.
O que acontece se meu provedor ficar indisponível?
O e-mail de saída dos domínios nessa rota falha até a recuperação. O envio gerenciado não é uma alternativa automática: o domínio usa a rota configurada.
O SMTP personalizado é obrigatório no Nano?
Sim. O Nano não inclui envio gerenciado, por isso o SMTP personalizado é a forma de enviar e-mail nesse plano.
Posso configurar SMTP personalizado pela API?
Sim. Perfis SMTP personalizados e roteamento por domínio estão disponíveis pela API REST e pelo MCP, incluindo o teste de conexão.
