Por Alguna Razón necesité cambiar la dirección IP del servidor Zimbra, luego reinicié el servidor y note que los servicios de Zimbra no arrancaron…

root@mail:~# su zimbra
zimbra@mail:/root$ zmcontrol status
Unable to determine enabled services from ldap.
Enabled services read from cache. Service list may be inaccurate.
Host mail.ejemplo.cl
antispam                Stopped
zmmtaconfigctl is not running
zmamavisdctl is not running
antivirus               Stopped
zmmtaconfigctl is not running
zmamavisdctl is not running
zmclamdctl is not running
logger                  Stopped
logmysql.server is not running
zmlogswatchctl is not running
mailbox                 Stopped
zmmtaconfigctl is not running.
mysql.server is not running.
zmmailboxdctl is not running.
mta                     Stopped
zmmtaconfigctl is not running
postfix is not running
zmsaslauthdctl is not running
snmp                    Stopped
zmswatch is not running.
stats                   Stopped
zimbra@mail:/root$

Luego traté de reiniciar manualmente los servicios:

zimbra@mail:/root$ zmcontrol start
Host mail.ejemplo.cl
Starting ldap...Done.
FAILED
Failed to start slapd.  Attempting debug start to determine error.
daemon: bind(7) failed errno=99 (Cannot assign requested address)
slap_open_listener: failed on ldap://mail.ejemplo.cl:389
zimbra@mail:/root$

y nada, pero cachureando por ahi encontré que al cambiar el IP aparte de modificar /etc/network/interfaces también hay que modificar /etc/hosts el cual tenía el antiguo IP.

Ahora Funciona

“apache2: Could not reliably determine the server’s fully qualified domain name, using 127.0.1.1 for ServerName”

No he ido mas alla respecto a una solución mas técnica, mientras tanto hago lo siguiente: edito el archivo /etc/apache2/httpd.conf agrego lo siguiente:

ServerName localhost

/etc/init.d/apache2 restart

vi etc/rc.local

En el archivo rc.local configurar la interfaz virtual

ifconfig eth0:0 10.x.x.x netmask 255.x.x.x broadcast 10.x.x.x

reiniciar el servidor

Funciona

No todavia… No me pude conectar al servidor desde otro segmento de red ya que logicamente el servidor tenia su ip pero le faltaba la puerta de enlace, para solucionar (momentaneamente) esto le agregué una puerta de enlace

route add default gw 10.0.10.1 eth0

Ya que mi servidor tiene solo 1 GB en ram, cachureando por la red encontre esta solución :

El servidor Java de los mailboxes hace un uso extensivo de la caché con el fin de mejorar el rendimiento evitando accesos a disco. Por defecto, Zimbra viene configurado para reservar un 40% de la RAM disponible para este proceso, y un 30% de la RAM para MySQL. En sistemas con más de 4 GB de RAM pueden cambiarse estos valores y reservar una mayor cantidad. La variable de la configuración local que representa el porcentaje de memoria se convierte en la opción -Xmx de la máquina virtual de Java al arrancarla.

En el caso de un sistema pequeño, con pocos dominios, buzones y RAM (1 GB), es también posible que nos encontremos que el sistema usa la swap. Para evitar esto, podemos usar estas mismas variables de configuración para reducir el uso. Como usuario zimbra ejecutaremos los siguientes comandos con el valor deseado:

zmlocalconfig -e mailboxd_java_heap_memory_percent=40
zmlocalconfig -e mysql_memory_percent=30

Tras estos comandos deberemos reiniciar el servidor de buzones.