Integracion de Piler a un Servidor de correo y configuracion a fondo (2da Parte)

Bueno en mi primer tutorial les mostraba como instalar Piler desde cero. En este, les mostraré como archivar los correos de un servidor de postfix o exim. Además de mostrarles como configurar Piler para obtener más funcionalidades.

1- Configuración del servidor de correo

Una vez configurado Piler, es necesario indicarle al servidor de correo que envíe los mensajes de correos hacia Piler. Veremos cómo hacerlo desde un server con postfix y otro con exim.

1.1- Exim

En este caso existen dos variantes:
a) System Filter

Agregar un filtro que envíe una copia de todos los correos entrantes y salientes a [email protected], por ejemplo:

unseen deliver [email protected] errors_to [email protected]

b) Mediante Routers

En la sección de Routers antes del primero (debajo de “begin routers”) agregar:

mailarchive:
debug_print = “R: mailarchive for [email protected]$domain”
driver = manualroute
domains = *
transport = remote_smtp
# piler listening on port 25:
route_list = * “piler.dominio.cu::25”
self = send
unseen

1.2- Postfix (Zimbra 8.7.x y superior) con 2 métodos muy similares:

a) Editaremos el siguiente fichero:

nano /opt/zimbra/conf/zmconfigd/smtpd_recipient_restrictions.cf

Y añadir la siguiente línea casi al principio del todo, debe quedaros así:

%%contains VAR:zimbraMtaRestriction check_client_access lmdb:/opt/zimbra/conf/postfix_blacklist%%
%%contains VAR:zimbraServiceEnabled cbpolicyd^ check_policy_service inet:localhost:%%zimbraCBPolicydBindPort%%%%
check_recipient_access pcre:/opt/zimbra/conf/postfix_xaddenvelopeto   <——- Añadir esta línea
reject_non_fqdn_recipient
 
Agregar la siguiente línea en el archivo /opt/zimbra/common/conf/main.cf:
 
nano /opt/zimbra/common/conf/main.cf
 
always_bcc = [email protected] <————— Añadir esta línea al final
 
Crear en /opt/zimbra/conf/ el fichero postfix_xaddenvelopeto  agregarle:
 
/(.*)/ prepend X-Envelope-To: $1

b) Agregar las siguientes líneas en el archivo /opt/zimbra/common/conf/main.cf:

nano /opt/zimbra/common/conf/main.cf

smtpd_recipient_restrictions = reject_non_fqdn_recipient, …, \
check_recipient_access pcre:$config_directory/x-add-envelope-to, <————— Añadir esta línea

always_bcc = [email protected] <————— Añadir esta línea al final

Crear en /opt/zimbra/common/conf/ el fichero x-add-envelope-to y agregar:

/(.*)/ prepend X-Envelope-To: $1

En ambos casos reiniciamos el servicio mta (postfix)

zmmtactl restart
 
2-Después de reiniciado ya veremos en nuestros logs como se envía una copia de todo el tráfico de coreo tanto entrante como saliente a nuestro piler. Pero ahora complicare más la situación.
 
Que pasaría si nuestro correo depende de un MTA de entrega porque estamos en una red privada??
 
 Muchos de nosotros estamos en redes corporativas nacionales y nuestros servidores entregan los correos electrónicos a un relay o smarthost superior, por lo que si usamos la opción de copia de carbón para entregar nuestros correos a piler no nos funcionara. Debido a que piler no existe en el dominio  local en Zimbra se lo manda al smarthost y este a su vez lo rechaza. Como podemos resolver este dilema?
Bueno usaremos un mapa de transporte para permitir que nuestro postfix pueda enviar a dominios diferentes sin que salgan por el smarthost. La función Transport permite encaminar los mensajes a dominios adicionales de acuerdo con el mapa definido. Les muestro 2 formas. Destacaré que este tuto es para zimbra 8.7 y superior así los caminos que muestro coincidirán.
 
a)Crear un fichero transporte para el receptor de dominio que sería el retransmisor.
 
nano /opt/zimbra/common/conf/transportfile
 
dentro agregamos:

[email protected] :[piler.dominio.cu]
 
Donde [email protected]piler.dominio.cu es el correo que definimos en el main.cf de zimbra como always_bcc y le decimos que lo entregue al dominio receptor piler.dominio.cu
 
Una vez hecho esto utilizamos el comando postmap, para que el fichero sea legible por el sistema de correo:
 
postmap /opt/zimbra/common/conf/transportfile
 
Añadimos a la tabla Transport mi dominio y el fichero transport:
 
 zmprov ms mail.dominio.cu zimbraMtaTransportMaps “lmdb:/opt/zimbra/common/conf/transportfile,proxy:ldap:/opt/zimbra/conf/ldap-transport.cf”
 
Donde mail.dominio.cu es nuestro zimbra, también podemos usar la variable zmhostname indistintamente.
 
Ahora reiniciamos zimbra:
 
zmmtactl restart
 
b) Este metodo es mucho más sencillo.
 
zmprov ma [email protected] +zimbraMailTransport smtp:piler.dominio.cu:25
zmmtactl restart
 
3- Ahora les mostrare como conectarlo con el LDAP de Zimbra para que los usuarios accedan a sus correos archivados.
 Primeramente averiguaremos la clave del usuario que zimbra utiliza para conectarse al ldap. Usaremos el siguiente comando:
 
zmlocalconfig -s zimbra_ldap_password ldap_master_url
 
Tendremos una salida como esta:
 
[email protected]:/root$ zmlocalconfig -s zimbra_ldap_password ldap_master_url
zimbra_ldap_password = XXXXXXX
ldap_master_url = ldap://mail.dominio.cu:389
 
Ahora abriremos el fichero config.php del piler para extraer de ahí las configuraciones necesarias para que nuestro piler se conecte al LDAP.
 
nano /var/www/piler/config.php
 
Buscamos dentro esta parte:

Copiamos todo este contenido en nuestro config-site.php

nano  /var/www/piler/config-site.php

Descomentamos la parte de zimbra y ponemos a los 3 bloques nuestra configuración:

Recargamos el piler

/etc/init.d/rc.piler reload
 
Ahora nuestros usuarios podrán entrar usando su clave de correo y podrán ver todos los correos que han enviado y recibidos.
 
4- Otras Configuraciones importantes.
 
 Revisando el /var/www/piler/config.php nos encontraremos con otras configuraciones interesantes aquí les muestro algunas:
 
$config[‘ENABLE_SYSLOG’] = 1;   (Habilitamos los logs de piler como software)
$config[‘TIMEZONE’] = ‘America/Havana’;   (Configuramos nuestra zona horaria. Nota: Esto es en la web, en el CT usaremos dpkg-reconfigure tzdata )
$config[‘DEFAULT_LANG’] = ‘es’;     (Configuramos el idioma de la Web GUI)
$config[‘MIN_PREFIX_LEN’] = 3;    (Reducimos la cantidad de caracteres para la búsqueda con wildcard)
$config[‘RELOAD_COMMAND’] = ‘/etc/init.d/rc.piler reload’;  (Si configuramos en la web Reglas de archivado debemos poner esta configuración que hara que el piler recargue las reglas de nuevo)
 
Revisen el fichero config.php hay muchas más posibilidades como poner un logo, cambiar el tema y muchas cosas más. Ya eso lo dejo a gusto de ustedes.

5- Comandos útiles de Piler

5.1- Importar mensajes de correo

a) pilerimport -e <eml file> -m <mbox file> -d <directory>

Permite importar correos .eml desde un archivo mbox o desde un directorio (ej: Maildir)

b) pilerimport -i <imap server> -u <username> -p <password> [-x comma,separated,skiplist]

Permite importar correos desde un servidor IMAP

c) pilerimport -K pop3.yourdomain.com -u jack -p password

Permite importar correos desde un servidor POP3

5.2– Exportar correos

La herramienta ‘pilerexport’ permite exportar mensajes archivados a .eml. Dicha herramienta corre bajo los permisos del usuario ‘piler’ por lo que hay que moverse hacia un directorio donde el dicho usuario tenga permisos de escritura.

a) Exportar todos los correos > 10 KB de Diciembre:

# pilerexport -s 10000 –start-date 2014.12.01 –stop-date 2014.12.31

b) Exportar todos los correos con tamaño entre 100 KB y 2 MB, y (_AND_) los remitentes pueden ser [email protected],[email protected],[email protected] y (_AND_) el destinatario es [email protected]:

# pilerexport -s 100000 -S 2000000 -f [email protected] -f [email protected] -f [email protected] -r [email protected]

c) Hacer un “backup” diario al directorio actual:

# pilerexport –start-date 2012.01.30 –stop-date 2012.01.30

5.3- Eliminar correos antiguos

Borrar correos antiguos no es una obligación, pero es posible hacer mediante la herramienta ‘pilerpurge.py’:

Primero editaremos nuestro piler.conf

nano /usr/local/etc/piler/piler.conf

Agregamos esto:

queuedir=/var/piler/store

Para borrar los mensajes antiguos:

/usr/local/libexec/piler/pilerpurge.py -v -d -c /usr/local/etc/piler/piler.conf

 Veremos una salida como esta:
 
[email protected]:~# /usr/local/libexec/piler/pilerpurge.py -v -d -c /usr/local/etc/piler/piler.conf
Purged 0 messages, 0 files, 0/0 bytes
 
A medida que vaya descubriendo nuevas funcionalidades edito el tutorial.
 
alex out
 
 
(Visited 82 times, 1 visits today)
Sobre Alexander Rivas Alpizar 18 Artículos
Administrador de Redes de EMPRESTUR Cienfuegos

3 Comentarios

Dejar una contestacion

Tu dirección de correo electrónico no será publicada.


*