Separe a marca Responsys da evidência de autenticação
A marca do domínio Responsys afeta mais do que a exibição de um endereço De. O guia de conversão público da Oracle descreve um domínio de marca usado para endereços de remetentes, respostas hospedadas e funções relacionadas a links. Requer um recurso habilitado para conta e um domínio ou subdomínio não utilizado por outras entidades porque o Responsys gerencia seu tráfego. Ver Responsys convertendo para um domínio de marca.
Este artigo aborda o planejamento de delegação e a verificação de autenticação para essa rota documentada. O guia recuperado não estabelece um Responsys universal SPF incluir, inquilino Seletor DKIM ou complete o procedimento de ativação da chave. Esses detalhes de configuração permanecem em suspensão de escopo, dependendo das instruções originais específicas da conta atual. Não preencha a lacuna com registros do OCI Email Delivery ou com a receita de um concorrente.
Escolha um limite de delegação que proteja os serviços existentes
Faça um inventário do domínio proposto antes da aprovação. Identifique sites, caixas de correio, Registros MX, retornos de chamada de aplicativos, registros de verificação e outras dependências de serviço abaixo dele. Prefira um subdomínio de marketing alocado deliberadamente quando isso corresponder ao design da organização, em vez de transferir casualmente o domínio corporativo principal.
O guia da Oracle orienta os clientes a delegar o subdomínio escolhido para servidores de nomes mostrado na caixa de diálogo de conversão da conta. Alerta que o uso do domínio completo deve ser dedicado e não do domínio principal da empresa. Ver Responsys convertendo para um domínio de marca. Trate a delegação como uma transferência operacional de autoridade para aquela subárvore DNS , não como uma adição isolada de registro TXT de e-mail.
Combine quem é o proprietário dos incidentes após a delegação. A equipe DNS corporativa ainda controla a delegação pai, enquanto a autoridade delegada fornece registros dentro da zona filha. Registre como entrar em contato com ambas as equipes e como se recuperar sem quebrar links de marketing ativos ou tratamento de respostas.
Capture as instruções reais de conversão da conta
Inspecione o fluxo de trabalho de gerenciamento de marca compatível na conta correta do Responsys. Registre a marca pretendida e os valores exatos do servidor de nomes fornecidos pela conta. Não envie a conversão enquanto ainda estiver coletando informações. Revise primeiro a alteração proposta, o impacto nos negócios, o endereço de notificação e as condições de recuperação com os proprietários autorizados.
Se o método de delegação padrão não puder ser usado, a Oracle direcionará os clientes ao suporte em vez de apresentar um conjunto de registros de substituição genérico. Ver Responsys convertendo para um domínio de marca. Obtenha uma alternativa com suporte original para essa conta. Um artigo da web descrevendo o layout de registro de outro cliente não é autoridade suficiente para alterar a zona.
Exigir saídas de autenticação explícitas
Peça ao proprietário do Responsys ou ao suporte verificado para identificar o domínio do envelope esperado, DKIM domínio e seletor de assinatura, como a assinatura é ativada e quem mantém os registros SPF e DKIM após a delegação. Identifique também o correto DMARC localização da política para o domínio De visível pretendido. Não publique registros duplicados ou conflitantes na zona pai na tentativa de substituir registros controlados pela zona delegada.
SPF autoriza a identidade SMTP relevante; DKIM vincula uma assinatura verificada a um domínio de assinatura; DMARC requer um mecanismo de passagem alinhado para o domínio From visível. Ver Estrutura de Política do Remetente RFC 7208, Correio identificado por DomainKeys RFC 6376 e Relatório e conformidade de autenticação de mensagens baseadas em domínio RFC 9989. Esses padrões explicam o que testar, mas não comprovam o que uma conta específica do Responsys suporta atualmente.
Verifique a autoridade e uma campanha controlada
Primeiro, rastreie a delegação DNS pública e confirme quais servidores de nomes têm autoridade para o subdomínio escolhido. Em seguida, examine os registros de autenticação emitidos com os nomes apropriados. Retenha a origem de cada valor e um carimbo de data/hora de observação. Não marque a autenticação como concluída apenas porque a notificação de conversão da marca chegou.
Envie uma pequena campanha controlada da marca pretendida. Capture o From entregue, a identidade do envelope, DKIM d= e s=, e os resultados SPF , DKIM e DMARC do destinatário. Verifique o tratamento de respostas e os destinos dos links rastreados como testes funcionais separados. Um link aberto corretamente não estabelece DKIM alinhado e uma mensagem assinada não prova que as respostas cheguem à equipe pretendida.
Planilha de delegação e autenticação do Responsys
- Conta e marca: ____; domínio ou subdomínio dedicado proposto: ____.
- Dependências existentes de web, e-mail e aplicativos verificadas: ____; aprovação comercial: ____.
- Valores do servidor de nomes desta conta: ____; proprietário da alteração da zona pai: ____.
- Observação e carimbo de data/hora da autoridade da zona delegada: ____; confirmação de conversão: ____.
- Instruções de autenticação suportadas e proprietário de ativação: ____.
- Identidade esperada do envelope: ____; DKIM d= e seletor: ____; proprietário da apólice: ____.
- Campanha controlada ID da mensagem e destinatário: ____; resultados de autenticação: ____.
- Mecanismo alinhado: ____; tratamento de respostas: ____; verificações de link: ____.
- Dependências de recuperação, registros não resolvidos e decisão de liberação: ____.
Deixe o campo de instruções de autenticação sem resolução se não existir nenhuma evidência de conta primária. A prontidão para delegação e prontidão para autenticação são decisões de aceitação diferentes.
Diagnóstico fictício de um erro de registro na zona pai
Apenas exemplo fictício: a Harbor Retail delega news.example à sua conta Responsys e, em seguida, adiciona um DKIM adivinhado Registro TXT em news.example na interface DNS pai. O registro aparece na interface, mas não é retornado pelos servidores de nomes com autoridade para o subdomínio delegado. Um teste de campanha ainda não possui a identidade de assinatura verificada pretendida.
A equipe rastreia a autoridade, remove a suposição não comprovada de seu plano e solicita ao operador responsável o registro efetivamente emitido e o fluxo de trabalho de ativação. Ele testa uma nova campanha somente depois que esses requisitos são resolvidos. Nenhuma conta Harbor Retail ou zona DNS foi inspecionada.
Segure a liberação até que a rota seja evidenciada
Aprove a transferência de domínio apenas com as dependências e o plano de recuperação compreendidos. Aprove a autenticação somente após instruções específicas da conta, registros oficiais e evidências de mensagens recebidas concordarem. Preserve a distinção no registro de alterações para que uma conta de marca não possa ser confundida com um domínio de envio verificado.
A configuração completa do Responsys SPF e DKIM permanece mantida porque o guia de identidade visual recuperado não fornece o procedimento de autenticação ausente. Inspeção de conta ativa, DNS delegado, teste de mensagens, inspeção visual humana, aprovação e publicação de PME estão todos pendentes.
Defina uma decisão de mudança separada para cada marca
O guia de branding documenta até cinco domínios de marca e uma conversão única após a criação da conta. Confirme a aplicabilidade da conta antes de realizar uma mudança de marca. A conversão, o tratamento de respostas, os links rastreados e a autenticação precisam, cada um, de sua própria evidência de aceitação; um teste de link aprovado não deve fechar uma tarefa de configuração DKIM ausente.
Separe a aceitação de mensagens da implementação de políticas
Um resultado SPF alinhado e aprovado pode satisfazer uma avaliação de mensagem, mas não justifica por si só mover um domínio inteiro para rejeição. RFC 9989 A seção 7.4 exige DKIM válido para publicação de domínios p=reject e alerta sobre a interoperabilidade de correio indireto. Faça um inventário de todos os remetentes legítimos e rotas indiretas antes que o proprietário da política aprove a aplicação. Nenhuma alteração DNS , operação de locatário ou teste de mensagem recebida foi executada para este artigo.