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 cumplís con los siguientes requisitos:

  •  Contar con acceso a su servidor mediante su panel de control.
  • Acceder a la terminal para poder revisar los registros: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 revierta los cambios tras un análisis inicial si no es 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
  • Ajustes:
    •  Maximum IMAP Connections per IP:
      • Diangóstico: En terminal ejecutar 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 consumo de RAM.

02. Aspectos de rendimiento PHP (Web Services):

  • Ubicación: WHM > Service Configuration > cPanel Web Services Configuration
  • Ajustes:
    • PHP-FPM Max Children:
      • Diagnóstico: En terminal ejecutar 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 es editado 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):

  • Instalar 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 anteriormente mencionados, lo más recomendable es que revise los registros del servidor, los más comunes son los siguientes:

  • /var/log/maillog
  • /var/log/messages
  • /etc/apache2/logs/error_log
  • /var/cpanel/roundcube/log/errors.log

Para revisar los registros,  puede 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.