Revisado el 6 de octubre de 2026. Si la búsqueda de Zimbra devuelve resultados incompletos para un buzón y el registro del buzón indica un error del indexador o de Lucene, la solución habitual consiste en reconstruir el índice de búsqueda de ese buzón con zmprov rim account@example.com startel comando. Este comando recrea los datos del índice de búsqueda a partir del contenido del buzón; no soluciona problemas como la falta de archivos de mensajes, la corrupción de la base de datos, un volumen de almacenamiento lleno o fallos de búsqueda en todo el servidor.
El éxito se evalúa según el resultado real: la reindexación finaliza, las búsquedas dirigidas muestran mensajes que antes no aparecían y los nuevos correos siguen apareciendo en los resultados. El simple hecho de ejecutar el comando no garantiza la reconstrucción del índice. Planifique la tarea durante un período de menor actividad, verifique primero el volumen del índice y ejecútela para una cuenta afectada antes de ampliar el alcance.
Un índice dañado o incompleto es una causa probable cuando el acceso al buzón funciona, pero las búsquedas no muestran mensajes conocidos, el usuario afectado ve resultados de búsqueda inconsistentes o /opt/zimbra/log/mailbox.logrecibe mensajes como "Error al abrir el indexador" o una excepción de Lucene para esa cuenta. La documentación de solución de problemas de Zimbra zmprov verifyIndexdocumenta un índice que falta o no se puede abrir y lo utiliza zmprov rim ... startpara recrearlo.
Primero, determine el alcance del problema. Si solo un usuario se ve afectado, investigue ese buzón. Si varios usuarios del mismo servidor de correo presentan el mismo síntoma, verifique el estado del servidor, la capacidad de almacenamiento, las actualizaciones recientes y los registros antes de realizar múltiples reindexaciones. Un gran volumen de reindexaciones puede consumir una cantidad considerable de E/S de disco y CPU, y podría empeorar la lentitud de las búsquedas para otros usuarios.
La reindexación no es la primera medida adecuada cuando los usuarios no pueden iniciar sesión, faltan carpetas, los mensajes o archivos adjuntos no se abren, la base de datos del almacén de correo informa errores o el servicio de búsqueda no está disponible para varias cuentas. Estos indicios pueden señalar problemas con la base de datos, el almacén de blobs, el servicio o la infraestructura. Conserve los registros y utilice el procedimiento de recuperación de Zimbra o el canal de soporte correspondiente en lugar de considerar cada queja relacionada con la búsqueda como un problema de índice.
Como usuario del sistema operativo Zimbra, pruebe el buzón sospechoso con el diagnóstico que se muestra en la guía de solución de problemas de Zimbra:
zmprov verifyIndex user@example.comUna respuesta que indique que el índice no existe o que no se encuentra un archivo de segmento respalda el diagnóstico de corrupción del índice. Si su versión instalada no reconoce el índice verifyIndex, no instale scripts ni copie archivos de índice de otro servidor para solucionarlo. Consulte la documentación de Zimbra específica de su versión y correlacione el registro del buzón con la cuenta afectada.
En el servidor Zimbra correspondiente, cambie a la cuenta del sistema operativo Zimbra e inicie la reconstrucción del buzón afectado:
su - zimbra
zmprov rim user@example.com startNormalmente, el comando indica que la tarea ha comenzado. Esto confirma el envío, no la finalización. No inicie tareas repetidas solo porque la búsqueda quede incompleta inmediatamente después; primero revise el estado de la tarea y los registros del almacén de correo.
Consulta la tarea de reindexación utilizando la misma cuenta y el mismo contexto del servidor:
zmprov rim user@example.com statusRepita la operación a intervalos razonables en lugar de consultar continuamente. Lea la respuesta según su versión de Zimbra: la interfaz de línea de comandos (CLI) informa sobre el estado de la tarea, mientras que la otra mailbox.logpuede proporcionar información sobre el progreso o los errores específicos de la cuenta. Si el comando informa un error, la tarea no se completa o los registros muestran fallos de espacio en disco o del escritor de índices, pause la ejecución y resuelva el problema subyacente antes de volver a intentarlo.
Las listas de referencia de comandos de Zimbra reIndexMailboxincluyen las acciones start, status, y cancel. Si su versión admite la cancelación y el trabajo está afectando el servicio, confirme la sintaxis local antes de usarla. No finalice los procesos Java ni elimine los archivos de índice como alternativa a un procedimiento de cancelación compatible.
Una vez finalizada la tarea, realice una prueba desde el cliente web del usuario afectado con algunos mensajes conocidos. Busque un remitente, asunto y rango de fechas distintivos; verifique tanto los mensajes antiguos como los recientes. Compruebe las carpetas donde deberían aparecer los mensajes y compare el resultado con un mensaje conocido que el usuario pueda abrir directamente. A continuación, envíe o reciba un mensaje de prueba y confirme que se puede buscar tras el tiempo de indexación habitual.
Busque una mejora sostenida en lugar de una única consulta exitosa. Los criterios prácticos de éxito son:
Si el comando indica que se completó correctamente, pero faltan mensajes específicos, verifique que aún existan y que se puedan abrir. Compruebe si los términos de búsqueda del usuario, los filtros de fecha, el ámbito de la carpeta o la caché del cliente explican la diferencia. Un índice reconstruido no puede recuperar los mensajes que se eliminaron, nunca se entregaron o se perdieron del almacenamiento subyacente.
Si la reconstrucción falla repetidamente, primero solucione el error que aparece en los registros. Confirme el espacio en disco y los inodos disponibles, compruebe si hay errores más generales en el almacén de correo o la base de datos y asegúrese de que el buzón se esté gestionando en el servidor correcto. Si la cuenta no puede acceder al contenido de los mensajes o si otros buzones presentan el mismo problema, detenga la reindexación e investigue la causa a nivel de almacén, base de datos o servidor.
Evite eliminar /opt/zimbra/indexdatos manualmente de forma rutinaria. La wiki pública de Zimbra incluye un procedimiento para eliminar manualmente el archivo de índice, pero esta página está en desarrollo y corresponde a versiones anteriores. La eliminación manual es más propensa a errores que el comando de reindexación a nivel de cuenta compatible y solo debe considerarse siguiendo las directrices del proveedor para la versión actual, con la ruta exacta del buzón, copias de seguridad verificadas y un plan de mantenimiento.
La reindexación reconstruye los metadatos de búsqueda; no repara las tablas de MySQL ni de MariaDB, no restaura los blobs que faltan, no corrige un sistema de archivos dañado, no libera espacio en el disco ni soluciona una interrupción generalizada de la búsqueda en el servidor. Además, el proceso se prolonga a medida que aumenta el tamaño del buzón y la carga del servidor. La búsqueda puede quedar temporalmente incompleta mientras se ejecuta la indexación, y el rendimiento general puede disminuir durante la tarea.
Utilice primero la función de reindexación integrada a nivel de buzón cuando la evidencia apunte al índice de búsqueda de una cuenta. Evalúe el resultado con mensajes conocidos y correos de seguimiento. Si la reindexación no se completa o los datos están dañados, pase al procedimiento de recuperación de almacenamiento o base de datos correspondiente en lugar de proceder a la eliminación general del índice.
reIndexMailboxcomando y su sintaxis de acción; la página también remite a los lectores a la Guía del administrador para obtener detalles específicos de la versión.verifyIndexel comando de reindexación a nivel de cuenta. Esta página está en desarrollo, por lo que le recomendamos confirmar su compatibilidad con la versión instalada.Solucione los problemas de OOM de Matrix Synapse durante /sync comprobando la presión de la memoria, ajustando cuidadosamente las cachés, aislando la sincronización inicial y supervisando los procesos de trabajo.
Habilite el cifrado del lado del servidor de Nextcloud de forma segura con el modo de clave maestra, el bloqueo APCu, Redis o Valkey, y un despliegue gradual que minimice el impacto en el rendimiento.
Solucione los errores de administrador de sala Matrix M_FORBIDDEN comprobando la membresía, los niveles de poder, el rango del usuario objetivo y las opciones de recuperación del administrador del servidor Synapse, como make_room_admin.
¿Tu correo web de Zimbra acepta tu inicio de sesión pero muestra una página en blanco? Separa los problemas del navegador de los fallos del buzón o del proxy, revisa los registros correspondientes y verifica la recuperación de forma segura.
Detecta el problema del servicio Jitsi Meet que se queda atascado reiniciándose, lee el registro de errores y soluciona las causas comunes de Docker, como contraseñas faltantes, montajes incorrectos y configuraciones incompatibles.
Aprende en qué se diferencia la autenticación de cuentas de Jitsi Meet de las contraseñas de sala, configura el método de dominio seguro heredado y verifica los controles de acceso de forma segura.
Solucione los problemas con las tareas en segundo plano de ownCloud que no se ejecutan cambiando al modo Cron y programando occ system:cron con un temporizador systemd; a continuación, verifique el temporizador y los registros.
Monta un bucket de Amazon S3 como almacenamiento externo en ownCloud Server 10. Habilita el backend, configura las credenciales y las opciones de punto final, restringe el acceso y verifica la conexión.
Aprenda a diagnosticar la corrupción del índice de búsqueda de buzones de Zimbra, a ejecutar zmprov rim de forma segura, a supervisar el progreso, a verificar los resultados y a saber cuándo la reindexación no es suficiente.
Configure la federación de Matrix Synapse con HTTPS, DNS, un proxy inverso, delegación de servidor, reglas de firewall y pruebas de federación. Incluye ejemplos de configuración verificados.
