Implementé la Network Edition de Zimbra hace unos 15 meses donde trabajo. Zimbra fue elegido poco antes de comenzar, por lo que no participé en la evaluación y la decisión, pero estaban buscando una solución que proporcionara calendario compartido y sincronización móvil, además del correo electrónico. Y un factor determinante fue que no se trataba de Microsoft. No estoy seguro de por qué existe esa cultura aquí, pero para bien o para mal, no creo que Exchange se haya considerado incluso debido al costo percibido. Zimbra es una muy buena solución y acabamos de renovar nuestra licencia por otro año.
Pros:
- El calendario y la programación de recursos funciona bien.
- Con la sincronización activa, puede enviar y sincronizar correos electrónicos, contactos y calendarios a nuestros teléfonos.
Contras:
- La gestión de tareas no está al nivel de Exchange / Outlook
- Tratar con archivos adjuntos de un cliente web no está tan bien integrado en su sistema operativo como Outlook, por lo que no es necesario arrastrar y soltar, etc. Es un complemento zimlet, Zimbra y Firefox que se supone que permite arrastrar y soltar con archivos adjuntos, pero tengo No he tenido tiempo de probarlo todavía.
- La interfaz web solo muestra 50 correos electrónicos a la vez y eso puede ser un poco molesto. Pero la búsqueda avanzada es buena y rápida.
- Se requiere cierta capacitación del usuario final o los usuarios revisarán la funcionalidad que facilitará la transición, como la búsqueda avanzada.
Otra nota rápida.
Debido al uso intensivo de Java y la configuración agresiva predeterminada de almacenamiento en caché de MySQL en Zimbra, recomendaría usar un sistema con 4 GB de RAM, incluso para implementaciones pequeñas como la nuestra. Servimos alrededor de 50 buzones y lo implementamos originalmente con 2 GB de RAM. En esta configuración, usaba aproximadamente 1 GB de intercambio y, ocasionalmente, la carga del sistema aumentaba y el cliente web mostraba un mensaje de error que decía que el servidor no respondía. Luego, un minuto después, las cosas comenzarían a funcionar nuevamente. La actualización del servidor a 4 GB de RAM solucionó el problema.
Según la investigación, parece que los requisitos de ram no se escalan linealmente con el número de buzones que está tratando de servir y que puede servir fácilmente miles de buzones con 4 GB de ram. Si está haciendo una implementación grande, entonces hablaría con los ingenieros de Zimbra sobre cuáles son los requisitos del sistema para su situación. Puede ejecutar los diferentes componentes en diferentes servidores y podrían ayudarlo a planificar y dimensionar el hardware necesario.
Me alegra que surgiera esta pregunta porque me hizo revisar mi servidor para ver qué tiempo de actividad y uso de memoria hay. Su tiempo de actividad es de 206 días, no está mal. Pero actualmente está utilizando alrededor de 1 GB de intercambio, pero sin los picos en la carga del sistema o las quejas de los usuarios sobre los problemas. Creo que esperaré hasta que actualice a 6.0, que saldrá algún día, para programar el mantenimiento y simplemente reiniciar rápidamente antes de volver a ponerlo en línea.