Comandante Artemis II: abbiamo due Outlook a bordo e non funzionano!

Durante il volo della missione Artemis II, partita il 1° aprile 2026 dal Kennedy Space Center (Florida) alla volta dell’orbita lunare, il comandante Reid Wiseman ha segnalato – a circa 7 ore dal decollo – un malfunzionamento del client email Outlook installato sul proprio dispositivo di bordo. L’episodio si inserisce in una lunga storia di criticità software che hanno influenzato missioni spaziali sin dagli anni Sessanta. Questa volta, però, è protagonista – suo malgrado – Microsoft.

Il ruolo dei dispositivi PCD nelle missioni Artemis

I membri dell’equipaggio Artemis II utilizzano sistemi denominati PCD (Personal Computing Device): si tratta di piattaforme hardware progettate per operare in ambienti ostili, basate su architetture rugged e su sistemi operativi adattati alle esigenze spaziali. Questi dispositivi non svolgono solo funzioni accessorie; permettono la consultazione di dati di missione, la gestione delle comunicazioni e l’interazione con i sistemi di bordo.

Nel caso specifico, Wiseman ha segnalato la presenza di due istanze separate di Microsoft Outlook entrambe non funzionanti. Questo il breve colloquio tra Houston e Artemis II (e non è un “pesce d’aprile”):

Ho due Microsoft Outlook [sul mio PCD] e nessuno dei due funziona. Se volete collegarvi in remoto e controllare quei due Outlook sarebbe fantastico.

OK, ci colleghiamo e ti faremo sapere quando abbiamo finito.

Due Outlook nello spazio: cosa potrebbe essere successo

Il primo elemento da chiarire riguarda la coesistenza tra Outlook Classic e Outlook New. Microsoft, nelle versioni più recenti di Windows 10 e Windows 11, consente la presenza contemporanea delle due applicazioni: la versione classica Win32 e la nuova app basata su tecnologie Web (di fatto è un collegamento verso un’applicazione cloud).

In ambito enterprise – e ancora di più in ambito aerospaziale – non è raro mantenere entrambe per compatibilità con plugin, script o sistemi legacy. In un sistema come un PCD NASA, questa duplicazione potrebbe essere intenzionale.

C’è poi un’altra possibilità più interessante dal punto di vista tecnico: ambienti separati. I PCD potrebbero eseguire istanze isolate tramite virtualizzazione leggera o containerizzazione. In pratica, due Outlook potrebbero girare in contesti distinti per garantire ridondanza operativa: se uno fallisce, l’altro dovrebbe restare disponibile. È una logica comune nei sistemi critici, anche se aumenta la complessità.

Un terzo scenario riguarda la configurazione multi-profilo. Outlook utilizza file OST/PST e profili MAPI distinti; in alcune configurazioni avanzate, soprattutto con account diversi o ambienti segregati, possono essere avviate più istanze del client. Non è comune su desktop consumer, ma tecnicamente possibile.

Detto questo, il fatto che entrambe le istanze risultassero non funzionanti restringe il campo. È improbabile che si tratti di un semplice bug locale. Più realistico un problema condiviso a livello di:

• autenticazione: token scaduti o non rinnovabili a causa della latenza elevata verso Terra;
• connettività: timeout non gestiti correttamente su link ad alta latenza come quelli del Deep Space Network;
• storage: cache OST corrotta o sincronizzazione fallita con servizi remoti;
• policy di sicurezza: certificati o controlli di integrità che bloccano l’accesso.

Connettività nello spazio: limiti e implicazioni

Durante una missione come Artemis II, il collegamento dati tra navicella e Terra avviene tramite il Deep Space Network, un sistema di antenne distribuite globalmente che consente la trasmissione di segnali a grande distanza. La latenza può raggiungere diversi secondi, mentre la banda disponibile resta limitata rispetto agli standard terrestri.

Un client email come Outlook, progettato per ambienti con connettività stabile, può incontrare difficoltà in condizioni simili. La sincronizzazione con server Exchange o servizi cloud come OneDrive può fallire se i timeout non risultano adeguati o se i meccanismi di caching locale non gestiscono correttamente le interruzioni di rete.

Anche la presenza di allegati di grandi dimensioni o di add-in non ottimizzati potrebbe causare blocchi o crash.

Episodi come quello segnalato da Wiseman mostrano come anche le tecnologie più affermate debbano essere adattate con estrema cura quando si spostano fuori dall’ambiente per cui sono state originariamente progettate.