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

/(.+)/          PREPEND X-Envelope-To: $1

%%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_x-add-envelope-to   <------- Añadir esta línea
reject_non_fqdn_recipient

Luego en la consola ejecutamos los comando siguientes para agregar la cuenta del archivo  de piler a zimbra.

# zmlocalconfig -e postfix_always_bcc=archive@piler.dominio.cu
# postconf -e always_bcc=archive@piler.dominio.cu
# 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.

 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.

Donde archive@piler.dominio.cu es el correo que definimos para 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:

Añadimos a la tabla Transport del dominio zimbra y el fichero transportfile creado anteriormente.

 # 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 nombre de nuestro servidor zimbra que podemos sustituir por el comando `zmhostname` , entre comillas simples invertidas  para que se ejecute dentro de la instrucción anterior.

Ahora reiniciamos el mta postfix de zimbra:

Tendremos una salida como esta:

zimbra@mail:/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.

Buscamos dentro esta parte:

// authentication against an ldap directory (disabled by default)

$config['ENABLE_LDAP_AUTH'] = 0;
$config['LDAP_HOST'] = 'ldap.yourdomain.com';
$config['LDAP_HELPER_DN'] = 'cn=....';
$config['LDAP_HELPER_PASSWORD'] = 'xxxxxxx';
$config['LDAP_MAIL_ATTR'] = 'mail';
$config['LDAP_AUDITOR_MEMBER_DN'] = '';
$config['LDAP_ADMIN_MEMBER_DN'] = '';
$config['LDAP_BASE_DN'] = '';

// AD specific settings
//
$config['LDAP_ACCOUNT_OBJECTCLASS'] = 'user';
$config['LDAP_DISTRIBUTIONLIST_OBJECTCLASS'] = 'group';
$config['LDAP_DISTRIBUTIONLIST_ATTR'] = 'member';
$config['LDAP_MAIL_ATTR'] = 'proxyAddresses';

// zimbra specific settings
//$config['LDAP_HELPER_DN'] = 'uid=zimbra,cn=admins,cn=zimbra';
//$config['LDAP_ACCOUNT_OBJECTCLASS'] = 'zimbraAccount';
//$config['LDAP_DISTRIBUTIONLIST_OBJECTCLASS'] = 'zimbraDistributionList';
//$config['LDAP_DISTRIBUTIONLIST_ATTR'] = 'zimbraMailForwardingAddress';
//$config['LDAP_MAIL_ATTR'] = 'mail';

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:

// authentication against an ldap directory (disabled by default)

$config['ENABLE_LDAP_AUTH'] = 1; --------------- Activar con 1
$config['LDAP_HOST'] = 'mail.dominio.cu'; -------Poner nuestro server de correo
$config['LDAP_HELPER_DN'] = 'cn=....';
$config['LDAP_HELPER_PASSWORD'] = 'XXXXX'; -----Poner la clave que averiguamos anteriormente
$config['LDAP_MAIL_ATTR'] = 'mail';
$config['LDAP_AUDITOR_MEMBER_DN'] = '';
$config['LDAP_ADMIN_MEMBER_DN'] = '';
$config['LDAP_BASE_DN'] = '';

// AD specific settings
//
$config['LDAP_ACCOUNT_OBJECTCLASS'] = 'user';
$config['LDAP_DISTRIBUTIONLIST_OBJECTCLASS'] = 'group';
$config['LDAP_DISTRIBUTIONLIST_ATTR'] = 'member';
$config['LDAP_MAIL_ATTR'] = 'proxyAddresses';

// zimbra specific settings
$config['LDAP_HELPER_DN'] = 'uid=zimbra,cn=admins,cn=zimbra';
$config['LDAP_ACCOUNT_OBJECTCLASS'] = 'zimbraAccount';
$config['LDAP_DISTRIBUTIONLIST_OBJECTCLASS'] = 'zimbraDistributionList';
$config['LDAP_DISTRIBUTIONLIST_ATTR'] = 'zimbraMailForwardingAddress';
$config['LDAP_MAIL_ATTR'] = 'mail';

En el caso de querer integrarlo contra el LDAP de nuestro AD y no al de zimbra.

// authentication against an ldap directory (disabled by default)
$config['ENABLE_LDAP_AUTH'] = 1;
$config['LDAP_HOST'] = 'ip del servidor ldap';
$config['LDAP_HELPER_DN'] = 'user@dominio.cu';
$config['LDAP_HELPER_PASSWORD'] = 'contraseña de user@dominio.cu';
$config['LDAP_MAIL_ATTR'] = 'userPrincipalName';
$config['LDAP_BASE_DN'] = 'OU=example,DC=dominio,DC=cu';
$config['LDAP_AUDITOR_MEMBER_DN'] = 'CN=auditor,OU=example,DC=dominio,DC=cu';
$config['LDAP_ADMIN_MEMBER_DN'] = 'CN=admin,OU=example,DC=dominio,DC=cu';
// AD specific settings 
//
$config['LDAP_ACCOUNT_OBJECTCLASS'] = 'user';
$config['LDAP_DISTRIBUTIONLIST_OBJECTCLASS'] = 'group';
$config['LDAP_DISTRIBUTIONLIST_ATTR'] = 'member';
$config['ENABLE_AUDIT'] = 1;

Recargamos el piler

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 aaa@aaa.fu,bbb@aaa.fu,ccc@ccc.fu y (_AND_) el destinatario es aaa@gmail.com:

# pilerexport -s 100000 -S 2000000 -f aaa@aaa.fu -f bbb@aaa.fu -f ccc@ccc.fu -r aaa@gmail.com

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:

root@mailpiler:~# /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