Um exemplo de registro DMARC mostra uma política DNS TXT que solicita ao destinatário como tratar mensagens quando nenhum mecanismo SPF ou DKIM fornece um resultado válido e alinhado a From. Uma configuração incorreta pode deixar falsificações sem restrições pelo DMARC ou afetar mensagens legítimas; outros filtros e requisitos do Gmail também influenciam. Para configurar o sistema completo, consulte o guia de e-mail empresarial e como criar e-mail com seu domínio.
Publique uma única política DMARC válida em _dmarc.yourdomain.com. Se você ainda não conhece todos os remetentes, comece observando e avalie quarentena ou rejeição depois de validar os fluxos. O guia de registros DNS necessários do TrekMail explica a configuração básica; aqui veremos qual exemplo de registro DMARC se adapta a cada etapa.
O que um registro DMARC faz
Um exemplo de registro DMARC pode indicar a versão do protocolo, a política solicitada para mensagens com falha e um destino de relatórios. O DMARC se apoia em SPF e DKIM, sem substituí-los nem corrigi-los. Ele verifica se pelo menos um passa com alinhamento ao domínio visível de From.
Este registro solicita relatórios sem restrições pelo DMARC:
Host: _dmarc
Type: TXT
Value: v=DMARC1; p=none; rua=mailto:dmarc@example.comSeus componentes são:
v=DMARC1identifica o registro como DMARC.p=nonenão solicita quarentena nem rejeição pelo DMARC; filtros locais continuam possíveis.rua=mailto:dmarc@example.comsolicita relatórios agregados XML aos destinatários participantes, sem garantir o envio.
Essa é a base. As demais tags ajustam o comportamento solicitado.
DMARC é uma política, não uma prova de que o conteúdo é seguro. SPF e DKIM autenticam determinados domínios; o DMARC verifica se um resultado válido está alinhado ao domínio que o usuário vê em From.
5 exemplos de políticas DMARC
Um único exemplo de registro DMARC não atende a todos os casos. A escolha depende da observação, das restrições planejadas, dos subdomínios e da necessidade de alinhamento estrito. Os registros seguintes são alternativas e não devem ser publicados juntos.
Somente monitoramento. Útil ao investigar fornecedores e encaminhamento, comparando os relatórios parciais com o inventário.
v=DMARC1; p=none; rua=mailto:dmarc@example.comSolicitar quarentena. Uma opção restritiva a avaliar após validar os remetentes legítimos.
v=DMARC1; p=quarantine; rua=mailto:dmarc@example.comSolicitar rejeição. Para configurações verificadas e riscos avaliados; o destinatário pode aplicar exceções locais.
v=DMARC1; p=reject; rua=mailto:dmarc@example.comImplantação gradual. O percentual solicita amostragem das mensagens com falha, não de todos os e-mails, e depende da aplicação pelo destinatário.
v=DMARC1; p=quarantine; pct=25; rua=mailto:dmarc@example.comSubdomínios e alinhamento estrito. A política herdada se aplica a partir do domínio organizacional aos subdomínios sem política própria. O alinhamento estrito exige correspondência exata e pode afetar fluxos autorizados.
v=DMARC1; p=reject; sp=quarantine; adkim=s; aspf=s; rua=mailto:dmarc@example.com
| Política | Uso possível | Benefício esperado | Principal risco |
|---|---|---|---|
p=none | Observação inicial | Não solicita restrições pelo DMARC | Não solicita bloqueio de falsificações nem garante ausência de incidentes |
p=quarantine | Fluxos empresariais já validados | Solicita tratamento restritivo | Pode afetar aplicativos sem alinhamento; não garante pasta de spam nem recuperação |
p=reject | Produção verificada | Solicita rejeição das falhas no DMARC | Uma configuração incorreta pode provocar a rejeição de e-mails legítimos |
pct=25 | Restrições graduais | Solicita aplicação parcial às mensagens com falha | A amostragem não é respeitada universalmente nem garante menor impacto |
adkim=s; aspf=s | Necessidade confirmada de correspondência exata | Exige alinhamento exato de domínios | Pode fazer mensagens autorizadas de terceiros falharem |
Este exemplo de registro DMARC é uma opção de quarentena a avaliar depois dos testes de fluxos legítimos, não a política inicial mais segura para qualquer domínio:
v=DMARC1; p=quarantine; rua=mailto:dmarc@example.comEle já solicita restrições, embora não peça rejeição direta. A aplicação e a possibilidade de recuperar mensagens dependem do destinatário.
Como publicar um registro DMARC no DNS
Para publicar um exemplo de registro DMARC, crie uma única política TXT em _dmarc, adapte o valor e confira a resposta DNS. Os erros comuns são publicar na raiz em vez de _dmarc e criar várias políticas DMARC.
Se você decidiu usar quarentena, este é o formato do exemplo; o TTL não garante quando a propagação terminará:
Host: _dmarc
Type: TXT
TTL: 3600
Value: v=DMARC1; p=quarantine; rua=mailto:dmarc@example.comVerifique a publicação:
dig +short TXT _dmarc.example.com
nslookup -type=TXT _dmarc.example.comDeve aparecer uma única política DMARC válida começando com v=DMARC1. Várias strings TXT podem formar o mesmo registro; outros TXT não são necessariamente políticas DMARC.
Segundo a RFC 7489, nenhuma política válida é aplicada nessa consulta quando não existe uma política ou são encontradas várias políticas DMARC. Confira também o formato do painel: alguns esperam apenas _dmarc, outros pedem o nome completo. O domínio pode ser acrescentado automaticamente.
Para todo o DNS, a documentação do TrekMail sobre registros DNS necessários aborda MX, SPF, DKIM e DMARC.
Erros comuns nos registros DMARC
Um exemplo de registro DMARC mal adaptado pode falhar pelo nome, por várias políticas, por um destino de relatórios incorreto ou por alinhamento estrito não testado. Também é comum confundir uma falha SPF após encaminhamento com falha DMARC. Investigue a configuração e as mensagens reais.
Confira especialmente estes pontos:
- Publicar na raiz. O nome de consulta é
_dmarc, não@. - Criar várias políticas DMARC TXT. Mantenha uma única política por nome de consulta.
- Usar
p=rejectsem validar o inventário. Um CRM ou sistema de cobrança esquecido pode ter mensagens rejeitadas. - Atribuir todas as falhas de encaminhamento ao DMARC. O SPF pode falhar; o DKIM permite que o DMARC passe se continuar válido e alinhado, com os dados assinados preservados após a canonicalização. Consulte como encaminhar e-mails do domínio para o Gmail e o encaminhamento com aliases de e-mail. O ARC pode orientar exceções locais, mas não é sozinho um resultado válido de DMARC.
- Ignorar o alinhamento. SPF válido não basta se não está alinhado e o DKIM também não fornece um resultado válido e alinhado. Se o DKIM fornecer esse resultado, o DMARC passa.
- Não solicitar relatórios. Sem
rua, relatórios agregados não são solicitados; outras fontes de diagnóstico continuam úteis. Monitore acesso, privacidade e autorização DNS no destino externo quando necessária.
As diretrizes do Google citadas descrevem requisitos cuja ausência pode causar restrições de envio ao Gmail, conforme o remetente e a regra aplicável. Consulte as perguntas frequentes oficiais sobre as diretrizes de envio. Nem todos os requisitos se aplicam igualmente a todos os volumes.
Escolher um registro DMARC para o TrekMail
O exemplo de registro DMARC adequado depende de como você envia. O SMTP gerenciado de um plano pago pode facilitar a configuração, mas exige os registros DNS indicados e testes reais. Com SMTP próprio, autorize o fornecedor no SPF do domínio de envelope usado e confira DKIM e alinhamento.
Estas são opções de coordenação:
| Configuração | Gestão separada | Gestão com TrekMail |
|---|---|---|
| Envio gerenciado | Coordenar hospedagem de caixas e outro fornecedor SMTP | Usar o SMTP gerenciado do plano correspondente, publicar DNS e verificar o alinhamento |
| SMTP próprio | Escolher registros sem verificar o serviço de saída | Separar as caixas e configurar exatamente SPF e DKIM para o provedor real |
| Vários domínios | Editar cada domínio sem acompanhamento comum | Padronizar configurações adaptadas e revisar cada domínio |
A documentação do SMTP gerenciado do TrekMail descreve o envio incluído nos planos pagos correspondentes. Publique os registros e confira a autenticação alinhada. Com SMTP próprio, o SPF autoriza o provedor externo no domínio utilizado e o DMARC pode depender do DKIM se o SPF não passar com alinhamento. Respeite o limite SPF de mecanismos e modificadores que provocam consultas DNS, incluindo avaliações aninhadas.
A hospedagem da caixa e o envio podem ser serviços diferentes. Se o aplicativo usa SES, SendGrid ou Mailgun, um exemplo de registro DMARC válido não evita falhas caso nenhum mecanismo passe com alinhamento naquele serviço.
Para usuários do TrekMail:
- Avalie SMTP gerenciado em um plano pago se atender às suas necessidades e verifique a configuração.
- Com SMTP externo, coordene SPF, DKIM e DMARC como uma única mudança.
- Com muitos domínios, organize os destinos dos relatórios e adapte as etapas a cada domínio.
A oferta descrita apresenta Starter a partir de $3.50 por mês, teste gratuito de 14 dias nos planos pagos sujeito a condições e Nano sem custo nem cartão conforme a oferta atual. Confira preços, requisitos e recursos na página de preços do TrekMail. Armazenamento compartilhado e migração IMAP dependem do plano; copiar mensagens não substitui a alteração de MX nem migra todos os aplicativos.
Implantação gradual do DMARC em 2026
A implantação de um exemplo de registro DMARC em 2026 deve considerar os remetentes reais e os riscos. Comece observando, valide os serviços e depois avalie restrições. Ir direto à rejeição pode revelar sistemas esquecidos quando as mensagens de produção já estão sendo afetadas.
- Publique primeiro uma política de monitoramento.
v=DMARC1; p=none; rua=mailto:dmarc@example.com - Revise os relatórios por 7 a 14 dias como observação inicial, não como garantia de prontidão. Compare cobrança, CRM, suporte e encaminhamento com inventários, logs e testes; fluxos trimestrais ou excepcionais podem exigir mais tempo.
- Corrija SPF, DKIM e pelo menos um resultado válido e alinhado por remetente. Se um fornecedor não permitir alinhamento, avalie substituí-lo ou separar os envios com uma configuração planejada.
- Avalie a quarentena após os testes.
v=DMARC1; p=quarantine; rua=mailto:dmarc@example.com - Considere a rejeição quando relatórios, testes e avaliação de riscos justificarem.
v=DMARC1; p=reject; rua=mailto:dmarc@example.com
Para agências e carteiras de clientes, um processo gradual pode facilitar a coordenação. O TrekMail oferece gestão multidomínio, preços por plano, armazenamento compartilhado e cópia IMAP conforme a oferta; isso não substitui a validação individual nem garante uma migração sem incidentes.
O melhor exemplo de registro DMARC corresponde aos seus remetentes e às restrições que você pode aplicar. Investigue os relatórios parciais, teste a autenticação alinhada e depois avalie quarentena ou rejeição. Isso pode reduzir a falsificação direta, sem garantir bloqueio de toda fraude nem entrega na caixa de entrada.
O TrekMail pode reunir caixas, orientações DNS, SMTP gerenciado ou próprio e gestão multidomínio conforme o plano. Consulte trekmail.net e compare limites e custos: centralizar não garante economia frente à cobrança por usuário nem elimina o trabalho operacional.
