Confirme se Porkbun envia a mensagem
Um domínio registrado no Porkbun não usa necessariamente hospedagem de e-mail Porkbun. Primeiro, identifique se a mensagem se origina em uma caixa de correio hospedada, uma regra de encaminhamento, uma caixa de correio de terceiros ou um site. Este guia cobre e-mail hospedado no Porkbun. Mantenha um inventário de rotas separado para formulários de sites e e-mails de CRM, mesmo que eles compartilhem o mesmo domínio De visível.
Registre o domínio, enviando a caixa de correio, autoritativa servidores de nomes, atual SPF e Registros DMARCe o administrador DNS . Preservar a zona existente antes das alterações. O editor DNS de um registrador pode conter registros que os receptores públicos nunca veem quando os servidores de nomes de outro provedor são autoritativos. A movimentação de servidores de nomes não é um pré-requisito para autenticação e não deve ser incluída nesta alteração.
Selecione o fluxo de trabalho DNS apropriado
Para e-mail hospedado por Porkbun, o ícone do envelope de gerenciamento de domínio abre Hospedagem e encaminhamento de e-mail. Em Avisos Adicionais e Configuração, a opção Configurar DMARC o controle também configura DKIM. O provedor afirma que esse controle aparece apenas com um serviço de hospedagem de e-mail. Revise a alteração pretendida e a política existente antes de aceitar uma configuração automática. Porkbun DKIM e DMARC.
Se o painel reportar um aviso DMARC , os servidores de nomes externos poderão impedir a publicação automática. Isso não é evidência de que a caixa de correio não seja compatível. Obtenha os registros gerados e organize a publicação com o administrador DNS autorizado. Verifique as respostas públicas resultantes antes de confiar no status da conta.
Para DNS externo, Porkbun documenta seu SPF incluído como _spf.porkbun.com . Suas instruções também explicam como copiar o padrão da conta. _domainkey e _dmarc Registros TXT no painel Registros DNS . Copie a chave pública exatamente. Mesclar as permissões de remetente aplicáveis em uma só Registro SPF em vez de publicar um segundo. Instruções de DNS externo do Porkbun.
Preservar e-mails existentes durante a publicação
Não use a receita completa de migração de caixa de correio do artigo DNS externo como uma instrução para substituir o trabalho Registros MX durante uma alteração somente de autenticação. A migração MX altera a entrega de entrada e precisa de seu próprio plano aprovado. Da mesma forma, inspecione qualquer política DMARC existente antes de copiar uma substituição gerada: outros remetentes e destinos de relatórios podem depender dela.
Para o registro DKIM , diferencie o campo host do valor TXT . Se o editor anexar example.com , inserir um nome de host completo em um campo de nome relativo pode criar default._domainkey.example.com.example.com . Confirme o local real da pesquisa pública, não apenas a linha exibida. SPF é publicado como TXT no domínio do envelope relevante. A sua política avaliada deve permanecer dentro dos limites de pesquisa de DNS do protocolo. Regras SPF.
Teste o envio e encaminhamento da caixa de correio separadamente
Envie uma mensagem inofensiva da caixa de correio hospedada usando seu cliente de envio normal para um destinatário externo controlado. Salve o original completo e adicionado ao receptor Authentication-Results. Em seguida, teste qualquer fluxo de trabalho de encaminhamento separadamente; não substitua a correspondência encaminhada pela linha de base de envio direto.
- Teste: Envio direto de caixa de correio hospedada; Captura: De, Return-Path, todos os valores DKIM d= e s=; Condição de aprovação: pelo menos um método de aprovação está alinhado à política real
- Teste: Formulário de site de terceiros; Captura: Configuração do remetente e original recebido; Condição de aprovação: avalie esse serviço de envio separado, não a propriedade do registrador
- Teste: Mensagem encaminhada; Captura: Assinatura original e resultados pós-envio; Condição de aprovação: diagnosticar alterações independentemente do caminho da caixa de correio direta
- Esta tabela é um plano de teste, não um relatório de mensagens executadas. Para um From sintético de user@example.com e um DKIM validado d=example.com, o domínio de assinatura é uma correspondência exata. Uma assinatura de passagem para um domínio de provedor não relacionado não estabelece que alinhamento. Reply-To é útil para roteamento de resposta, mas não é o domínio que DMARC alinha. DMARC.
Resolva a falha específica
Se o controle automático estiver ausente, confirme a titularidade do produto em vez de procurar uma configuração de registrador não relacionada. Se o painel indicar configurado, mas DNS não tiver a chave, compare os servidores de nomes autorizados e a zona. Se a chave existir, mas a mensagem não estiver assinada, verifique a rota SMTP e a caixa de correio e forneça ao suporte um ID de mensagem redigido e o estado de assinatura observado. Não publique uma chave privada ou senha de caixa de correio em um ticket.
Se SPF parar de funcionar após uma mesclagem, restaure o registro anterior em bom estado e revise cada inclusão antes de tentar novamente. Se outro remetente quebrar após uma alteração automática DMARC , restaure a política anterior aprovada em vez de deixar ativa uma substituição acidental. Monitore a caixa de correio exata e os aplicativos afetados durante o próximo ciclo normal de envio. Mantenha os instantâneos e originais DNS com o registro de alterações e revise as permissões obsoletas após uma migração de caixa de correio. Nenhuma caixa de correio ativa, edição DNS ou mensagem entregue foi testada para este guia documental.
Reconcilie o escopo do produto antes de agir
Para o caso escrito PB-01, suponha que Porkbun hospede a caixa de correio, mas example.com delega DNS em outro lugar e também usa um CRM. O status Configurar DMARC não é evidência de que a zona externa foi alterada. Obtenha a chave gerada e a política proposta, preserve as permissões legítimas do CRM e publique apenas através do proprietário da zona autorizado. Se a identidade de envio do CRM for desconhecida, não tente incluir ou substituir a política SPF existente no atacado. Mantenha pendente cada observação DNS e mensagem necessária até que seja realmente coletada. Nenhuma configuração ou envio de email ocorreu aqui.
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.