Microsoft släppte en fix för Exchange Y2K22-felet

Många användare vaknade den 1 januari 2022 och upptäckte att inkorgen för deras jobb var ovanligt tom. Detta massiva datumbearbetningsfel överskred vad servrarna kan bearbeta under den aktuella Int32-datatypen.

Som ett resultat kraschar sökmotorn för skadlig programvara, och följaktligen har e-postmeddelanden och meddelanden fastnat i transportköer över Exchange-servrar 2016 och 2019.

Men du kan nu andas ut eftersom teknikjätten Redmond har släppt en korrigeringspatch för denna bugg.

Manuella och automatiserade lösningar tillhandahållna av Microsoft

Precis som företaget lovade den första dagen 2022 har det äntligen gjort det levereras en fix för detta otäcka problem.

För att få korrigeringen kan IT-administratörer ändra exekveringspolicyn för PowerShell-skript genom att köra Set-ExecutionPolicy -ExecutionPolicy RemoteSigned.

Efteråt kan manuset vara laddas ner med ett enkelt klick. och kördes på varje Exchange-postlådeserver som laddar ner uppdateringar mot skadlig programvara.

Det finns också en manuell lösning tillgänglig, som enligt Microsoft för närvarande är automatiserad eftersom det kan ta lite tid att göra ändringar, ladda ner uppdaterade filer och rensa transportköer.

Loggnamn: Applikationskälla: FIPFS Loggad: 1/1/2022 1:03:42 Händelse-ID: 5300 Nivå: Fel Dator: server1.contoso.com. Beskrivning: FIP-FS "Microsoft" Scan Engine kunde inte laddas. PID: 23092, Felkod: 0x80004005. Felbeskrivning: Kan inte konvertera "2201010001" till long.

Loggnamn: Applikationskälla: FIPFS Loggad: 1/1/2022 11:47:16 Händelse-ID: 1106 Nivå: Fel Dator: server1.contoso.com Beskrivning: FIP-FS Scan Process misslyckades med initiering. Fel: 0x80004005. Feldetaljer: Ospecificerat fel.

Teknikjätten gör det klart att alla manuella eller automatiserade lösningar måste utföras på varje på den lokala Exchange 2016- och Exchange 2019-servern, och skriptet kan till och med köras samtidigt på flera servrar.

[PS] C:\Program Files\Microsoft\Exchange Server\V15\Scripts>.\Reset-ScanEngineVersion.ps1. EXCH1 Stoppar tjänster... EXCH1 Tar bort Microsoft-motormappen... EXCH1 Tömmer metadatamapp... EXCH1 Startar tjänster... VARNING: Väntar på att tjänsten "Microsoft Filtering Management Service (FMS)" ska starta... VARNING: Väntar på att tjänsten "Microsoft Filtering Management Service (FMS)" ska starta... VARNING: Väntar på att tjänsten "Microsoft Filtering Management Service (FMS)" ska starta... VARNING: Väntar på att tjänsten "Microsoft Filtering Management Service (FMS)" ska starta... VARNING: Väntar på att tjänsten "Microsoft Exchange Transport (MSExchangeTransport)" ska starta... EXCH1 Startar motoruppdatering... Körs som EXCH1-DOM\Administrator. Ansluter till EXCH1.CONTOSO.com. Skickat fjärrkommando. Start-EngineUpdate -UpdatePath http://amupdatedl.microsoft.com/server/amupdate. [PS] C:\Program Files\Microsoft\Exchange Server\V15\Scripts>Get-EngineUpdateInformation Engine: Microsoft. LastChecked: 01/01/2022 08:58:22 PM -08:00. Senast uppdaterad: 01/01/2022 08:58:31 PM -08:00. Motorversion: 1.1.18800.4. Signaturversion: 1.355.1227.0. SignaturDatumTid: 01/01/2022 03:29:06 AM -08:00. Uppdateringsversion: 2112330001. UpdateStatus: UpdateAttempt Successful

I alla fall kan det ta lite tid att använda Microsofts nödskript. Skriptet kan också ta lite tid att rensa upp missade meddelanden i transportkön.

Offentliga reaktioner på korrigeringen har varit blandade, med vissa säger att det fungerar, medan andra hävdar att det inte gör någonting.

Andra användare rapporterar att att köra skriptet flera gånger kan hjälpa till att lösa problemet, vilket indikerar att Microsoft kunde ha gjort ett bättre jobb.

Har du lyckats lösa det med lösningen från Microsoft? Låt oss veta i kommentarsfältet nedan.