- Muchos usuarios se despertaron el primer día del año y no podían creerlo.
- Los correos electrónicos de trabajo estaban vacíos debido a un problema importante de Microsoft Exchange.
- El gigante tecnológico de Redmond ha publicado un parche para solucionar este desagradable problema.
- La solución se puede aplicar de forma manual o automática mediante PowerShell.
![Intercambio de MS](/f/be99989b5f954ef7a90d7b6796eaf389.jpg)
Muchos usuarios se despertaron el 1 de enero de 2022 y descubrieron que la bandeja de entrada de su correo electrónico del trabajo estaba inusualmente vacía. Este problema masivo de fallas en el procesamiento de fechas excedió lo que los servidores son capaces de procesar con el tipo de datos Int32 actual.
Como resultado, el motor de verificación de malware se bloquea y, en consecuencia, los correos electrónicos y mensajes se han atascado en las colas de transporte en los servidores Exchange 2016 y 2019.
Pero ahora puede respirar aliviado porque el gigante tecnológico de Redmond ha lanzado un parche para corregir este error.
Soluciones manuales y automatizadas proporcionadas por Microsoft
Tal como prometió la empresa el primer día de 2022, finalmente ha entregado una solución para este desagradable problema.
Para obtener la solución, los administradores de TI pueden cambiar la política de ejecución de los scripts de PowerShell ejecutando Set-ExecutionPolicy -ExecutionPolicy RemoteSigned.
Posteriormente, el guión puede ser descargado con un simple clic. y se ejecutó en cada servidor de buzón de correo de Exchange que descarga actualizaciones antimalware.
También hay una solución manual disponible, que según Microsoft, actualmente está automatizada porque puede llevar algún tiempo realizar cambios, descargar archivos actualizados y borrar las colas de transporte.
Nombre de registro: Origen de la aplicación: FIPFS Registrado: 1/1/2022 1:03:42 AM Id. De suceso: 5300 Nivel: Error Equipo: server1.contoso.com. Descripción: No se pudo cargar el motor de exploración FIP-FS "Microsoft". PID: 23092, Código de error: 0x80004005. Descripción del error: no se puede convertir "2201010001" a largo.
Nombre de registro: Origen de la aplicación: FIPFS Registrado: 1/1/2022 11:47:16 AM Id. De suceso: 1106 Nivel: Error Equipo: server1.contoso.com Descripción: El proceso de exploración FIP-FS falló en la inicialización. Error: 0x80004005. Detalles del error: error no especificado.
El gigante tecnológico deja en claro que cualquier solución manual o automatizada debe realizarse en todos los servidor local de Exchange 2016 y Exchange 2019, y el script incluso se puede ejecutar simultáneamente en varios servidores.
[PS] C: \ Archivos de programa \ Microsoft \ Exchange Server \ V15 \ Scripts>. \ Reset-ScanEngineVersion.ps1. EXCH1 Detención de servicios... EXCH1 Eliminando la carpeta del motor de Microsoft... EXCH1 Vaciando carpeta de metadatos... EXCH1 Iniciar servicios... ADVERTENCIA: Esperando que se inicie el servicio 'Microsoft Filtering Management Service (FMS)'... ADVERTENCIA: Esperando que se inicie el servicio 'Microsoft Filtering Management Service (FMS)'... ADVERTENCIA: Esperando que se inicie el servicio 'Microsoft Filtering Management Service (FMS)'... ADVERTENCIA: Esperando que se inicie el servicio 'Microsoft Filtering Management Service (FMS)'... ADVERTENCIA: Esperando que se inicie el servicio 'Transporte de Microsoft Exchange (MSExchangeTransport)'... EXCH1 Actualización del motor de arranque... Ejecutando como EXCH1-DOM \ Administrator. Conectando a EXCH1.CONTOSO.com. Comando remoto enviado. Start-EngineUpdate -UpdatePath http://amupdatedl.microsoft.com/server/amupdate. [PS] C: \ Archivos de programa \ Microsoft \ Exchange Server \ V15 \ Scripts> Get-EngineUpdateInformation Engine: Microsoft. Última verificación: 01/01/2022 08:58:22 PM -08: 00. Última actualización: 01/01/2022 08:58:31 PM -08: 00. EngineVersion: 1.1.18800.4. SignatureVersion: 1.355.1227.0. SignatureDateTime: 01/01/2022 03:29:06 AM -08: 00. UpdateVersion: 2112330001. UpdateStatus: UpdateAttemptSuccessful
En todos los casos, el uso de la secuencia de comandos de emergencia de Microsoft puede tardar un tiempo en ejecutarse. La secuencia de comandos también puede tardar algún tiempo en limpiar los mensajes perdidos en la cola de transporte.
La reacción del público a la solución ha sido mixta, algunos dicen que funciona, mientras que otros afirman que no hace nada.
Otros usuarios informan que ejecutar el script varias veces podría ayudar a solucionar el problema, lo que indica que Microsoft podría haber hecho un mejor trabajo.
¿Ha logrado solucionarlo con la solución proporcionada por Microsoft? Háganos saber en la sección de comentarios.