“ Outlook ” pode significar um aplicativo de desktop, uma caixa de correio de consumidor ou um ambiente Microsoft 365 de uma organização. Esses não são escopos de políticas intercambiáveis. Comece com o serviço de recebimento e diagnóstico reais antes de usar uma lista de verificação de grande volume para explicar uma mensagem de falha.
Identifique o serviço ao consumidor e seus requisitos atuais
O artigo de suporte atual da Microsoft para 550 5.7.515 descreve Outlook .com e serviços ao consumidor relacionados, incluindo Hotmail, Live.com e MSN. Ele identifica um remetente de alto volume enviando 5.000 ou mais mensagens para esses serviços usando o mesmo domínio no visível 5322.De endereço. A sua redação de apoio afirma que tanto SPF e DKIM deve passar, e que um publicado DMARC política de pelo menos p=none e passe DMARC são necessários. Orientação do Microsoft 550 5.7.515.
O anúncio atualizado definiu a aplicação da rejeição para começar em 5 de maio de 2025. Seu plano inicial apenas para lixo eletrônico foi eliminado; não trate esse parágrafo substituído como a política de resposta atual. Anúncio atualizado da Microsoft.
O anúncio anterior descreveu o volume diário e usou “mais de 5.000”. Não crie uma isenção em torno do texto dos limites: a orientação de apoio atual utiliza 5.000 ou mais. Você também não deve inventar um período de redefinição ou uma regra de classificação permanente nesta página de suporte. Registre a versão e o diagnóstico real recebido ao interpretar um caso.
Separe o sucesso do protocolo do portão do provedor
Referências: RFC 9989 §4.4, RFC 9989 §5.3.5.
DMARC pode passar por um alinhamento bem-sucedido Assinatura DKIM mesmo quando SPF falha. Esse resultado do protocolo não satisfaz um requisito separado que ambos os mecanismos subjacentes sejam aprovados. Por outro lado, SPF e DKIM podem passar para domínios não relacionados ao De visível e deixar DMARC falhando. Mantenha todos os três resultados e as identidades por trás deles.
Para uma mensagem gerada por serviço direto, registre o IP de envio, remetente do envelope domínio, Do domínio, DKIM d= domínio e seletor. Verifique o DNS atual e a mensagem final assinada, não apenas uma tela de configuração. Use os nomes de protocolo reais: SMTP MAIL FROM é a identidade do envelope RFC 5321 , enquanto o From visível pertence ao RFC 5322 .
Leia a rejeição como evidência, não como um script de reparo
Referências: RFC 8601 §5.
Uma rejeição 550 5.7.515 indica que o domínio do remetente não atendeu ao nível de autenticação exigido. Preserve todo o diagnóstico, horário, destinatário afetado e identificadores de mensagem. Não responda adicionando todos os provedores disponíveis ao SPF ou desativando Aplicação DMARC sem entender a identidade falho.
Compare fluxos afetados e não afetados. Um serviço de cobrança pode ter a configuração correta de assinatura personalizada, enquanto um serviço de campanha ainda assina apenas com seu próprio domínio. Se estiver envolvido encaminhamento ou outro intermediário, preserve a rota e as transformações. As suposições de mala direta podem não explicar um caminho indireto, e uma cópia Authentication-Results linha não substitui a evidência de receptor confiável.
Trabalhar através de um diagnóstico sintético
Referências: RFC 9989 §5.3.5.
Imagine uma mensagem controlada cujo resultado SPF seja fail, cujo resultado DKIM seja pass com alinhamento, e cujo resultado DMARC é aprovado. O resultado DMARC é internamente coerente. De acordo com o requisito de alto volume declarado pela Microsoft, a falha SPF ainda precisa de reparo. Este é um exemplo lógico, não uma rejeição capturada da Microsoft.
A próxima ação é determinar se o remetente do envelope avaliado autorizou o IP de conexão real. Após uma correção aprovada, teste novamente pela mesma via pretendida e preserve o novo resultado. Não reutilize o passe antigo como prova de uma mensagem ou rota alterada.
Mantenha os casos corporativos em seu próprio caminho de evidências
Um locatário Microsoft 365 pode aplicar suas próprias políticas e conectores de entrada. Um destinatário que usa o aplicativo Outlook não sujeita sua organização ao portão exato do artigo do consumidor. Para casos corporativos, colete o contexto de diagnóstico e política do locatário em vez de assumir que 5.7.515 explica cada resposta 5.7.x.
Fechar com o serviço afetado, domínio do remetente, resultados do mecanismo observado e rota corrigida. Nenhum teste de caixa de correio da Microsoft ao vivo é reivindicado aqui, e a conformidade da autenticação permanece distinta do posicionamento da caixa de entrada.