El 4/12/18 a las 16:11, Jesús Miguel escribió: > Colegas tratando de instalar el piler en mis servers me he topado con > algunas dudas; cuando declare el transport en zimbra hago lo sgte para > que mi zimbra entregue a piler.midominio.cu (otro server en la dmz) > > > > *nano /opt/zimbra/common/conf/transportfile* > > > > dentro agregamos: > > > *arch...@piler.dominio.cu :[piler.dominio.cu]* > > > > Donde *arch...@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
Aquí has cometido un error, ambos transports, no van separados con una coma, sino con un espacio. y como sos dos el atributo zimbraMtaTransportMaps debe ir antecedido con un signo de mas +, que implica agregación, es ahí donde tienes el problemas y creas un comportamiento extraño en tu servidor zimbra. zmprov ms +zimbraMtaTransportMaps "lmdb:/opt/zimbra/postfix/conf/transportfile proxy:ldap:/opt/zimbra/conf/ldap-transport.cf" > > *aquí tengo la duda; primero aclarar que no estoy usando el ldap interno > que trae zimbra sino que estoy a través de autoprov trayendo mis > usuarios de un samba4 externo (midominio.cu)* > Esto esta correcto, zimbra gestiona toda o casí toda la información del servicio mail, en un servidor ldap interno, aunque tengas autenticación externa, y autoprovisionamiento, este autoprovisionamiento, es precisamente aprovicionar las cuentas de zimbra en su servidor ldap interno, desde uno externo, generalmente el mismo desde el que se configura la autenticación externa, ya sea un ldap o AD/Samba4. > > > *si agrego esta línea (en rojo) se ya me empieza a dar bateos en correo > zimbra….* > > * * > > * * > > *Miren los logs:* > > * * > > Dec 4 21:08:57 zb postfix/amavisd/smtpd[20285]: disconnect from > localhost[127.0.0.1] ehlo=1 mail=1 rcpt=2 data=1 quit=1 commands=6 > > Dec 4 21:08:57 zb postfix/smtp[20284]: 3AE122018C6: > to=<hector.jac...@cmg.hidro.cu>, relay=127.0.0.1[127.0.0.1]:10032, > delay=0.86, delays=0.05/0.01/0/0.81, dsn=2.0.0, status=sent (250 2.0.0 > from MTA(smtp:[127.0.0.1]:10025): 250 2.0.0 Ok: queued as 14F11201886) > > Dec 4 21:08:57 zb postfix/smtp[20284]: 3AE122018C6: > to=<arch...@piler.cmg.hidro.cu>, relay=127.0.0.1[127.0.0.1]:10032, > delay=0.86, delays=0.05/0.01/0/0.81, dsn=2.0.0, status=sent (250 2.0.0 > from MTA(smtp:[127.0.0.1]:10025): 250 2.0.0 Ok: queued as 14F11201886) > > Dec 4 21:08:57 zb postfix/qmgr[14807]: 3AE122018C6: removed > > Dec 4 21:08:57 zb postfix/error[20287]: 14F11201886: > to=<hector.jac...@cmg.hidro.cu>, relay=none, delay=0.03, > delays=0.01/0.01/0/0.01, dsn=5.0.0, status=bounced (cmg.hidro.cu) > > Dec 4 21:08:57 zb postfix/smtp[20286]: 14F11201886: > to=<arch...@piler.cmg.hidro.cu>, > relay=piler.cmg.hidro.cu[192.168.100.121]:25, delay=0.05, > delays=0.01/0.01/0.02/0.01, dsn=2.0.0, status=sent (250 Ok > 400000005c06ecf72c9087fc00e784da08ca <arch...@piler.cmg.hidro.cu>) > > Dec 4 21:08:57 zb postfix/cleanup[20279]: 216E62018D1: > message-id=<20181204210857.216e6201...@zb.cmg.hidro.cu> > > Dec 4 21:08:57 zb postfix/bounce[20288]: 14F11201886: sender > non-delivery notification: 216E62018D1 > > Dec 4 21:08:57 zb postfix/qmgr[14807]: 216E62018D1: from=<>, size=4789, > nrcpt=1 (queue active) > > Dec 4 21:08:57 zb postfix/qmgr[14807]: 14F11201886: removed > > Dec 4 21:08:57 zb postfix/error[20287]: 216E62018D1: > to=<humberto.garr...@cmg.hidro.cu>, relay=none, delay=0.01, > delays=0/0/0/0, dsn=5.0.0, status=bounced (cmg.hidro.cu) > > Dec 4 21:08:57 zb postfix/qmgr[14807]: 216E62018D1: removed > > > > > > Igualmente pierdo con trato de hacerlo por la vía 2: > > > > *zmprov ma arch...@piler.dominio.cu +zimbraMailTransport > smtp:piler.dominio.cu:25* Esto te debe funcionar correctamente también, sin necesidad de crear un archivo transportfile, en el método de más arriba. > > *zmmtactl restart* > > > > me da error que no sabe quien es *arch...@piler.midominio.cu > <mailto:arch...@piler.midominio.cu>* > Supongo que aquí hayas cambiado el midominio.cu por piler.cmg.hidro.cu > * * > > *favor alguien experto en el tema me pudiera tirar un cabo…* > > * * > > *saludos* > A ver por otra parte. definiste correctamente todo lo referente a always_bcc , en zimbra no se configura nada en el main.cf del postfix. zmlocalconfig -e always_bcc=arch...@piler.dominio.cu Esta funcional tu servidor piler, creaste todos los records dns necesarios, piler.cmg.hidro.cu Toda la información que necesitas esta recogida en: https://www.sysadminsdecuba.com/2017/12/instalacion-y-configuracion-de-piler-en-debian-9-con-nginx-y-mariadb-1ra-parte/ https://www.sysadminsdecuba.com/2017/12/integracion-de-piler-a-un-servidor-de-correo-y-configuracion-a-fondo-2da-parte/ Antes de ejecutar algo, quizás debas consultar antes, pues hay algunas cosas que han cambiado y por ende pueden estar desactualizadas, no todos los sistemas son iguales, debes analizar primero todo el escenario. -- Arian Molina Aguilera Administrador de Redes y Servicios Telemáticos Linux Usuario Registrado #392892 Telfs: +53(7)696-7510 ext 236 email: linuxc...@teknik.io “Nunca consideres el estudio como una obligación, sino como una oportunidad para penetrar en el bello y maravilloso mundo del saber. Albert Einstein”
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Gutl-l mailing list -- gutl-l@listas.jovenclub.cu To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu
