Diagnóstico de inconvenientes frecuentes en Webmail

Última revisión el 10/09/2026

Si utilizás un servicio con panel de control Linux y comenzás a percibir lentitud al utilizar Webmail, contás con distintas herramientas y detalles a revisar para identificar la causa. En este instructivo describimos los aspectos más comunes que pueden causar lentitud en la interfaz Webmail.

Antes de comenzar, verificá que cumpís con los siguientes requisitos: contar con acceso a tu servidor mediante tu panel de control, y poder acceder a la terminal para revisar los registros desde WHM > Terminal.

Aspectos iniciales a revisar

A continuación, comentaremos aspectos a revisar con su diagnóstico y ubicación en el panel de control. Sugerimos que los cambios se apliquen de uno en uno, y que reviertas los cambios tras un análisis inicial si no fueron de ayuda, ya que en general los valores por defecto son los más seguros para el caso de uso general.

01. Aspectos de conectividad

Ubicación: WHM > Service Configuration > Mailserver Configuration.

Maximum IMAP Connections per IP. Diagnóstico: en terminal ejecutá el comando grep "Maximum number of concurrent connections" /var/log/maillog. Escenario: muchos usuarios bajo una misma oficina/IP. Recurso: evita bloqueos y errores de conexión en el firewall de red del servicio.

Process Idle Signals. Escenario: latencia al mover correos u otras acciones. Recurso: ahorra CPU al evitar cierres y aperturas constantes de procesos, sube el consumo de RAM.

02. Aspectos de rendimiento PHP (Web Services)

Ubicación: WHM > Service Configuration > cPanel Web Services Configuration.

PHP-FPM Max Children. Diagnóstico: en terminal ejecutá el comando grep -i "max_children" /usr/local/cpanel/logs/php-fpm/error.log. Escenario: muchos usuarios concurrentes (horas pico). Recurso: consume más memoria RAM y CPU, permite atender más peticiones web simultáneas. Consideración importante: si editás este parámetro, hay que monitorearlo luego de cada actualización del sistema, porque podría revertirse de forma automática.

PHP-FPM Process Idle Timeout (60s). Escenario: actividad intermitente en Roundcube. Recurso: ahorra CPU al reutilizar procesos ya creados a expensas de memoria RAM.

03. Aspectos de indexación y búsqueda (Solr)

Instalá el plugin desde WHM > cPanel > Manage Plugins (cpanel-dovecot-solr). Escenario: búsquedas lentas en carpetas con miles de correos. Recurso: elimina el cuello de botella de I/O (disco); pasa de leer archivos físicos a consultar un índice optimizado, consume memoria RAM y almacenamiento.

04. Aspecto de espacio en disco

Ubicación: WHM > Show Current Disk Usage. Escenario: no contar con espacio libre en el servicio; muchos aspectos presentarán lentitud.

05. Revisión de registros (LOG)

Para complementar la revisión de los aspectos mencionados, lo más recomendable es revisar los registros del servidor. Los más comunes son: /var/log/maillog, /var/log/messages, /etc/apache2/logs/error_log y /var/cpanel/roundcube/log/errors.log. Para revisar los registros, podés usar el siguiente comando: cat [registro].

Si luego de seguir estos pasos aún tenés alguna consulta, no dudes en comunicarte con nuestro equipo de Asistencia técnica certificada por WhatsApp o mediante un ticket para recibir ayuda.