Separe os modelos de identidade documentados
A auto-autenticação/personalização da configuração oficial DKIM artigo na Base de Conhecimento do BombBomb Classic, datado de 2 de maio de 2025 e revisado para este manuscrito em 8 de novembro de 2026, descreve duas abordagens. Um deles é um sistema Send On Behalf Of implementado automaticamente que altera o endereço De da mensagem. A outra é uma opção DKIM personalizada para equipes que usam domínio próprio, combinada com o departamento de entregabilidade.
A fonte está vinculada separadamente ao BombBomb Engage; este guia não estabelece que as instruções Clássicas se aplicam ao Engage. Confirme o produto da conta antes de usar este fluxo de trabalho.
Estas abordagens não devem ser apresentadas como receitas DNS equivalentes. O primeiro altera qual endereço aparece como autor da mensagem; a segunda requer trabalho específico da conta para estabelecer um acordo de assinatura personalizado. Identifique qual abordagem se aplica à conta e qual rota de envio está sob revisão antes de propor quaisquer alterações.
Este guia cobre deliberadamente os limites do fluxo de trabalho documentado publicamente. Não fornece uma estimativa seletor, SPF incluem chave pública ou configuração de conta. A implementação mais ampla do catálogo e os requisitos de mensagens recebidas permanecem abertos até que existam instruções específicas da conta e evidências operacionais autorizadas. Orientação DKIM personalizada BombBomb
Entenda a alteração do endereço de origem sem confundir as respostas
A solução documentada Send On Behalf Of altera o endereço De para um endereço de domínio de entrega controlado pelo provedor. BombBomb diz que o endereço de resposta e o nome do remetente permanecem os mesmos. Esses campos têm finalidades diferentes: um nome de exibição familiar ou um destino de resposta inalterado não significa que o endereço do autor original continue sendo a identidade de autenticação.
O registro de aceitação deve, portanto, capturar o endereço De real como uma identidade portadora de domínio, e não apenas o nome amigável mostrado por um aplicativo de correio. Registre a resposta separadamente para que as expectativas de atendimento ao cliente possam ser verificadas sem tratar o roteamento de resposta como prova de DMARC alinhamento. O artigo do provedor inclui um endereço reescrito ilustrativo; não trate essa ilustração como um modelo que prevê o endereço exato de cada conta.
O artigo descreve o comportamento como uma implementação padrão, mas uma declaração documental não pode estabelecer o que continha uma mensagem histórica específica. Verifique o correio autorizado do representante da rota relevante antes de fazer uma reclamação ao cliente sobre seu remetente visível ou resultados de autenticação. Solução 1 e dica profissional; RFC 9989 , seção 4.4
Determine se a opção de domínio personalizado se adapta à equipe
O provedor descreve DKIM personalizado como uma opção para usuários de um domínio de e-mail personalizado e direciona as equipes interessadas na autoautenticação ao seu departamento de capacidade de entrega. Um domínio que pertence a um provedor de caixa de correio pública não é um domínio que o cliente possa autorizar publicando DNS . Estabeleça o controle do domínio e o proprietário da empresa antes de solicitar um acordo personalizado.
Faça um inventário da conta ou equipe, do domínio do remetente pretendido, das categorias de e-mail afetadas e das pessoas responsáveis pelo DNS . A fonte recomenda envolver a TI porque a configuração requer um envolvimento administrativo mais profundo. Essa recomendação não é permissão para compartilhar senhas de administrador ou material de assinatura privada com um endereço de suporte. Prepare uma solicitação mínima descrevendo a rota pretendida e solicite os requisitos de configuração aplicáveis por meio do canal de suporte aprovado da organização.
Não afirme a elegibilidade do plano universal nem invente uma tela de autoatendimento. O artigo público fornece uma rota assistida por contato, não uma matriz completa de direitos ou um procedimento DNS reutilizável para cada produto BombBomb. Solução 2: configuração DKIM personalizada
Transforme as instruções do fornecedor em um plano de mudança aprovado
O contato documentado para assistência DKIM personalizada da equipe é delivery@bombbomb.com . Este manuscrito não envia esse pedido. Depois que a organização decidir prosseguir e receber orientação específica da conta, a revisão proposta deverá capturar o domínio exato, os tipos de registro, os nomes dos proprietários, os valores, as etapas de ativação e quaisquer implicações para o comportamento de envio existente.
Antes da publicação, compare essas instruções com DNS existente e as dependências de assinatura ativas. Um seletor já em uso por outra rota não deve ser substituído simplesmente porque uma nova solicitação de suporte contém um registro com nome semelhante. Preserve um estado anterior recuperável, atribua um proprietário DNS autorizado e identifique como a alteração será revisada.
Peça ao fornecedor para esclarecer qualquer etapa de ativação ou verificação ausente, em vez de preencher as lacunas com a receita de outro fornecedor. Um artigo público que diz que entrar em contato com o suporte não estabelece se uma conta específica usará chaves TXT , aliases, um seletor específico ou um domínio de envelope específico. O limite de implementação honesto é mantê-los como requisitos de conta não resolvidos até serem fornecidos. DKIM personalizado assistido por suporte; RFC 6376 , seção 3.5
Verifique a autenticação independentemente das garantias de marketing
O artigo do provedor usa uma linguagem ampla sobre conformidade e como evitar bloqueios. A aceitação operacional deveria ser mais restrita. Um válido Assinatura DKIM estabelece uma afirmação de domínio de assinatura sob o protocolo; DMARC avalia adicionalmente o alinhamento com o domínio do autor. Nenhum dos dois prova que os destinatários receberão a mensagem em sua caixa de entrada, confiarão em seu conteúdo ou considerarão a solicitação comercial legítima.
Para uma mensagem de representante autorizado, mantenha os resultados visíveis da autenticação Do domínio, DKIM d= domínio, seletor e receptor confiável. Registre a rota e o horário de envio para que uma mensagem de rota padrão mais antiga não seja confundida com uma configuração de domínio personalizado posterior. Se estiverem presentes múltiplas assinaturas, avalie a assinatura alinhada válida relevante em vez de assumir que a primeira exibida é decisiva.
SPF é uma verificação separada que usa identidades SMTP . Não adicione um mecanismo BombBomb adivinhado à política raiz de uma organização como um complemento automático para uma solicitação DKIM personalizada. Obtenha orientação atual específica da rota quando necessário. Uma conversa de suporte concluída e uma mensagem recebida verificada são evidências separadas. RFC 9989 , seção 4.4; RFC 7208 , seção 2.4; RFC 6376 , seção 3.5
Planilha de aceitação para revisão da identidade do remetente
Use esta planilha proposta para evitar que um nome de exibição familiar mascare uma alteração de identidade não revisada.
- Escopo da conta: identifique a equipe BombBomb, enviando rotas e categorias de mensagens incluídas na revisão.
- Modelo de identidade: registre se a reescrita padrão documentada ou uma configuração de domínio personalizado assistida por suporte é pretendida.
- Experiência do usuário: retenha o endereço De real, o nome De e Responder para separadamente, de acordo com as expectativas do proprietário das comunicações.
- Pré-requisitos de domínio personalizado: identifique o proprietário do domínio, o administrador DNS e a referência de suporte específica da conta.
- Registros propostos: preservam valores exatos emitidos pelo provedor e instruções de ativação, deixando campos desconhecidos explicitamente abertos.
- Evidência de mensagem: retenha uma amostra autorizada minimizada e a autenticação confiável e avaliação de alinhamento para essa rota.
- Liberação e retirada: nomeie o revisor, o proprietário da reversão e o processo para remover dependências obsoletas após o término do uso ativo.
A planilha é um projeto de controle original. Não é uma solicitação de suporte concluída, auditoria de conta, pesquisa DNS ou teste de email.
Diagnóstico fictício: um nome familiar esconde uma mudança de endereço
Uma equipe fictícia de serviços de propriedade vê o nome de exibição do mesmo membro da equipe e recebe respostas normalmente após uma mudança de provedor. Ele conclui que o endereço De original do domínio da empresa ainda deve ser usado. Um revisor solicita os campos de endereço reais e descobre que o exemplo em discussão usa um endereço de autor de domínio de entrega reescrito, enquanto Reply-To ainda aponta para o membro da equipe.
A correção proposta é documentar o modelo de identidade escolhido e decidir se a equipe deseja seguir a rota DKIM personalizada do provedor. Ele não rotula a mensagem como falsa apenas porque o endereço do autor é diferente de Responder para e não afirma que já existe uma configuração de domínio personalizado. Qualquer alteração futura ainda requer instruções do fornecedor, publicação autorizada e aceitação da mensagem recebida. Este cenário é fictício e não é uma alegação sobre uma conta BombBomb real.