Outlook.com e Hotmail rifiutano email: errori SPF

Aspetti una fattura o una risposta su Hotmail.com (o outlook.com) e nella posta in arrivo non compare nulla, nemmeno tra i messaggi indesiderati. In alcuni dei casi segnalati da inizio novembre il motivo è a monte: il server di destinazione ha rifiutato l’email e l’avviso di mancata consegna è arrivato al mittente. Chi attende il messaggio può quindi accorgersene soltanto se viene contattato in un altro modo.

Windows Latest colloca le prime segnalazioni almeno al 5 novembre 2026 e riferisce di aver riprodotto il problema l’8 novembre. Il giorno successivo, su Microsoft Q&A, un moderatore indicato come Microsoft External Staff ha descritto un degrado nella consegna verso Outlook.com, Hotmail e Live.com, con verifiche ancora in corso sulla causa.

Che cosa succede alla posta

I casi più simili tra loro hanno un dettaglio in comune: chi scrive a un indirizzo Microsoft personale riceve un rapporto di mancato recapito, chiamato anche NDR o bounce. In alcuni casi il rapporto mostra 550 5.7.23, che la documentazione Microsoft per Exchange Online associa a problemi di convalida SPF. Nei dettagli della risposta del server remoto può comparire anche 550 5.7.1, accompagnato dal riferimento AS9031519 e da un messaggio sui controlli SPF, DKIM e DMARC.

Un caso pubblicato su Microsoft Q&A riguarda un account aziendale Microsoft 365 che riusciva a consegnare a Gmail e AOL, ma riceveva questi errori inviando verso Outlook.com e Hotmail. La distinzione è utile: un account aziendale può essere coinvolto come mittente, senza che questo dimostri un problema generalizzato delle caselle aziendali di Exchange Online in ricezione.

Se il server ha rifiutato il messaggio, cercarlo nella posta indesiderata non lo farà comparire. Controllare le cartelle ha comunque senso quando manca un’email e non si sa ancora se sia stata accettata o respinta.

SPF, DKIM e DMARC: perché il codice da solo non basta

Un record pubblicato nel DNS e un controllo superato sul singolo messaggio sono due cose diverse. Per esempio, un servizio di newsletter può firmare correttamente con il proprio dominio, ma quella firma potrebbe non essere allineata con il dominio che il destinatario vede nel campo Da. Microsoft spiega come leggere questi risultati nella sua guida alla diagnosi dell’autenticazione della posta.

Il gestore del relay Teneo ha documentato un rifiuto osservato nei propri log il 7 novembre: il dominio del mittente aveva SPF e DKIM funzionanti nel caso descritto, ma mancava un record DMARC. In parallelo, alcuni utenti su Q&A riferiscono rifiuti intermittenti pur dichiarando di avere tutti e tre i controlli configurati. E Windows Latest riporta un caso in cui un nuovo invio è arrivato dopo il primo rifiuto.

I due riscontri aiutano a capire da dove partire. Se DMARC manca, c’è una configurazione concreta da verificare. Se un secondo invio arriva, le intestazioni del messaggio consegnato dicono come è stato valutato quel tentativo: da sole non dimostrano che il primo abbia seguito lo stesso percorso o superato gli stessi controlli.

L’aggiornamento del 9 novembre e il riferimento EX1540236

Nella discussione SPF Validation Error su Microsoft Q&A, il moderatore ha indicato che il servizio era degradato e che erano in corso analisi dei dati di servizio e degli esempi forniti dai clienti. Nella risposta non ha indicato una causa definitiva o una data di ripristino.

Il riferimento EX1540236 circola nelle segnalazioni raccolte da BornCity. L’avviso e la sua portata non sono stati verificati direttamente nel portale amministrativo. Se gestisci un’organizzazione Microsoft 365, puoi controllare se il riferimento compare in Integrità > Integrità dei servizi, nel centro di amministrazione Microsoft 365.

C’è anche una regola Microsoft già nota: per i domini che inviano almeno 5.000 messaggi al giorno verso gli indirizzi consumer Microsoft sono previsti requisiti su SPF, DKIM e DMARC. Microsoft documenta per la mancata conformità il codice 550 5.7.515. È un riferimento distinto dai codici riportati in questi casi e non dimostra che dal 5 novembre la stessa regola sia stata estesa a tutti i mittenti.

Cosa fare se aspetti una mail su Outlook.com o Hotmail

Apri la casella Outlook.com dal browser e cerca il messaggio per mittente o oggetto. Se non conosci l’esito della spedizione, verifica anche posta indesiderata, filtri e altre cartelle.

Se il messaggio non si trova, chiedi al mittente se ha ricevuto un avviso di mancata consegna. Se sì, fatti confermare il codice e, per una comunicazione urgente, concorda un indirizzo alternativo o un altro canale. Un nuovo invio è riuscito in alcuni casi riportati, ma va verificato con il destinatario. Cambiare app di posta o aggiungere il mittente ai contatti non può recuperare un messaggio che il server ha già rifiutato.

Cosa controllare se sei il mittente o l’amministratore

1. Conserva l’NDR completo. Oltre al riepilogo, servono la risposta del server remoto, la data e l’ora con il fuso e il dominio di destinazione. Se usi Exchange Online, cerca il tentativo in Traccia messaggi e conserva anche il Network Message ID quando disponibile.
2. Verifica la configurazione del dominio per il flusso effettivo. Una risposta inviata dalla webmail, una fattura spedita da un gestionale e una newsletter possono uscire da servizi diversi. Controlla quali server sono autorizzati da SPF, quale dominio firma con DKIM e se c’è allineamento DMARC.
3. Intervieni sul DNS solo se trovi un problema. Se manca DMARC, chi gestisce il dominio può valutare una configurazione iniziale in monitoraggio, con p=none e un indirizzo per i report aggregati. Non abbassare un criterio esistente da quarantine o reject sulla base di queste segnalazioni: p=none è una fase di osservazione, non un rimedio generale al rifiuto.
4. Se il rifiuto continua, apri una segnalazione con esempi recenti. Invia al tuo provider o al supporto Microsoft l’NDR e i dettagli di tracciamento. Se confronti un invio riuscito con uno respinto, indica chiaramente quale diagnostica appartiene a ciascuno. Evita di pubblicare in un forum intestazioni complete con indirizzi o altri dati riservati.

Stato delle verifiche: 9 novembre 2026.