[ Guias de serviço de envio ]

Autenticar e-mail enviado através do MailerSend: configuração e verificação

Autentique o domínio MailerSend real, publique os CNAMEs DKIM atuais e seu registro Return-Path e teste a rota do aplicativo em vez de depender da verificação de endereço.

Pela equipe de pesquisa EmailAuth · 5 minutos de leitura

[Pontos-chave]

  • Use domínios de clientes autenticados em vez de identidades de remetentes não alinhados.
  • Publique os dois CNAMEs DKIM atuais e rastreie o aviso de migração datado.
  • Verifique a rota API/ SMTP real e Return-Path distinto.
Nesta página
  1. Pontos-chave
  2. Remover
  3. Por função
  4. Perguntas frequentes
  5. Fontes
  6. Glossário
  7. Guias relacionados

[ Remover ]

Verifique a rota API/ SMTP real e Return-Path distinto.

[Por função]

O que isso significa para você

Escolha sua função para ver as próximas etapas práticas.

Administrador de TI/Correio

Conclua a migração de duas chaves

A verificação atual do MailerSend requer ambos os CNAMEs DKIM emitidos.

Próximas etapas

  1. Publique os dois alvos atuais emitidos pela conta.
  2. Mantenha registros legados durante a transição suportada.
  3. Teste Return-Path e DKIM nas mensagens recebidas.

CISO/SecOps

Mantenha a autoridade do cliente separada

A verificação de um endereço não autentica o domínio do cliente.

Próximas etapas

  1. Revise a decisão de domínio versus identidade.
  2. Preservar a política DMARC existente em todo o domínio.
  3. Restrinja as alterações DNS e de aplicativos ao escopo aprovado.

Fundador / Não técnico

Proteja fluxos de trabalho transacionais

Uma mudança de domínio pode afetar o acesso do cliente e as notificações de pagamento.

Próximas etapas

  1. Nomeie o proprietário de cada aplicativo crítico.
  2. Escolha domínios autenticados para envio alinhado ao cliente.
  3. Exija uma rota de recuperação testada antes da implantação.

[ Perguntas frequentes ]

Perguntas frequentes

Uma identidade de remetente verificada é equivalente a um domínio autenticado?

Não. MailerSend diz que as identidades do remetente usam o domínio autenticado da agência e não podem fornecer alinhamento SPF ou DKIM com o domínio do cliente.

Como verificar e autenticar um domínio de envio - MailerSend Domínios | Desenvolvedores MailerSend Guia da agência: quando usar identidades de remetente versus domínios - MailerSend RFC 7208 SPF RFC 6376 DKIM RFC 9989 DMARC

Quantos registros DKIM a configuração atual exige?

Dois registros CNAME emitidos pela conta para a configuração DKIM atual de 2.048 bits. Publique ambos em vez de copiar a antiga configuração de registro único.

Como verificar e autenticar um domínio de envio - MailerSend Domínios | Desenvolvedores MailerSend Guia da agência: quando usar identidades de remetente versus domínios - MailerSend RFC 7208 SPF RFC 6376 DKIM RFC 9989 DMARC

Devo excluir o registro DKIM antigo imediatamente?

Não. As instruções de migração atuais dizem que ele ainda não precisa ser removido. A API Domains declara que o suporte legado termina em 1º de fevereiro de 2027; verifique novamente esse aviso no momento da implementação.

Como verificar e autenticar um domínio de envio - MailerSend Domínios | Desenvolvedores MailerSend Guia da agência: quando usar identidades de remetente versus domínios - MailerSend RFC 7208 SPF RFC 6376 DKIM RFC 9989 DMARC

De onde vem o registro Return-Path ?

Na página de verificação do domínio. O subdomínio padrão é mta, mas é configurável, portanto, use o nome e o destino reais emitidos.

Como verificar e autenticar um domínio de envio - MailerSend Domínios | Desenvolvedores MailerSend Guia da agência: quando usar identidades de remetente versus domínios - MailerSend RFC 7208 SPF RFC 6376 DKIM RFC 9989 DMARC

Um CNAME de rastreamento personalizado autentica o endereço de devolução?

Não. Tracking e Return-Path são configurações distintas. Verifique o registro Return-Path e a identidade do envelope recebido separadamente.

Como verificar e autenticar um domínio de envio - MailerSend Domínios | Desenvolvedores MailerSend Guia da agência: quando usar identidades de remetente versus domínios - MailerSend RFC 7208 SPF RFC 6376 DKIM RFC 9989 DMARC

Um subdomínio Return-Path pode satisfazer o alinhamento SPF estrito?

Não quando difere do domínio From visível. O alinhamento estrito requer igualdade exata de domínio; inspecione DKIM alinhado como outro caminho de passagem possível.

Como verificar e autenticar um domínio de envio - MailerSend Domínios | Desenvolvedores MailerSend Guia da agência: quando usar identidades de remetente versus domínios - MailerSend RFC 7208 SPF RFC 6376 DKIM RFC 9989 DMARC

Uma solicitação aceita SMTP ou API é evidência suficiente?

Não. Preserve uma mensagem recebida do fluxo de trabalho real do aplicativo e inspecione as identidades e resultados SPF , DKIM e DMARC do destinatário.

Como verificar e autenticar um domínio de envio - MailerSend Domínios | Desenvolvedores MailerSend Guia da agência: quando usar identidades de remetente versus domínios - MailerSend RFC 7208 SPF RFC 6376 DKIM RFC 9989 DMARC

O que permanece não verificado neste guia?

Os registros específicos da conta, a rota ativa do aplicativo, DNS oficial e a evidência de mensagens recebidas em tempo real. A PME humana e a revisão técnica independente permanecem pendentes.

Como verificar e autenticar um domínio de envio - MailerSend Domínios | Desenvolvedores MailerSend Guia da agência: quando usar identidades de remetente versus domínios - MailerSend RFC 7208 SPF RFC 6376 DKIM RFC 9989 DMARC

[ Fontes ]

Fontes

  1. Como verificar e autenticar um domínio de envio - MailerSend

    Seções Adicionar/verificar domínio de envio; DNS manual; dois DKIM CNAME581–589; Caminho de retorno295–305; rastreamento personalizado

  2. Domínios | Desenvolvedores MailerSend

    Seções Obtenha registros DNS 1157–1166: par de 2048 bits, ambos obrigatórios, prazo de suporte legado 1 de fevereiro de 2027

  3. Guia da agência: quando usar identidades de remetente versus domínios - MailerSend

    Seções Domínios 107–119; comparação de identidade 136–137

  4. RFC 7208 SPF

    Seções §3.2; 3.3; 4.6.4

  5. RFC 6376 DKIM

    Seções §3.5; 3.6.2; 6.1

  6. RFC 9989 DMARC

    Seções §4.4; 4.7; 4.10; 5

[ Glossário ]

Glossário

Identidade do remetente
Um endereço individual verificado que pode ser enviado por meio de um domínio MailerSend autenticado diferente.
Domínio autenticado
Um domínio cujos registros DNS emitidos foram verificados para envio por meio do MailerSend.
Return-Path CNAME
O alias DNS configurado para tratamento de devoluções do MailerSend no domínio escolhido.
Migração DKIM
A transição do registro único herdado para os dois CNAMEs DKIM atuais de 2.048 bits.
Alinhamento estrito
Alinhamento DMARC exigindo uma correspondência exata entre o domínio de autenticação bem-sucedido e o domínio De visível.

Proveniência da empresa

Por que as principais instituições financeiras e governos retiraram seus painéis de segurança de e-mail.

As plataformas tradicionais de autenticação de e-mail vendem um painel e pedem que seus engenheiros façam o trabalho. Em ambientes de alto risco, a supervisão manual significa aplicação atrasada, desvios de configuração e domínios ocultos não monitorados.

EmailAuth é a plataforma de origem de e-mail agente. Nossos agentes impõem p=reject, mantenha remetentes terceiros alinhados e mova seus domínios para full RFC 9989 conformidade, o novo padrão DMARC , com auditabilidade humana no circuito.

Governos Grandes empresas Instituições financeiras de nível 1

SaaS · Locação dedicada · Air gap no local · Criptografia BYOK

Base de conhecimento