Moeda de origem: a página de Domínios Autenticados Adestra retidos foi modificada pela última vez em 16 de abril de 2019; a página Domínios Delegados foi modificada pela última vez em 6 de abril de 2020. Essas datas de publicação são distintas da data de captura da fonte. Confirme a aplicabilidade da conta corrente com a Adestra antes de agir.
Escolha o modelo de domínio antes de editar os registros
A documentação oficial do caminho atual da Adestra descreve dois modelos de domínio distintos na interface MessageFocus: domínios autenticados e domínios delegados. Eles não devem ser combinados em uma lista de verificação genérica. Um domínio autenticado retém um relacionamento de configuração diferente de um subdomínio delegado ao serviço por meio de CNAME ou registros NS. Primeiro identifique qual modelo a conta usa e por que a organização o selecionou.
Registre o produto, a conta, a rota da campanha, o endereço De origem pretendido e o proprietário da empresa. O nome do fornecedor por si só não estabelece o envelope exato ou a identidade de assinatura de uma mensagem recebida. Este artigo descreve a documentação do produto retida e um processo de verificação proposto; ele não reivindica acesso a uma conta Adestra ativa nem prova que todas as contas disponíveis usam as mesmas configurações. Domínios Autenticados Adestra; Domínios Delegados Adestra
Revise SPF do domínio autenticado sem substituir outros remetentes
O guia de domínio autenticado instrui as organizações com um Registro SPF incluir msgfocus.com nessa política. Alerta também que uma nova política deve ter em conta outras fontes legítimas. Trate o mecanismo documentado como evidência específica do produto e não como permissão para substituir a política completa de uma organização por uma amostra. Preserve o registro original, a propriedade e todas as rotas pretendidas antes de propor uma edição.
A fonte usa legado SPF/Vocabulário de ID do remetente. A interpretação do manuscrito utiliza conceitos atuais SPF e não transforma esse texto em uma recomendação para implantar uma política histórica separada de ID do remetente. SPF avalia sua identidade especificada, enquanto DMARC depende adicionalmente de alinhamento. Um status de aplicativo informando que o registro SPF parece aceitável não estabelece de forma independente uma autenticação alinhada na mensagem final.
O fluxo de trabalho documentado adiciona o domínio configurado por meio da interface Domínios na área Admin e expõe o status da configuração. Capture o estado real gerado ou validado pela conta durante uma revisão autorizada posterior. Não afirme que um status foi observado aqui. Domínios Autenticados Adestra; RFC 7208 , seção 2.4 e 3.2
Trate DKIM personalizado como o recurso assistido documentado
Para domínios autenticados, o guia retido identifica rótulos personalizados DKIM um recurso On Demand e direciona os clientes ao gerente de conta ou suporte para configuração. Afirma que cada domínio autenticado usado para assinatura precisa de seu DNS configurado. Isso não justifica a invenção de um sistema universal seletor, chave ou sequência de ativação de autoatendimento.
Prepare os domínios exatos e o inventário de rotas antes de uma solicitação de suporte, mas não envie a solicitação sem autorização. Use os valores públicos fornecidos para a conta real e mantenha uma distinção clara entre material DNS público e chaves de assinatura privadas. Nunca carregue ou divulgue uma chave privada apenas porque um tutorial genérico sugere gerar uma em outro lugar.
Após a configuração, o guia descreve indicações de visão geral do domínio sobre problemas de configuração. Essas indicações são provas contabilísticas úteis, mas não substituem a verificação das mensagens recebidas. DKIM é um mecanismo de assinatura, não de criptografia de mensagens; descrições sugerindo que os destinatários descriptografem a mensagem com a chave pública não devem ser usadas para explicar suas propriedades de segurança. Domínios Autenticados Adestra; RFC 6376 , seção 1 e 3.5
Revise a rota delegada como uma alteração no limite de controle
O guia de domínio delegado requer a propriedade do nome escolhido e a verificação de que ele já não está sendo usado para outra finalidade. Recomenda um subdomínio para que o domínio pai possa continuar servindo outras funções. Documenta a delegação CNAME e NS e aconselha a coordenação com o gestor de conta. Estas são mudanças no controle e nas dependências DNS , e não apenas escolhas cosméticas de marca.
Para o modelo delegado, a fonte afirma que o serviço fornece os registros MX / TXT / SPF relevantes e alerta que adicionar registros extras pode causar problemas. Não aplique cegamente as instruções SPF do domínio autenticado ao nome delegado. Faça um inventário dos registros existentes e entenda o que o método de delegação escolhido permite antes de buscar aprovação.
O guia diz que as campanhas têm como padrão assinar com msgfocus.com quando DKIM personalizado não está configurado e descreve a visualização de chave pública e controles de ativação para configuração personalizada. Uma assinatura padrão não é automaticamente alinhada com o domínio De visível de uma organização. Mantenha essa distinção de identidade ao planejar a verificação. Domínios Delegados Adestra
Planilha de aceitação para o roteiro exato da campanha
Use uma planilha com modelo de domínio, conta, proprietário da rota, domínio de origem, identidade de envelope pretendida, domínio de assinatura pretendido, seletor, proprietários DNS relevantes, estado atual e estado proposto. Para domínios delegados, inclua os serviços existentes que podem ser afetados e a rota de recuperação suportada. Para domínios autenticados, inclua a configuração DKIM assistida por suporte confirmada e a revisão completa da política SPF .
A seção de evidências de mensagens deve registrar o domínio De de uma amostra recebida autorizada, Return-Path ou identidade de envelope aplicável, valores DKIM d= e s=, resultados de autenticação de receptor confiável e fluxo de trabalho de envio. Distinguir o sucesso bruto SPF e DKIM do alinhamento DMARC . Sempre que possível, mantenha os dados não relacionados do destinatário e o conteúdo da mensagem fora da amostra retida.
A aceitação requer evidências de que a rota de produção pretendida utiliza as identidades esperadas, e não apenas que os valores DNS foram inseridos. Uma visualização ou outro caminho de campanha pode não representar o caminho que está sendo aprovado. Registre incógnitas e não infira o sucesso de toda a conta a partir de uma mensagem inexplicável.
Diagnóstico fictício: domínio de sinalização familiar, conclusão errada
Imagine uma organização fictícia que adiciona um domínio autenticado e vê um status SPF aceitável. Uma mensagem hipotética posterior ainda carrega um domínio de assinatura de serviço padrão em vez do domínio personalizado esperado. Nenhuma mensagem ou conta real foi inspecionada neste exemplo. O diagnóstico correto não é que toda autenticação esteja completa apenas porque um Assinatura DKIM existe.
O revisor confirmaria se DKIM personalizado foi solicitado e configurado para esse domínio específico e, em seguida, inspecionaria o alinhamento e a identidade real do envelope. Se a organização usar um subdomínio delegado, o revisor seguirá DNS e o fluxo de trabalho da conta desse modelo, em vez de adicionar registros da lista de verificação de domínio autenticado.
Uma próxima etapa proposta é uma revisão de conta/suporte autorizada e com escopo restrito e uma comparação de mensagens recebidas. Não se trata de inventar um seletor ou substituir o registro SPF da organização por um exemplo de terceiros. O caso fictício demonstra por que a seleção do modelo e a evidência da mensagem devem permanecer ligadas.
Evidências operacionais permanecem abertas
O catálogo requer evidências atuais de configuração primária e uma tabela de identidade de mensagens recebidas do produto e rota exatos. Os guias retidos apoiam o fluxo de trabalho documental, mas nenhuma aplicabilidade de conta, resposta DNS ou tabela de mensagens recebidas foi verificada. Não ocorreu nenhum contato de suporte, edição de registro, delegação de domínio ou envio de mensagem.
Todos os seis portões de liberação permanecem abertos. Um revisor qualificado deve confirmar que a conta corrente segue o caminho descrito, que qualquer configuração assistida está completa e que a evidência da mensagem final apoia o alinhamento. O rascunho não deve ser apresentado como uma implementação bem-sucedida do Adestra até que esses artefatos existam.