Upgrade zarafa 7.2.x a 7.2.4.29

Otra entrada que es un apunte.

Hace dos años aprox, actualicé mi server de correo zarafa a a 7.2 Beta, por unos problemas con la 7.2.1 y allí se quedó.

Hace unos meses, decidí volver a actualizar el server… prefiero actualizar el zarafa, ya que instalar de nuevo y migrar el sql / certificado, es muy pesado.

Primero de todo, descargamos la última versión disponible:

cd /usr/src

wget -c https://download.zarafa.com/community/final/7.2/7.2.4.29/zcp-7.2.4.29-debian-7.0-x86_64-opensource.tar.gz

Y extraemos los archivos:

# tar -zxvf zcp-7.2.4.29-debian-7.0-x86_64-opensource.tar.gz
# cd zcp-7.2.4.29-debian-7.0-x86_64-opensource

Ahora empieza el follón……

Primero de todo, nos hacemos una copia de todos los ficheros situados en:

/etc/zarafa
/usr/share/zarafa-webaccess/

Y ahora vamos a actualizar de la siguiente manera:

dpkg --auto-deconfigure -i *.deb

Dará bastantes errores, pero seguimos adelante cuando acabe el dpkg y corregimos los errores de dependencias:

#apt-get -f install
#dpkg --auto-deconfigure -i *.deb

Ahora reestablecemos los ficheros de la copia de seguridad en /usr/share/zarafa-webaccess y modificamos el seguiente fichero:

root@zeus:/etc/zarafa# nano dagent.cfg

Y cambiamos las siguientes líneas:

server_socket = file:///var/run/zarafa

Y ahora en server.cfg

root@zeus:/etc/zarafa# nano server.cfg

Y cambiamos la línea:

local_admin_users = root vmail zarafa

Reiniciamos los servicios de zarafa/apache y listo.

Añadir schema zarafa a openLdap

Otra entrada que es un apunte.

Recientemente he tenido que volver a instalar otro zarafa y necesitaba añadir el esquema en el openLdap.

Tras intentar importar el schema con zcat:

zcat /usr/share/doc/zarafa/zarafa.ldif.gz | ldapadd -H ldapi:/// -Y EXTERNAL

Y ver los múltiples errores con las comillas, atributos y demás gaitas, googleando he visto este post:


http://www.linuxquestions.org/questions/linux-server-73/how-to-add-a-new-schema-to-openldap-2-4-11-a-700452/

Resumiendo……. para poder importar el schema de manera correcta, los pasos:

1º) Generamos el fichero schema_convert.conf con el siguiente contenido:

include /etc/ldap/schema/core.schema
include /etc/ldap/schema/collective.schema
include /etc/ldap/schema/corba.schema
include /etc/ldap/schema/cosine.schema
include /etc/ldap/schema/duaconf.schema
include /etc/ldap/schema/dyngroup.schema
include /etc/ldap/schema/inetorgperson.schema
include /etc/ldap/schema/java.schema
include /etc/ldap/schema/misc.schema
include /etc/ldap/schema/nis.schema
include /etc/ldap/schema/openldap.schema
include /etc/ldap/schema/pmi.schema
include /etc/ldap/schema/ppolicy.schema
include /etc/ldap/schema/zarafa.schema

2º) Creamos el directorio temporal

# mkdir /tmp/ldif_output

3º) Generamos los ldif

# slaptest -f schema_convert.conf -F /tmp/ldif_output

4º) Nos vamos al directorio donde hemos generado los ficheros

cd tmp/ldif_output/cn=config/cn=schema

Y creamos el fichero fixit.sed con el siguiente contenido:

s~dn: cn=\{([0-9]+)\}(.*)$~dn: cn=\2,cn=schema,cn=config~g
s~cn: \{([0-9]+)\}(.*)$~cn: \2~g
s~^(structuralObjectClass|entryUUID|creatorsName|createTimestamp|entryCSN|modifiersName|modifyTimestamp):.*$~~g

5º) Una vez creado el fichero, creamos el directorio fixed y ejecutamos el siguiente script:

for f in *ldif; do sed -rf fixit.sed "$f" > fixed/$f; done

Llegados aquí, en el directorio fixed, tendremos los directorios:

root@radius:/tmp/ldif_output/cn=config/cn=schema/fixed# ls -l
total 96
-rw-r--r-- 1 root root 15267 Aug 24 10:39 cn={0}core.ldif
-rw-r--r-- 1 root root 1091 Aug 24 10:39 cn={10}openldap.ldif
-rw-r--r-- 1 root root 6212 Aug 24 10:39 cn={11}pmi.ldif
-rw-r--r-- 1 root root 3073 Aug 24 10:39 cn={12}ppolicy.ldif
-rw-r--r-- 1 root root 11121 Aug 24 10:39 cn={13}zarafa.ldif
-rw-r--r-- 1 root root 1289 Aug 24 10:39 cn={1}collective.ldif
-rw-r--r-- 1 root root 1051 Aug 24 10:39 cn={2}corba.ldif
-rw-r--r-- 1 root root 11129 Aug 24 10:39 cn={3}cosine.ldif
-rw-r--r-- 1 root root 4253 Aug 24 10:39 cn={4}duaconf.ldif
-rw-r--r-- 1 root root 1461 Aug 24 10:39 cn={5}dyngroup.ldif
-rw-r--r-- 1 root root 2623 Aug 24 10:39 cn={6}inetorgperson.ldif
-rw-r--r-- 1 root root 2357 Aug 24 10:39 cn={7}java.ldif
-rw-r--r-- 1 root root 1280 Aug 24 10:39 cn={8}misc.ldif
-rw-r--r-- 1 root root 6259 Aug 24 10:39 cn={9}nis.ldif

6º) Importamos el ldif de zarafa:

# ldapadd -Y EXTERNAL -H ldapi:/// -f cn\=\{13\}zarafa.ldif

Esto se puede aplicar, como me ha pasado a mi, con el schema de freeradius o otros schemas.

enjoy 🙂

Mysql tunning & Zarafa

Estos días, me ha tocado migrar otro exchange a zarafa. Ha ido todo bien, pero a medida que iba incluyendo buzones y la BBDD se iba haciendo grande (> 15 Gb), el rendimiento caía en picado….. al seleccionar emails, tardaba una eternidad y era preocupante.

El servidor, un ML 110 G5, con 5 Gb de ram y un xeon, dedicado solo a correo, debería de ir bien… buscando un poco de info por el amigo google, me dedido a tunear el mysql.

Primero de todo, paramos los servicios:

# /etc/init.d/zarafa-server stop
# /etc/init.d/mysql stop

Una vez parados los servicios, vamos al fichero de configuración /etc/mysql/my.cnf . debajo de la sección [mysqld], insertamos:

innodb_buffer_pool_size = 2048M
innodb_log_file_size = 512M
innodb_log_buffer_size = 32M
max_allowed_packet = 16M
max_connections = 500
innodb_file_per_table

Vamos por partes y leyendo la wiki de zarafa:

innodb_buffer_pool_size: Recomiendan que el tamaño sea el 50% de la ram que tengas, en mi caso 4096 Mb. Esto reduce los accesos a disco para cachearlo en ram.

innodb_log_file_size: es el tamaño de los ficheros de logs. Recomiendan que sea el 25% del tamaño anterior aprox, pero podemos jugar con los valores y medir el rendimiento.

innodb_log_buffer_size = 32M
max_allowed_packet = 16M
max_connections = 500

Los otros tres, recomiendan dejarlo tal cual.

Movemos los ficheros de logs:

#mv /var/lib/mysql/ib_logfile0 /var/lib/mysql/ib_logfile0.bak
#mv /var/lib/mysql/ib_logfile1 /var/lib/mysql/ib_logfile1.bak

Y reiniciamos los servicios:

# /etc/init.d/mysql start
# /etc/init.d/zarafa-server start

and enjoy your server 🙂

Zarafa WebApp y permisos Apache

Esta entrada es otro apunte.

Desde la versión 7.0.6 de zarafa, tenemos el complemento Zarafa WebApp, que añade más flexibilidad a la hora de modificar y personalizar el webaccess de zarafa.

Personalmente, aunque me gusta, el webaccess estándard es muy intuitivo y “like” outlook, cosa que me desagrada un poco, ya que yo, al menos, no busco ese parecido, sinó una alternativa.

El nuevo interfaz, es muy bonito, visual y != de owa (por fin!!!!), así que tras descargar la versión 7.0.7, veo que está disponible este complemento como paquete de instalación:

root@zeus:/usr/src/zcp-7.0.7-34256-debian-6.0-x86_64# ls

helpers.inc
install.sh
libical0_0.44-3_amd64.deb
libical-dev_0.44-3_amd64.deb
libvmime0_0.9.2+svn603-3_amd64.deb
libvmime-dev_0.9.2+svn603-3_amd64.deb
php5-mapi_7.0.7-34256_amd64.deb
python-mapi_7.0.7-34256_amd64.deb
uninstall.sh
zarafa_7.0.7-34256_all.deb
zarafa-client_7.0.7-34256_amd64.deb
zarafa-common_7.0.7-34256_amd64.deb
zarafa-contacts_7.0.7-34256_amd64.deb
zarafa-dagent_7.0.7-34256_amd64.deb
zarafa-dev_7.0.7-34256_amd64.deb
zarafa-gateway_7.0.7-34256_amd64.deb
zarafa-ical_7.0.7-34256_amd64.deb
zarafa-indexer_7.0.7-34256_amd64.deb
zarafa-libarchiver_7.0.7-34256_amd64.deb
zarafa-libs_7.0.7-34256_amd64.deb
zarafa-licensed_7.0.7-34256_amd64.deb
zarafa-monitor_7.0.7-34256_amd64.deb
zrafa-server_7.0.7-34256_amd64.deb
zarafa-spooler_7.0.7-34256_amd64.deb
zarafa-utils_7.0.7-34256_amd64.deb
zarafa-webaccess_7.0.7-34256_all.deb
zarafa-webapp_1.0-34265_all.deb
#

Una vez instalamos todos los paquetes, hemos de cambiar los permisos:

# chown www-data:www-data /var/lib/zarafa-webapp/tmp/

Y nos aseguramos de que tenemos instaladas todas las dependencias para poder usarlo correctamente:

# apt-get install php5-curl

Y reiniciamos el apache

# /etc/init.d/apache2 restart

tecleamos en el navegador:

https://ip.del.servidor/webapp

y ahora vemos la nueva interfaz:

Exchange 2010-Windows 2008 r2 versus Zarafa 7.0.x-Debian Squeeze

Es te artículo no es ninguna crítica a ninguno de los 2 sistemas, pero son mis impresiones después de 7 meses de haber migrado a zarafa mi servidor de correo.

Desde el 2001, tengo mi propio servidor de correo en casa, para mi dominio craem.net y ser un poco independiente de los isp’s. A lo largo de este tiempo he usado:

1º) SMTPBeamer, sobre windows NT4 / NT4 terminal server
2º) Exchange 5.5, Exchange 2000, 200e y 2010 (sobre windows NT4, 2000, 2003 y 2008 r2)
3º) Zarafa 7.0.x (sobre Debian 6.0)

Empecé con SMTPBeamer, que es un sencillo software para pop3 / smtp y un pequeño servidor web…. pero al cabo de una temporada, ví alguna limitación que otra…. si cambiaba de pc, tenía que ir copiando los ficheros, pst’s y demás gaitas para seguir teniéndolo igual.

Visto esto, me lancé a probar lotus Notes y exchange 5.5….. pero el lotus, se me hizo tan cuesta arriba que acabé dejándolo por imposible, aunque me pareció muy potente, pero me quedé con el sabor de boca de querer matar moscas a cañonazos, y me decidí por el Exchange 5.5.

Con el exchange 5.5 ya tenía solucionado el problema del repositorio del correo, pero me apetecía poder leer el correo vía web, cuando no estaba en casa, así que me lanzé a migrarlo a exchange 2000…. me exporté los buzones a pst’s, formatear, windows 2000 server y exchange 2000.

Esto me duró varios años, migraciones de máquina y, allá por el 2005, descubrí el exchange 2003, con un owa remodelado y era compatible con activesync… las primeras pda’s con windows mobile 2003. Migré sistema operativo a 2003 y exchange… todo perfecto, pero por entonces ya usaba algunas cosillas de linux y mi decepción era grande, pues salvo por pop3/smtp y webmail, no conseguí integrar el exchange con mis máquinas linux.

Esto me duró varios años y, en el 2008 intenté instalar el exchange 2007, pero sus requerimientos de máquina de 64 bits hicieron que no lo llegase a probar… no tenía ningún pc de esas características… así que lo alargué hasta el 2010, cuando salió la versión 14 (exchange 2010).

Durante estos años, había visto varios opensource, tipo zimbra, openXchange, zarafa, roundCube, postfix, squirrelmail…. A punto de migrar a otro sistema, me salió en un cliente una migración de 2003 a 2010, así que me lié la manta a la cabeza y migré el servidor de mi casa a windows 2008 r2 + exchange 2010.

La migració, que la hice en un pc nuevo (un ML 110 G5), fué una odisea…. cuando no era un error, era otro, cuando no eran las carpetas públicas, era los permisos del storage, pero tras 2 semanas de intentos, lo migré…. casi hubises preferido eliminar el dominio y volverlo a crear de nuevo, pero como lo tenía que hacer en un cliente, me lanzé.

El servidor no iba fino… 8 Gigas de ram y 2 Hd’s en raid para el correo…. máquina lenta, exceso de consumo de recursos, el active sync iba mal y el colmo fue que no pude pasarle el Sp1 por algo que seguramente hice mal durante la migración.

Harto de todo esto y de tener un solo equipo para el correo, decidí dar el salto de mi último servidor windows al opensource, así que probé de nuevo :

– Zarafa
– Zimbra
– OpenXchange
– RoundCube

Y probando, probando, probando, encontré el Zarafa, que acababa de sacar la versión 7.0. Sencillamente, me encantó y lo migré.

Tras conseguir instalarlo correctamente (o casi), migré los buzones y lo dejé listo, con el active sync.

Y ahora, tras 7 meses de uso, he aquí las ventajas y desventajas:

Exchange 2010
————-
PROS:
– Integración impecable con outlook / evolution
– Cliente MAPI
– Integración con activesync avanzada
– WebAccess impecable con MAC / Linux / Windows en unos navegadores determinados.
– Copias de seguridad perfectas con Backup Exec 2010; incluso se pueden restaurar emails concretos de buzones

CONTRAS:
– Elevado consumo de recursos
– Necesita S.O. de 64 bit’s
– Licencia de windows 2008 + Licencia de Exchange + Cal’s de windows + Cal’s de exchange
– Consola de administración lenta y confusa en máquinas modestas
– No trae integración con antispam de verdad.
– Funciona solo con windows

ZARAFA 7.0.X
————-
PROS:
– OpenSource (Licencia affero GPL).
– WebAccess muy bonito.
– Funciona con Linux ….(qué bueno).
– Metodología de buzones (al igual que exchange).
– BBDD de mysql con INNODB.
– Compatible con outlook (3 licencias incluidas con la versión open source y versión de pago ilimitada, bajo licencia).
– Bajo consumo de recursos y funciona muy bien en máquinas modestas.
– Muy estable y actualizaciones constantes
– ActiveSync remoto.

CONTRAS:
– Es más difícil de poner en marcha que el exchange, si quieres dejarlo todo muy pulido.
– Mala integración con las copias de seguridad, tanto en opensource como la versión de pago).
– Para los usuarios de linux, no trae un conector para evolution / thunderbird (lamentable).

Vamos a poner un ejemplo, para una empresa de 5 usuarios, los costes de cada solución:

Solución windows:
—————–
– Windows 2008 SMB: 485 Euros (aprox)
– Copias de seguridad: Windows Backup
– Antivirus Microsoft: 0 euros
– AntiSpam XWALL : 685 Euros
– Licencia de office Outlook: 189 € x 5 = 945 (opcional si solo usamos el owa)

Total: 2.115 €

Solución Linux:
—————-
– Debian Squeeze: 0 Euros
– Zarafa: 0 Euros (versión opensource)
– Copias de seguridad: Scripts y dumps de mysql
– Antispam : 0 Euros (integrando clamav, postfix, mailscanner, spamassassin)
– Evolution / Thunderbird: 0 Euros

Conclusiones:

Migrando de exchange a Zarafa he ganado:
—————————————-
– Software OpenSource y usar debian en mi servidor.
– Mejor rendimiento y menor consumo de recursos.
– Conservar sincronización remota de dispositivos.
– Web Access impecable.
– Tener todo el software legal.

Cosas que he perdido con zarafa:
——————————–
– Integración regular si el cliente es linux: con evolution tenemos, correo por imap4, calendario con CalDav y contactos en solo lectura con CardDav.

Sigo sin entender que no haya un conector para evolution / thunderbird para linux y sí lo haya para outlook. Espero que en un futuro se solucione.
Para extraer todo su potencial en Linux, deberás acceder por webaccess y en windows, comprar las licencias para el conector de outlook, que sigue siendo infinitamente más baratas que las cals de exchange.

– Consola centralizada.
– Copias granulares de los buzones.

Aún con la versión de pago, sólo puedes hacer copias de manera elegante con “SEP BACKUP” y no llega a ser tan granular como la opción de exchange 2010 + backup exec 2010

– Tener antivirus en la máquina host 🙂
– Reinicios por actualizaciones mensuales 🙂
– Tener que comprar licencias.:-)

En fin, me sigo quedando con zarafa.

Configurando correctamente los "locales" para zarafa 7.0.x

Hace unos días, decidí instalar todas las actualizaciones de debian en mi servidor de Zarafa…. tras seleccionar todos los paquetes y reiniciar el servidor (previo snapshot de vmware 🙂 ) me dí cuenta de que los correos, tanto vía web como en el evolution, llegaban los carácteres mal codificados.

Mirando las cabeceras, veo que llegan con ISO-8559

From: =?iso-8859-1?B?UmHDumw=?= xxxxxxxxxxxxxxxx
To: xxxx@xxxx.com

con lo que no coincide con la configuración del apache / zarafa… un desastre… los correos vía active-sync en mi android y en los mac llegan sin acentos….. total, buscando y buscando me dá por mirar la configuración de los “locales” en mi debian.

Desde la consola, tecleamos:

zeus#dpkg-reconfigure locales

Aparecerá una lista con todas las configuraciones posibles, y, en mi caso, tiene que quedar tal que:

Reiniciamos el servidor para que se apliquen y listo.

Update Zarafa 7.x

Desde que el pasado mes de julio instalé Zarafa, no he tenido la necesidad de actualizar la versión…. ya sabemos, si algo funciona bien, ¿ para qué actualizarlo ?.

Con la primera versión de la 7, me topé con algunas cosillas en el webaccess que no iban finas…. los contactos/calendarios, se mostraban como lista y no había posibilidad de cambiarlos y luego, que al eliminar los mensajes desde el evolution, por imap4, estos no se borraban.

Tras leer los changelogs de la 7.0.2, veo que el tema de la vista de los calendarios y lo del imap, a priori está solucionado, así que me dispongo a actualizar.

Primero de todo, nos hacemos una copia de seguridad de la base de datos y de los ficheros de configuración.

Después, nos bajamos la útima versión free de zarafa

root@zeus#cd /usr/src
root@zeus:/usr/src# wget -c http://download.zarafa.com/community/final/7.0/7.0.2-29470/zcp-7.0.2-29470-debian-6.0-x86_64-free.tar.gz

Y seguimos…

root@zeus:/usr/src# tar -zxvf zcp-7.0.2-29470-debian-6.0-x86_64-free.tar.gz

paramos los servicios de Zarafa y instalamos

root@zeus:/usr/src# cd zcp-7.0.2-29470-debian-6.0-x86_64-free
root@zeus:/usr/src/zcp-7.0.2-29470-debian-6.0-x86_64-free#/etc/init.d/zarafa-server stop
root@zeus:/usr/src/zcp-7.0.2-29470-debian-6.0-x86_64-free#dpkg -i zarafa* libvmime* libical* php* python*

Y tras unos minutos, nuestro server zarafa ya lo tendremos actualizado.

Cabe destacar que, si tenéis personalizada la entrada del webaccess, tenéis que volver a colocar el html o el jpg modificado otra vez en su sitio.

Migrando Exchange 2010 a Zarafa, parte 8

Ahora nos toca la integración de los teléfonos con los buzones de Zarafa. Hay un grupo de desarrolladores que se han basado en el active-sync de Microsoft para hacer una integración casi perfecta: z-push.

No es difícil, pero me he encontrado los siguientes problemas:

1º) Android 2.2.1 <-> zarafa 7.x <-> z-push = TODO OK
2º) iOS iPhone 4.x / iPAD <-> zarafa 7.x <-> z-push = TODO OK
3º) Android 2.3.x <-> zarafa 7.x <-> z-push = Problemas !!!
4º) WM 6.5/7 <-> zarafa 7.x <-> z-push = NO USO WM 🙂

La relación con Android ha sido extraña. Cuando tenía el exchange 2003, la sincronización era perfecta con mi HTC Hero y su 2.2.1…… una vez migrado el Exchange a la versión 2010, se acabó la armonía…… las citas en el Calendario (imprescindibles para mi trabajo diario), si las creaba en el teléfono, se replicaban en el exchange, pero si las creaba en el exchange, estas no se replicaban en el teléfono. Repasé los log’s del teléfono, pero por alguna razón, las citas creadas de esta manera no aparecían en las listas de sincronización…. así que lo dejé estar, ya que los días de exchange se estaban acabando.

Una vez migrado a zarafa, la armonía entre mi samsung Galaxy con 2.2.1 era perfecta, pero, por aquellas cosas de probar, lo actualicé a la versión 2.3.4…. aquí empezaron otra vez los problemas…. el correo no se sincronizaba de manera automática en el modo “difusión” y las citas del calendario tampoco iban finas….. si creaba la tarea en el teléfono, ésta aparecía en el calendario, pero si las creaba directamente en el webaccess, estas no se replicaban en el teléfono; lo mismo con las modificaciones…. así que tocó volver al android 2.2.1.

Salvado esto, para instalar el z-push, hemos de seguir los siguientes pasos:

1º) Descargamos z-push, por ejemplo en /usr/src

root@zeus:/usr/src# wget -c http://download.berlios.de/z-push/z-push-1.5.5-790.tar.gz

Y lo extraemos en el directorio raiz del servidor apache

tar -xzvf z-push-.tar.gz -C /var/www

Nos vamos al fichero /var/www/z-push–versionquesea/config.php y ponemos nuestra zona horaria:

// Defines the default time zone
if (function_exists(“date_default_timezone_set”)){
date_default_timezone_set(“Europe/Madrid”);
}

Una vez realizado, hemos de hacer un Alias, ya que el active-sync va a buscar la carpeta Microsoft-Server-ActiveSync. Como ya tenía los teléfonos con Active-sync SSL, me gustaba la idea de cifrar en SSL la sincronización de los teléfonos, así que editamos (en mi caso), nano /etc/apache2/sites-available/zarafa-webaccess y lo dejamos de la siguiente manera:

Alias /webaccess /usr/share/zarafa-webaccess
Alias /owa /usr/share/zarafa-webaccess
Alias /Microsoft-Server-ActiveSync /var/www/z-push–version/index.php

De esta manera, puedo acceder a mi webAccess:

a) https://nombredelservidor/webaccess
b) https://nombredelservidor/owa (like Exchange)

y nos funciona el active-sync con SSL 🙂

Ahora damos permisos a la carpeta state, que sirve para mantener los datos de sincronización y el estado de las mismas.

chmod 777 /var/www/z-push–version/state

Y ahora a eliminar (en mi caso) la cuenta en el teléfono y volverla a crear/sincronizar.

Con ésto, tenemos remplazado el Exchange sin perder (casi) funcionalidades.

Migrando Exchange 2010 a Zarafa, parte 7

Ahora toca añadir SSL al webaccess.

Primero, vamos al servidor y añadimos los siguientes directorios con los permisos:


# mkdir /etc/apache2/certs
# chmod 700 /etc/apache2/certs
# cd /etc/apache2/certs

Generamos el certificado:


openssl req -nodes -newkey rsa:2048 -keyout zarafa-ssl.key -out zarafa-ssl.csr

Y respondemos a las preguntas….

Vemos si se ha generado el certificado…

cat /etc/apache2/certs/zarafa-ssl.key

Firmamos el certificado:


openssl x509 -req -in zarafa-ssl.csr -signkey zarafa-ssl.key -out zarafa-ssl.crt -days 9999

root@zeus#a2enmod ssl

Habilitamos el SSL en el webaccess de zarafa:


root@zeus#nano /etc/apache2/sites-available/zarafa-webaccess

Y añadimos al final del fichero..


SSLEngine On
SSLCertificateFile /etc/apache2/certs/zarafa-ssl.crt
SSLCertificateKeyFile /etc/apache2/certs/zarafa-ssl.key

Reiniciamos el apache y listo …


/etc/init.d/apache2 restart

Migrando Exchange 2010 a Zarafa, parte 6

En esta sección, procederemos al apartado de las copias.

Con la versión free, no se incluye la utilidad zarafa-backup, así que tendremos que montar nosotros el sistema de copias.

Como no tengo muchos datos (4 gigas aprox de correo entre todos los buzones), haré un dump de la base de datos.

Creamos en la carpeta /usr/local/copias/ un script en bash, con el siguiente contenido

root@zeus#nano /usr/local/copias/copia.sh

Y añadimos lo siguiente:

echo “————————————————————–”
echo “— Exportamos la bbdd mysql zeus :: zarafa —————–”
echo “————————————————————–”
cd /media/backup_zfc/bbdd
mysqldump -uroot -pPASSWORD –single-transaction –skip-opt –quick zarafa > zarafa.sql
echo “—— Exportacion finalizada ——————————–”
echo “————————————————————–”
echo “—- renombramos los ficheros .sql y los comprimimos ———”
tar -zcvf respaldo_zarafa_$(date +%d%m%y).tgz zarafa.sql
echo “—– Ahora borramos los ficheros de logs de + de 5 dias —–”
find -name ‘*.tgz’ -type f -mtime +5 -exec rm -f {} ;
echo “—- proceso finalizado ————————————–”
echo “——— copiamos ficheros postfix ————————-”
cd /etc/postfix
cp -r * /media/backup_zfc/postfix_zeus
echo “—- proceso finalizado ————————————–”
echo “——- copiamos ficheros zarafa —————————–”
cd /etc/zarafa
cp -r * /media/backup_zfc/zarafa
echo “—- proceso finalizado ————————————–”

Y ahora explicamos:


cd /media/backup_zfc/bbdd
mysqldump -uroot -pPASSWORD –single-transaction –skip-opt –quick zarafa > zarafa.sql

Hacemos un volcado total de la base de datos.


tar -zcvf respaldo_zarafa_$(date +%d%m%y).tgz zarafa.sql

Hacemos un TAR con la fecha de la copia.


find -name ‘*.tgz’ -type f -mtime +5 -exec rm -f {} ;

Eliminamos todos los ficheros de > de 5 días, para no llenar el disco iSCSI con copias.

Ya sé que no es la mejor opción y, si quiero recuperar un buzón en concreto es complicado, pero jugando un poco con los backups, mysql y la utilidad zarafa-migration-tool es posible hacerlo.