Fundamentos de EmailQuais são os Requisitos de DMARC do Outlook? (Guia de 2026)Requisitos de DMARC do Outlook para 2026 explicados: SPF, DKIM, DMARC, as regras de envio em massa da Microsoft e porque é que os emails em conformidade ainda podem ir parar ao spam.
O Risotto lidera em Zero Trust focado em runtime com monitorização eBPF, aplicação dinâmica de privilégios mínimos e automação de conformidade.
O Risotto lidera em Zero Trust focado em runtime com monitorização eBPF, aplicação dinâmica de privilégios mínimos e automação de conformidade.
O Risotto lidera em Zero Trust focado em runtime com monitorização eBPF, aplicação dinâmica de privilégios mínimos e automação de conformidade.
O teu registo DMARC está publicado. O SPF passa, o DKIM passa, o Gmail e o Yahoo entregam normalmente. Mesmo assim, o Outlook continua a enviar os teus emails para o lixo.
O envio de emails para o spam do Outlook é muito mais comum do que a maioria de quem envia imagina. Os requisitos DMARC da Microsoft são relativamente fáceis de cumprir. Assim que a autenticação está configurada corretamente e o alinhamento passa, cumpriste o requisito básico.
Muitas pessoas assumem que um registo DMARC válido deve melhorar a colocação no Outlook. Na realidade, o DMARC determina principalmente se a Microsoft aceita ou não a mensagem. Não determina se essa mensagem vai para a caixa de entrada, para a pasta de spam ou se desaparece devido a decisões de filtragem.
A colocação na caixa de entrada depende de sinais de reputação, como a qualidade do IP, taxas de reclamação, engagement e comportamento de envio.
É muito mais importante perceber o impacto da autenticação versus a pontuação de reputação na colocação na caixa de entrada, desde que a aplicação das regras da Microsoft para grandes remetentes começou a ser implementada. As falhas de autenticação causam agora rejeições diretas, enquanto os problemas de reputação continuam a causar a colocação no spam.
Neste guia, vais aprender o que o Outlook exige em 2026, os erros de alinhamento que provocam falhas e os fatores de reputação que acabam por decidir a colocação na caixa de entrada.
Os requisitos DMARC do Outlook são as regras de autenticação que a Microsoft aplica aos remetentes de grande volume, ou seja, domínios que enviam mais de 5000 mensagens por dia para serviços de consumidor do Outlook, como Outlook.com, Hotmail.com, Live.com e MSN.com. Esses remetentes precisam de SPF, DKIM e de um registo DMARC configurado pelo menos como p=none que passe no alinhamento. A Microsoft também recomenda opções de cancelamento de subscrição claras e uma forte higiene de listas. Os emails de grande volume que não cumprem as regras vão inicialmente para o spam e podem ser rejeitados até que os registos DNS sejam corrigidos.
Antes de mais nada, confirma se o SPF and DKIM estão mesmo a passar com o verificador de SPF e o verificador de DKIM gratuitos do MailReach. Um registo que está publicado mas não passa é um dos motivos mais comuns para o Outlook rejeitar correio que parece em conformidade no papel.
Os requisitos da Microsoft para remetentes em massa aplicam-se se enviares 5.000 ou mais emails por dia para caixas de entrada do Outlook de consumidores.
Isto inclui:
O limite de 5.000 mensagens é medido no teu domínio de envio num período de 24 horas.
Se estiveres abaixo do limite de 5.000, a Microsoft ainda pode avaliar a tua autenticação, reputação e taxas de reclamação, mas os requisitos para remetentes em massa não são aplicados da mesma maneira.
A Microsoft usa sistemas de filtragem diferentes para caixas de correio de consumidores e de empresas.
Os requisitos da Microsoft para remetentes em massa e a monitorização SNDS aplicam-se às caixas de correio Outlook de consumidores. As caixas de correio empresariais do Microsoft 365 são filtradas separadamente através do EOP (Exchange Online Protection).
A autenticação é um requisito básico para ambos os ambientes, mas os sinais de reputação e de engagement são avaliados de forma independente.
Sim. O requisito mínimo da Microsoft é um registo DMARC publicado com uma política de pelo menos p=none.
Uma política p=none cumpre o requisito e ajuda a evitar rejeições relacionadas com a autenticação, incluindo erros 550 5.7.515.
O que não faz é impor nada. As mensagens que falham no DMARC continuam a ser entregues de acordo com as decisões de filtragem do fornecedor de receção.
Para cumprir as regras do Outlook, p=none chega. Se o teu objetivo for uma proteção mais forte contra o spoofing de domínios, passa para p=quarantine ou p=reject depois de veres os teus relatórios DMARC e confirmares que o email legítimo passa na autenticação.
O DMARC só passa quando o domínio From: que o teu destinatário vê coincide com o domínio SPF return-path ou com o domínio de assinatura DKIM. Um registo publicado sem alinhamento continua a falhar, o que significa que podes ter um registo DMARC perfeitamente válido e continuar a ser tratado como não autenticado.
A desculpa do alinhamento é uma causa comum de falhas de autenticação no Outlook, especialmente quando um ESP ou ferramenta de terceiros envia a partir do teu domínio usando o seu próprio return-path.
Confirma que o DMARC passa mesmo no alinhamento em envios reais, e não apenas que o registo existe. Uma consulta DNS confirma a presença. Só inspecionar uma mensagem entregue, ou os teus relatórios agregados DMARC, é que confirma o alinhamento.
A Microsoft lançou os seus requisitos para remetentes em massa por fases. O calendário abaixo mostra quando é que a filtragem, os avisos e as rejeições permanentes entraram em vigor.
Não encares isto como uma solução milagrosa para a deliverability: a conformidade com DMARC evita falhas de autenticação, mas é a reputação que continua a decidir se vais parar ao inbox ou ao spam.
A fiscalização da Microsoft é mais rígida do que a base anterior, em que uma autenticação fraca podia apenas reduzir o posicionamento. As configurações que antes pareciam um problema de filtragem podem agora desencadear rejeições 550 5.7.515. Para uma visão mais alargada sobre a evolução da fiscalização por parte dos fornecedores de caixas de correio, consulta o nosso resumo de estatísticas de deliverability de email.
Quando o Outlook rejeita ou filtra uma mensagem, a mensagem de erro inclui habitualmente um código de erro SMTP. O código indica se o problema está na autenticação, na reputação, no cumprimento de políticas ou noutra coisa qualquer.
Os códigos abaixo abrangem os problemas com que os emissores se deparam mais frequentemente e são o ponto de partida ideal para resolveres a situação.
SPF, DKIM, DMARC e a anulação de subscrição com um clique ajudam-te a cumprir os requisitos de remetente do Outlook, mas não garantem a colocação na caixa de entrada.
O Outlook dá muito mais importância à reputação do remetente do que a maioria das pessoas pensa. Um email totalmente autenticado ainda pode ir para o spam se o IP de envio tiver uma fraca reputação, gerar reclamações ou mostrar sinais fracos de engagement.
É por isto que muitos remetentes corrigem a autenticação, veem os erros desaparecer e assumem que o problema está resolvido. O email é aceite, mas continua a ir para o lixo.
Se o Outlook é consistentemente o teu pior fornecedor de caixas de correio, o problema é frequentemente a reputação e não um registo SPF, DKIM ou DMARC em falta.
O passo seguinte é verificar onde as tuas mensagens vão parar a sério. Passar na autenticação apenas te diz que o Outlook aceitou a mensagem. Não te diz se chegou mesmo ao inbox.
O Gmail, o Yahoo e o Outlook exigem agora SPF, DKIM e DMARC para quem envia em maior volume, mas não aplicam esses requisitos exatamente da mesma forma.
A maior diferença é o que acontece depois de cumprires o requisito mínimo. O Gmail e o Yahoo focam-se muito na reputação do domínio e no envolvimento dos utilizadores, enquanto o Outlook dá muito mais peso a sinais de infraestrutura, como a reputação de IP e as taxas de reclamação. Isto significa que quem envia e cumpre as mesmas regras de autenticação nos três fornecedores pode obter resultados de entrega no inbox muito diferentes.
A tabela abaixo compara os principais requisitos de DMARC e autenticação entre o Outlook, o Gmail e o Yahoo.
Os requisitos DMARC da Outlook são, no fundo, um limite de filtragem e determinam se a Microsoft vai aceitar o teu email, mas não te dizem se os destinatários chegam a vê-lo.
O SPF, o DKIM e o DMARC são fáceis de verificar, por isso tornam-se na explicação predefinida sempre que o desempenho na Outlook desce. Na realidade, assim que a autenticação está implementada, começam as perguntas mais difíceis.
Os remetentes que chegam consistentemente ao inbox encaram a autenticação como um pré-requisito e não como um resultado. Monitorizam a colocação, acompanham as tendências de reputação e validam as alterações antes de aumentarem o volume.
Se já cumpriste os requisitos de conformidade, o passo seguinte é descobrir onde é que os teus emails vão parar.
Faz um teste de spam gratuito no MailReach para veres onde os teus emails vão parar no Outlook e no Hotmail (caixa de entrada ou lixo eletrónico) em mais de 30 caixas de entrada reais, e descobre se tens um problema de autenticação, de reputação ou ambos.
O DMARC apenas verifica a autenticação. O Outlook também avalia a reputação do remetente, as taxas de reclamação, o engagement e a qualidade do IP. Passar no DMARC não garante a entrega na caixa de entrada.
Para os requisitos da Microsoft, sim. Um registo DMARC publicado com p=none chega. Para proteção contra spoofing, deves passar para p=quarantine ou p=reject.
Para quem envia em massa, sim. A Microsoft exige um registo DMARC publicado juntamente com o SPF e o DKIM para domínios que enviam mais de 5.000 mensagens por dia para caixas de entrada de consumidores do Outlook.
Significa que a Microsoft rejeitou a mensagem porque o domínio de envio não exigiu verificações de autenticação, habitualmente SPF, DKIM, DMARC ou alinhamento.
Diretamente, não. Os requisitos para envio em massa visam as inboxes de consumidores do Outlook. O email empresarial do Microsoft 365 é filtrado separadamente através do Exchange Online Protection (EOP).
Cada email no spam equivale a um potencial cliente perdido. Começa hoje a melhorar a tua colocação no inbox com os testes de spam e o warmup do MailReach.
Seguir as regras não chega — descobre onde vão parar os teus emails e o que os está a impedir de avançar. Verifica a tua pontuação de spam com o nosso teste gratuito e melhora a deliverability com o warmup do MailReach.
Sem o email warmup adequado, as tuas melhores campanhas não servem para nada. Podes começar por testar a colocação na caixa de entrada e melhorá-la hoje mesmo.
Autenticação de Email no Outlook: Configuração de SPF, DKIM e DMARC
Quais são os Requisitos de DMARC do Outlook? (Guia de 2026)
Análise do Apollo.io 2026: Funcionalidades, Preços, Prós e Contras
Preços da Folderly em 2026: o que estás realmente a pagar (e se vale a pena)
Email Marketing vs Cold Email: Diferenças Principais para a Deliverability
Como ler um relatório DMARC (Passo a passo para remetentes B2B)
