Solucione el retraso en la cola de correo de Zimbra: vacíe Postfix de forma segura y verifique la entrega.

El vaciado de la cola de correo de Zimbra solicita a Postfix que vuelva a intentar entregar los mensajes en cola. No borra la cola, no repara problemas de DNS ni de red, ni garantiza que los servidores remotos acepten todos los mensajes. El resultado es tangible: la cola deja de crecer, los mensajes diferidos disminuyen o se entregan correctamente, y el correo nuevo puede pasar por el MTA.

Siga los pasos que se indican a continuación en el servidor Zimbra como administrador. Los comandos y las rutas pueden variar según la versión de Zimbra. Compruebe las rutas de los archivos ejecutables en su equipo antes de ejecutarlos; evite usar accidentalmente la instalación independiente de Postfix del sistema operativo.

1. Compruebe el tamaño de la acumulación de tareas pendientes.

Conéctese al servidor y cambie a la cuenta de Zimbra utilizando el método administrativo aprobado para su sitio. La utilidad de resumen de colas se suele instalar en /opt/zimbra/libexec/zmqstat. La documentación de Zimbra sobre colas muestra que informa recuentos de mensajes retenidos, corruptos, diferidos, activos y entrantes.

sudo /opt/zimbra/libexec/zmqstat

Según la configuración de sudo, ejecute el comando desde la cuenta de Zimbra o utilice el método de privilegios exacto configurado para su servidor. Un resumen de ejemplo podría mostrar deferred=240y active=3. Estos son recuentos, no prueba que 240 mensajes estén bloqueados permanentemente. Compárelos de nuevo después de unos minutos y observe qué categoría cambia.

A continuación, inspeccione las entradas individuales de la cola. Muchas instalaciones actuales utilizan la common/sbinruta; las instalaciones más antiguas pueden utilizar postfix/sbin. Utilice la ruta que realmente existe en su servidor.

/opt/zimbra/common/sbin/postqueue -p

Si esa ruta no está presente, compruebe si su instalación tiene /opt/zimbra/postfix/sbin/postqueue, y luego sustituya esa ruta completa en los comandos siguientes. La documentación de Zimbra describe tanto el resumen de la cola como la postqueue -plista detallada. Los ID de cola pueden tener un asterisco al final para los intentos de entrega activos o un signo de exclamación para un mensaje retenido. Consulte la referencia de la cola Postfix de Zimbra .

2. Averigüe por qué hay mensajes en espera

Consulte la antigüedad de los mensajes más antiguos y el estado de entrega registrado en el registro de Zimbra. Un mensaje diferido está a la espera de un nuevo intento de entrega; este retraso puede deberse a un servidor remoto, una consulta DNS, un tiempo de espera de red, una negociación TLS o un problema de configuración de enrutamiento o retransmisión local. El texto exacto del estado es más útil que el recuento de la cola por sí solo.

grep -E 'status=(deferred|sent|bounced)|connect to|TLS|SASL|relay=' /var/log/zimbra.log | tail -n 50

Interprete estas líneas en su contexto. Los repetidos tiempos de espera de conexión a un destino sugieren un problema de conectividad o con el servidor remoto. Los errores de resolución de nombres apuntan a un problema de DNS. Un rechazo temporal remoto o un límite de velocidad pueden requerir esperar o contactar al proveedor del destinatario. Los errores de autenticación o TLS pueden indicar un problema de configuración local. Una status=sententrada significa que el siguiente salto de entrega aceptó el mensaje; no establece que el destinatario lo haya leído ni que haya llegado a la bandeja de entrada.

Si la cola se expande rápidamente, busque un remitente de alto volumen o una cuenta comprometida antes de volver a intentarlo repetidamente. La guía de solución de problemas antispam de Zimbra recomienda correlacionar el contenido de la cola con el remitente y la actividad de autenticación, y luego aislar la fuente antes de eliminar el correo no deseado. Consulte los pasos de Zimbra para la investigación de colas y spam .

3. Solucione la causa antes de pedirle a Postfix que vuelva a intentarlo.

Utilice los registros para determinar si el problema es transitorio o local. Verifique que el servidor tenga resolución de nombres y acceso de red saliente a los destinos de correo afectados. Si el registro indica una respuesta de limitación remota, evite enviar vaciados repetidos a ese proveedor; los reintentos no pueden anular su política. Si varios dominios fallan con el mismo error local, inspeccione la configuración y el estado del servicio del MTA de Zimbra correspondiente antes de modificar la configuración.

Los mensajes retenidos requieren atención especial: un vaciado normal no libera el correo retenido. Revise el motivo de la retención y verifique su legitimidad antes de liberarlos. Los mensajes corruptos o rechazados también requieren un tratamiento aparte; reintentar la entrega no convierte un rechazo permanente en una entrega exitosa. Conserve los identificadores de cola y las entradas de registro relevantes durante la investigación.

El material de solución de problemas de Zimbra identifica /var/log/zimbra.logcomo lugar principal para investigar problemas de MTA y enumera utilidades de cola como postqueuey zmqstat. La disposición exacta del servicio y las ubicaciones de los ejecutables dependen de la versión, así que consulte la documentación de su versión instalada antes de reiniciar los servicios o editar la configuración. Consulte las herramientas de solución de problemas de MTA de Zimbra .

4. Vaciar la cola de Postfix

Cuando haya confirmado que el correo en cola es legítimo y haya corregido o comprendido la condición de bloqueo, solicite una ejecución de la cola. Sustituya la ruta que existe en su servidor:

/opt/zimbra/common/sbin/postqueue -f

Para una instalación que utilice la ruta anterior, use /opt/zimbra/postfix/sbin/postqueue -fen su lugar. La documentación de referencia de la cola de Zimbra postqueue -fes como el comando flush. La solicitud le indica a Postfix que intente procesar el correo en cola; no es una operación de eliminación. Puede que no devuelva un mensaje de éxito claro, así que evalúe el resultado a partir de los recuentos de la cola y los registros de entrega posteriores, en lugar de la breve salida del comando.

Es recomendable vaciar la caché tras una breve interrupción de la red o después de corregir un problema de configuración temporal. Sin embargo, es poco probable que sea útil mientras DNS, el enrutamiento, el relé, TLS o un servidor receptor remoto no estén disponibles. Repetir el comando rápidamente puede generar ruido y tráfico de reintentos adicional sin solucionar el problema.

5. Verifica el resultado y elige el siguiente paso.

Tras dejar transcurrir un breve intervalo para los intentos de entrega, repita el resumen de la cola e inspeccione las entradas de registro recientes:

sudo /opt/zimbra/libexec/zmqstat
tail -n 100 /var/log/zimbra.log

Busque varias señales a la vez: disminución de los mensajes diferidos, desaparición de entradas antiguas en la cola, nuevos status=sentregistros para los destinos afectados y menor cantidad de mensajes diferidos recientemente. Una cola puede permanecer con contenido durante el funcionamiento normal. Una única entrega exitosa no indica que todos los dominios de destino estén en buen estado.

• Si el recuento disminuye y los registros de entrega muestran aceptación: continúe supervisando hasta que la acumulación de pedidos vuelva a su nivel normal.
• Si los mismos mensajes se repiten: siga el texto de error repetido y repare el problema subyacente de DNS, red, TLS, relé o del lado del destinatario.
• Si el recuento sigue aumentando: investigue si se trata de un bucle de envío, correo masivo o una cuenta comprometida, y contenga el correo no deseado nuevo antes de volver a intentarlo.
• Si quedan recuentos retenidos o corruptos: revise esos mensajes por separado; una limpieza general no es una acción de limpieza para esas categorías.

No elimine todos los mensajes solo para que la cola se muestre vacía. Si se confirma que un mensaje específico no es deseado o no se puede entregar, y la política permite su eliminación, conserve su ID de cola y revíselo antes de usar el procedimiento de gestión de colas correspondiente. Zimbra advierte explícitamente que la eliminación puede afectar a los usuarios y recomienda registrar los detalles de la cola antes de eliminar los mensajes. Evite eliminar archivos directamente de los directorios de spool de Postfix; esto omite la gestión de colas y puede dañar el estado del correo.

Lo que un buen lavado de inodoros puede y no puede decirle

Una recuperación exitosa implica una mejora sostenida en el flujo de mensajes, no simplemente un recuento cero en un instante. Postfix puede seguir poniendo en cola el correo para destinos remotos que no estén disponibles o que rechacen temporalmente las conexiones. El comando flush inicia reintentos; no puede garantizar la entrega, liberar mensajes retenidos intencionalmente, corregir configuraciones incorrectas ni determinar si el sistema del destinatario aceptó un mensaje después de la transferencia SMTP.

A fecha de 6 de octubre de 2026, las páginas del Centro Técnico de Zimbra citadas documentan la cola y los comandos de solución de problemas utilizados aquí, pero no proporcionan una única ruta actual garantizada para todas las versiones de Zimbra. Confirme la ubicación de los binarios y el comportamiento de los privilegios en su propio servidor antes de ejecutar comandos, especialmente en implementaciones antiguas o personalizadas.