Comece com a configuração atual do domínio
O artigo de ajuda do boletim informativo descreve uma configuração mais recente que substituiu a antiga seletor e instruções root-SPF. Use a configuração atual do domínio de envio em vez de combinar todos os registros encontrados em mensagens de integração anteriores. O provedor alterou o acordo em janeiro de 2023 para que os clientes não precisem mais adicionar o antigo include ao seu próprio Registro SPF para esta configuração.
Antes de fazer alterações, identifique o domínio De usado pelo boletim informativo, o proprietário da conta e o host DNS oficial. Inventariar os registros existentes nos nomes solicitados. Confirme que você controla o domínio e que o endereço de envio é apropriado para a campanha. Um domínio de caixa de correio gratuito que você não administra não pode ser configurado adicionando registros em outro lugar.
O objetivo é verificar o percurso real do boletim informativo. A organização também pode enviar correspondências, faturas ou notificações de inscrição de funcionários usando o mesmo domínio pai. Essas rotas mantêm seus próprios requisitos de autenticação; integrar este serviço de boletim informativo não é motivo para apagar seus SPF permissões.
Publique o conjunto CNAME documentado
A página de ajuda atual lista três CNAMEs: gan1. _domainkey para gan1._domainkey.gansend.com , gan2. _domainkey para gan2._domainkey.gansend.com e gan para mta.gansend.com . Confirme-os com as instruções da conta corrente e do fornecedor antes da publicação. Use as regras de nomes relativos do editor DNS e preserve os nomes de domínio de destino exatos.
As duas entradas _domainkey são pesquisas de seletor; o terceiro é um namespace separado usado pela configuração mais recente. Não coloque todos os três em um único proprietário, crie chaves TXT no lugar dos aliases documentados ou coloque um CNAME além de registros conflitantes. Se gan já atende outro aplicativo, pause e resolva a colisão com o provedor, em vez de deslocá-lo silenciosamente.
Para um domínio sintético example.com , gan1. _domainkey destina-se a ser publicado em gan1._domainkey.example.com . Um editor que anexa a zona automaticamente não deve receber um nome que se torne gan1._domainkey.example.com.example.com . Anote os nomes completos pretendidos antes de salvar e consulte-os posteriormente.
Não reintroduza a receita SPF aposentada
A página de ajuda identifica o getanewsletter mais antigo. configuração _domainkey e a primeira include:spf.gansend.com . Estes são contextos históricos, não instruções para adicioná-los junto com a nova configuração. Não use um blog antigo ou uma lista de verificação copiada para substituir a configuração atual do provedor.
Da mesma forma, não exclua um registro existente sem compreender seu uso restante. A desativação de um seletor antigo requer a confirmação de que nenhuma mensagem ativa ainda depende dele. A remoção de um include SPF requer a revisão da política completa e da rota atual do serviço. Preservar todos os remetentes legítimos não relacionados e o comportamento final pretendido da política.
A razão do protocolo é simples: SPF avalia o domínio do envelope SMTP . Adicionar uma inclusão a um domínio visível diferente não altera automaticamente essa avaliação. DKIM e SPF alinhamento deve ser avaliada a partir de identidades reais de mensagens, não inferidas a partir da presença do nome do provedor em uma raiz Registro TXT.
Validar na conta e no DNS
A rota da conta documentada é o ícone do perfil, Remetente, Ver detalhes e Verificar status. O artigo de ajuda sugere verificar após uma hora. Trate isso como uma orientação operacional, em vez de uma garantia de que cada resolvedor descartou dados mais antigos. Primeiro confirme se os registros oficiais estão corretos; a espera não pode corrigir um rótulo inserido incorretamente.
Consulte cada proprietário CNAME no serviço DNS oficial e verifique seu alvo. Siga o caminho de resolução relevante ao diagnosticar uma pesquisa de chave. Preserve as respostas e os carimbos de data e hora sem reivindicar a entrega bem-sucedida de um boletim informativo apenas do DNS . Se um alvo CNAME for resolvido, mas a conta ainda falhar na validação, compare o domínio exato inserido na conta e o proprietário real publicado.
Uma verificação de status bem-sucedida estabelece a verificação de configuração executada pelo serviço. Não é prova de que todos os endereços De de campanha usam o mesmo domínio autenticado. Registre cada identidade de envio que o proprietário da campanha pretende usar e verifique as mensagens representativas da rota real.
Comprovar alinhamento com um boletim informativo recebido
Envie um boletim informativo controlado para um destinatário de teste autorizado e retenha a mensagem bruta. Registro de, domínio de envelope, domínios e seletores de assinatura DKIM e SPF , DKIM e DMARC resultados. Não trate a inserção do próprio remetente Authentication-Results como prova do receptor.
Interpretação sintética: de é news@example.com , o envelope usa um subdomínio de example.com e um válido Assinatura DKIM usa d=example.com. O domínio DKIM exato se alinha. O subdomínio do envelope pode satisfazer o alinhamento SPF relaxado, mas não a correspondência exata estrita com example.com . Este exemplo não é uma medida do envelope padrão ou uso do seletor do Get a Newsletter; inspecione a mensagem real em vez de preencher uma resposta esperada.
Se apenas um domínio DKIM de propriedade do provedor for aprovado, investigue se a configuração do domínio personalizado está ativa para esse remetente. Se o seletor esperado estiver faltando, compare a configuração do domínio do remetente da conta e a rota da mensagem. Se a autenticação alinhada for aprovada, mas a colocação de spam persistir, avalie a reputação, o consentimento, o conteúdo e a filtragem de destinatários separadamente.
Preservar recuperação e evidências
Mantenha os registros anteriores, os novos valores aprovados e o momento em que o dono da campanha poderá retomar o envio. Pausar uma campanha fracassada em vez de enfraquecer a política DMARC de toda a organização. Se estiver revertendo, restaure apenas a configuração afetada depois de verificar se a assinatura já foi alterada. Registre o resultado da primeira mensagem após a recuperação.
Este guia retém instruções originais e fornece DNS sintético e raciocínio de identidade. Nenhuma validação de conta, alteração DNS , campanha entregue ou medição de locatário foi realizada. A aceitação da produção requer respostas autorizadas do administrador e evidências de mensagens recebidas, seguidas pela decisão do proprietário humano responsável.
Resolva um nome de gan ocupado sem interromper outro serviço
O caso escrito GAN-01 assume que o From planejado é news@example.com , os dois nomes do seletor gan1/gan2 não são usados, mas gan.example.com já tem um Um recorde pertencente a um aplicativo não relacionado. A configuração atual de três CNAME não pode ser concluída com esse nome ocupado sem conflito. Deixe o aplicativo intacto e peça ao proprietário da conta do boletim informativo e ao administrador DNS para resolver um plano de namespace compatível com o provedor. Nenhum veredicto de domínio personalizado está disponível: os resultados do envelope e DKIM permanecem desconhecidos. Não infira um rótulo alternativo nem restaure a receita de SPF raiz descontinuada. Esta é uma colisão fictícia, não uma pesquisa, solicitação de suporte ou campanha executada.
Preservar o limite de aplicação
RFC 9989 A Seção 7.4 exige DKIM válido, e não apenas SPF , para domínios que publicam p=reject, e alerta sobre a interoperabilidade de correio indireto e listas de discussão. Um único teste bem-sucedido de mensagem direta não é prova de que todas as rotas legítimas estejam prontas para políticas mais fortes. Mantenha a proteção aprovada existente enquanto diagnostica a lacuna real; qualquer mudança política necessita da sua própria decisão.