Uma mensagem pode passar no SPF ou no DKIM para um domínio sem que esse domínio esteja alinhado à identidade visível do remetente. O alinhamento é a relação verificada pelo DMARC. Os detalhes dependem do modo e dos domínios configurados; por isso, inspecione a mensagem real em vez de confiar apenas em um indicador verde.
Diferencie autenticação aprovada de alinhamento
Uma mensagem pode passar no SPF ou no DKIM para um domínio sem que esse domínio esteja alinhado ao remetente visível. Essa relação é o que o DMARC verifica. Os detalhes dependem do modo e dos domínios configurados; confira a mensagem real em vez de julgar apenas pelo indicador verde.
Use as orientações de configuração e alinhamento de domínio do Sendvio para sua conta e envolva a pessoa responsável pelo DNS. Os e-mails da equipe, as respostas do suporte e outros serviços legítimos talvez precisem de atenção antes de ser apropriado aplicar uma política mais rígida ao domínio inteiro.
Faça um teste simples de alinhamento
Imagine uma campanha cujo endereço visível no campo De usa o domínio da loja. A mensagem passa no DKIM, mas a assinatura aprovada pertence a um domínio sem relação com a loja. Isso autentica alguma coisa, mas não comprova a identidade alinhada que a empresa precisa. Em contraste, uma assinatura aprovada por um domínio devidamente alinhado pode satisfazer o DMARC mesmo que outro caminho de autenticação não esteja alinhado.
O alinhamento estrito exige que o domínio seja idêntico. O alinhamento flexível aceita a relação aplicável entre domínios organizacionais, sem exigir nomes idênticos. A interpretação correta depende dos domínios reais, da política publicada e da avaliação do destinatário. Peça ao administrador para inspecionar esses valores em vez de presumir que todos os subdomínios ou domínios visualmente parecidos sejam equivalentes.
É por isso também que mudar o endereço de resposta não resolve uma falha de DMARC. Respostas e autenticação têm funções diferentes. Mantenha um caminho útil para o cliente responder, mas investigue o alinhamento a partir das identidades presentes na mensagem entregue.
Revise antes de aplicar a política
Uma política de monitoramento pode mostrar quais sistemas enviam mensagens usando seu domínio. Os relatórios precisam ser interpretados: um tráfego desconhecido pode não estar autorizado, mas também pode vir de um serviço legítimo que alguém esqueceu de documentar.
Não copie de um tutorial uma política rigorosa e suponha que seja segura. Apertar o controle antes de preparar os remetentes legítimos pode interromper mensagens esperadas. Registre as alterações e combine como agir caso surjam problemas depois da atualização.
Trate a política e os relatórios como decisões operacionais
Uma política “none” não solicita um tratamento especial para falhas de validação. “Quarantine” comunica que as falhas devem ser tratadas como suspeitas; “reject” expressa uma preferência de tratamento mais rigorosa. Os sistemas destinatários ainda decidem o que fazer com base em outras informações. Nenhuma dessas opções garante que as mensagens desejadas cheguem à caixa de entrada nem que todas as tentativas de falsificação desapareçam.
Os relatórios agregados podem mostrar quais sistemas enviam mensagens pelo domínio e como a autenticação e o alinhamento foram avaliados. São evidências operacionais, não um relatório de engajamento de campanhas. Defina quem vai interpretá-los e investigar remetentes desconhecidos. Uma origem não identificada pode ser um serviço legítimo esquecido, um efeito de encaminhamento ou um uso não autorizado; cada possibilidade exige uma ação diferente.
Confira os resultados regularmente
Envie testes controlados, confira o alinhamento e revise os relatórios com um administrador qualificado. Proteger o domínio é uma responsabilidade contínua de configuração, especialmente ao incluir um novo serviço de envio ou mudar o domínio da marca.
Mantenha expectativas realistas. O DMARC ajuda a proteger a identidade do remetente e a lidar com falhas de autenticação. Não impede todas as tentativas de phishing nem garante que as campanhas cheguem à caixa de entrada. Combine-o com informações de remetente reconhecíveis, permissões adequadas e um padrão constante de mensagens que as pessoas esperam receber.
Antes de tornar a política mais rígida, faça uma lista dos remetentes: equipe, suporte, marketing e serviços operacionais. Teste cada caminho relevante e registre qual identidade alinhada deve apresentar. Se uma atualização interromper tráfego legítimo, essa lista ajudará a identificar o serviço afetado sem enfraquecer às cegas a configuração do domínio inteiro.
Use os padrões atuais e as instruções específicas da conta ao planejar alterações. As especificações e implementações de DMARC evoluem; os parâmetros de implantação de um tutorial antigo podem não ser uma boa base para uma nova configuração. O objetivo prático para a loja continua claro: saber quem usa o domínio legitimamente, verificar o alinhamento e escolher uma política cujos efeitos sobre as mensagens reais sejam compreendidos. Reavalie essas evidências sempre que a arquitetura de envio mudar.