Escopo e pré-requisitos
O antigo URL de verificação de domínio do ZeptoMail agora apresenta a documentação Zoho CPaaS, atualizada em 22 de outubro de 2026. A configuração do domínio abaixo segue a página atual e seu escopo de email transacional. Confirme o rótulo do produto e a rota da conta no seu locatário, em vez de assumir que uma captura de tela histórica ainda corresponde. A página exclui expressamente e-mails promocionais em massa; uma campanha de marketing pertence a um serviço de marketing suportado.
Configure a rota documentada
- Passo 1. Em Domínios, escolha Adicionar Domínio e insira o domínio exato. Associe o Agente ou Agentes apropriados. Registre qual aplicativo usa cada Agente para que o teste cubra a rota de produção.
- Passo 2. Selecione o domínio não verificado e obtenha o gerado DKIM TXT e CNAME pares host/valor. Use o provedor DNS seletor ou Outro para entender o formato de host esperado.
- Etapa 3. Publique ambos os registros gerados no serviço DNS oficial. O registro DKIM carrega a chave pública; o CNAME estabelece o salto ou Return-Path subdomínio. Não substitua um arbitrário Registro MX ou um palpite SPF incluir.
- Passo 4. Volte ao produto e escolha Verificar. Sua documentação atual recomenda DKIM mais o caminho de retorno CNAME e afirma que um separado Registro SPF não é necessário para este fluxo de verificação. A política SPF não relacionada existente deve permanecer intacta.
- Passo 5. Se a verificação estiver pendente, compare o ativo servidores de nomes e registros exatos. A janela de atualização documentada é de 24 a 48 horas; use Check DKIM e Check CNAME em seu kit de ferramentas de verificação para investigar, em vez de regenerar chaves repetidamente.
- Etapa 6. Envie uma notificação transacional representativa por meio do Agente designado. Registre a identidade DKIM e SPF selecionada pelo Return-Path gerado.
- Passo 7. Mantenha os registros após o lançamento. O serviço os verifica continuamente e pode suspender o envio se os registros necessários permanecerem ausentes além do prazo estabelecido pela conta.
Riscos específicos do produto
Um novo seletor DKIM deve ser verificado antes do uso. A página descreve a adição de até duas novas chaves após a verificação da chave existente; use o fluxo de rotação da conta, não uma exclusão imediata da chave DNS antiga. Se um domínio for suspenso após alterações DNS , restaure as entradas geradas ausentes e verifique novamente. Mantenha o caminho da mensagem devolvida funcionando: uma passagem DKIM por si só não prova que o processamento de devolução foi preservado.
Prove a rota na extremidade receptora
Use uma caixa de correio externa aprovada e salve a mensagem bruta completa com seu carimbo de data/hora e identificador de mensagem. Nenhum teste de inquilino ativo é reivindicado neste guia. A seguir está uma planilha de aceitação para ser preenchida durante a implementação, não um recorde dos resultados observados.
- Campo de evidência: Visível de; O que registrar: Endereço e domínio reais; Pergunta de aceitação: esta é a identidade do remetente pretendido?
- Campo de evidência: Envelope; O que registrar: Return-Path e domínio SPF relatado pelo receptor; Pergunta de aceitação: Qual domínio SPF realmente autenticou?
- Campo de evidência: SPF ; O que registrar: Resultado do receptor confiável e identidade avaliada; Pergunta de aceitação: foi aprovado e essa identidade está alinhada?
- Campo de prova: DKIM ; O que registrar: Todo d= domínio, s= resultado do seletor e do receptor; Pergunta de aceitação: pelo menos uma assinatura aprovada está alinhada?
- Campo de evidência: DMARC; O que registar: Resultado do receptor e política aplicável; Pergunta de aceitação: Existe um caminho de passagem alinhado?
- Campo de evidência: Rota; O que registrar: Produto, conta e tipo de mensagem; Pergunta de aceitação: O teste utilizou o caminho de produção?
DMARC precisa de pelo menos um caminho SPF ou DKIM alinhado e de passagem. Uma assinatura de passagem de um domínio de serviço não relacionado não é suficiente. Estrito alinhamento requer igualdade exata de domínio; o alinhamento relaxado usa o relacionamento de domínio organizacional aplicável. Verifique as configurações reais de alinhamento do domínio antes de declarar sucesso. Um subdomínio não é uma correspondência estrita automática. SPF usa a identidade SMTP , não o nome de exibição ou Responder para. Consulte o glossário de alinhamento ao registrar a decisão.
Usar Authentication-Results do sistema receptor em que você confia, não de um cabeçalho fornecido por um remetente arbitrário. Capture todas as assinaturas em vez de parar na primeira falha. Para correspondência encaminhada, compare um teste direto com uma cópia encaminhada: o encaminhamento pode alterar a avaliação SPF ou alterar o conteúdo assinado. Não diagnostique esses efeitos adicionando o endereço do remetente à autorização do seu provedor.
Diagnosticar falhas sem ampliar o acesso
Compare primeiro DNS autoritativo com os nomes de registro exatos configurados e, em seguida, verifique a visibilidade recursiva e a validação do serviço. Um nome errado, uma chave truncada ou CNAME conflitante não são corrigidos aguardando os caches. Mantenha apenas uma política SPF por proprietário e verifique o limite de dez prazos de pesquisa de DNS nas inclusões e redirecionamentos avaliados antes de mesclar outro remetente. Os seletores DKIM pertencem a configurações de assinatura individuais; não substitua o registro de outro aplicativo para forçar um resultado de validação.
Se a autenticação for aprovada, mas a entrega for ruim, inspecione a resposta do destinatário, a reputação, o conteúdo e as permissões de envio separadamente. O passe DMARC não promete aceitação ou colocação na caixa de entrada. Se nenhum dos caminhos estiver alinhado, interrompa a expansão e corrija a configuração real do remetente. Não enfraqueça a política DMARC de todo o domínio para esconder uma única falha do produto.
Transferência e recuperação
Salve a diferença DNS aprovada, os resultados da pesquisa pública, o status do serviço e a planilha de mensagens recebidas redigida com um proprietário nomeado. Mantenha credenciais e chaves privadas fora dos tickets. Em caso de falha, pause o trabalho de envio afetado ou use uma rota previamente testada sob o controle do proprietário do serviço. Restaure apenas os registros alterados que pertencem a esta integração; mantenha as chaves públicas necessárias para mensagens em trânsito. Teste novamente após reversão, rotação de chave, migração de domínio ou alteração na retransmissão de saída. Feche a mudança somente quando o proprietário do produto e o administrador de correio puderem explicar a cadeia de identidade observada.
Confirme o limite do provedor
A página atual limita a função de registro de compartilhamento às funções de Postmaster e Engenheiro e lista um limite máximo de 100 contas de domínio. Seu fluxo DNS opcional com um clique é uma opção de autorização separada, não um requisito para configuração manual. Leia o prazo de advertência real em vez de inventar um período de carência universal. Uma chave existente verificada é necessária antes de adicionar chaves adicionais documentadas.
Trabalhe em um caso de diagnóstico fictício
Somente caso escrito fictício: ZP-01 assume que From alerts@shop.example passou d=shop.example em um Agente, mas um segundo aplicativo usa um Agente cuja associação de domínio não foi confirmada. Nenhum envelope de segunda aplicação ou resultado de assinatura está disponível. O proprietário do aplicativo deve verificar essa associação e enviar apenas um teste transacional aprovado. O resultado do primeiro Agente não comprova a segunda via ou elegibilidade para marketing. Nenhum locatário, DNS , comando de servidor ou mensagem foi exercido neste caso.
Separe uma mensagem passageira da prontidão para aplicação
A Seção 7.4 RFC 9989 exige DKIM válido para uma publicação de domínio p=reject e alerta sobre a interoperabilidade de correio indireto. Um único resultado alinhado SPF não justifica, por si só, uma implementação de política de rejeição. Revise todas as rotas legítimas e propriedade de políticas separadamente da configuração deste provedor.