Correo web a través del socket imap Unix: ¿buena idea o no?

Correo web a través del socket imap Unix: ¿buena idea o no?

Poco a poco estoy configurando un sistema de correo electrónico en un servidor Centos 7. El software particular que estoy usando consistirá en postfix, dovecot y roundcube, aunque mi pregunta no es específica de ellos (creo).

Llegué al punto en el que postfix y dovecot funcionan y ahora solo necesito agregar el correo web (roundcube). Se me ocurrió que en lugar de conectarlo a través de un puerto IMAP TCP/IP estándar, podría usar un socket Unix. En teoría, eso debería darme un mejor rendimiento y menores gastos generales, ¿verdad? Incluso podría cerrar el puerto 143 por completo, lo que obligaría a mis usuarios a utilizar una conexión cifrada (mejor seguridad), mientras dejaba el socket no cifrado para el acceso local mediante el correo web (mejor rendimiento). Por lo que yo sé, tanto el dovecot como el roundcubepoderconfigurarse de esta manera, pero no hay indicios de que alguien lo haya intentado alguna vez. ¿Porqué es eso? ¿Me estoy perdiendo de algo?

Respuesta1

No veo cómo se podría configurar roundcube de esa manera. Los documentos sugieren que $config['default_host'] es un nombre de host. Probablemente también squirrelmail use php-imap, e imap_open claramente solicita el servidor.

Y en mi humilde opinión, no significaría mucho para el rendimiento. Esa sobrecarga (en localhost) no significa mucho en comparación con el acceso al disco o hacer cosas así.

Respuesta2

El único beneficio de usar un socket Unix sería bloquear el acceso a localhost, pero puedes hacerlo fácilmente con una regla de firewall. No habrá ningún beneficio de rendimiento visible (como alguien que ha implementado un servidor IMAP, hay una sobrecarga masiva en el protocolo, y cualquier beneficio de no usar TCP/IP sería completamente anulado por el protocolo en cualquier ganancia de rendimiento).

información relacionada