Bueno despues de un monton de pruebas, evidentemente el problema es DMARC, por alguna razon demora en validar y retrasa el envio, de momento lo he deshabilitado pero me gustaria *aprovechar el mismo hilo* para platicar sobre ello.
La configuracion de mi OpenDMARC esta asi en el DNS:
_dmarc.dominio.com. v=DMARC1; p=none; sp=none; rua=mailto:contacto@crver.net; ruf=mailto:soporte@crver.net; rf=afrf; fo=0; adkim=r; aspf=r; pct=50; ri=86400;
Del cual reconozco que *p=none* debe cambiarse a *p=reject* pero de momento me resisto a dicho cambio para evitar problema de recepcion de otros buzones, aparte apenas tiene como 4 meses que lo puse.
En fin validando los correos que me estuvieron llegando en un tiempo sobre la validacion del DMARC, los correos de uso comun (@hotmail, @outlook, @gmail, @yahoo, etc..) me enviaban correos tipo "informativos" donde el XML veia puro: *pass, *tanto en SPF, en DKIM y DMARC... asumi que todo estaba bien !
Que podra ser ?.... ya investigue DMARC y no tiene ninguna variable que cause retraso :S !
Saludos !
El 10 de noviembre de 2016, 22:15, angel jauregui darkdiabliyo@gmail.com escribió:
Tengo novedades :D...
Estoy aprovechando la noche para debugear el log sin tener tanto trafico, asi que la primer prueba fue enviar un correo de un buzón local a otro buzón local: *angel@midominio.com angel@midominio.com* a *soporte@midominio.com soporte@midominio.com* y me topo con la sorpresa que el *retraso o retardo* no es ocacionado por postfix, sino por *OpenDMARC* porque note que el LOG se quedo parado en la parte donde comprueba con la apliucacion DMARC y despues que sale inmediatamente se entrega el correo y *aca en mi thunderbird* se quita la barrita de carga.
Volví a probar pero ahora apague el servicio DMARC, y solucionado :D
Ahora toca ver que pasa que DMARC me atrasa la conexion :S
Saludos !
El 10 de noviembre de 2016, 21:09, angel jauregui darkdiabliyo@gmail.com escribió:
Buen día David.
Primeramente muchas gracias por tomarte el tiempo en responderme.
Fíjate que la parte de POP es rápida, vaya, el *recibir* (conexión a POP) es super rápido, el problema es el *envío *(conexión SMTP) va lento.
Sobre la explicacion de los buzones, estos existen en Local en el mismo servidor postfix, pero ambos usuarios se conectan al POP desde fuera de la red local, el punto es que POP *va de lujo*, pero *SMTP* es mi problema. Ya que *realice mas pruebas* y certeramente va lento desde donde me conecte, vaya, hasta desde mi casa (sin que nadie estuviera a la red conectado), el SMTP va lento :'(
Sobre DMARC y OPENDKIM esos no tengo inconveniente, firman todo lo que haya configurado previamente.
El SO de mi Server es: CentOS 6.7. En el Log lo que quería que miraran y se me paso poner en negrita es el parámetro de *delay*, vuelvo a poner:
# solo muestro el ID que le asigno postfix a la transaccion *shell# cat /var/log/mailllog | grep 886812A1315*
Nov 10 10:26:43 mail postfix/smtpd[6594]: 886812A1315: client=unknown[127.0.0.1] Nov 10 10:26:43 mail postfix/cleanup[6531]: 886812A1315: message-id=< e2ada302-e1f7-31d3-e0fd-3610e060ecea@midominio.com> Nov 10 10:26:43 mail opendkim[1536]: 886812A1315: DKIM-Signature field added (s=default, d=midominio.com) Nov 10 10:26:43 mail postfix/qmgr[1971]: 886812A1315: from=< angel@midominio.com>, size=5158, nrcpt=2 (queue active) Nov 10 10:26:43 mail amavis[4335]: (04335-15) Passed CLEAN {RelayedInbound}, [10.10.10.10]:59450 [10.10.10.10] angel@midominio.com -> angel@midominio.com,pedro@midominio.com, Message-ID: < e2ada302-e1f7-31d3-e0fd-3610e060ecea@midominio.com>, mail_id: JTIN5cUdcuyJ, Hits: -2.999, size: 4747, queued_as: 886812A1315, 9195 ms Nov 10 10:26:43 mail postfix/smtp[6591]: DCF102A1273: to=< angel@midominio.com>, relay=127.0.0.1[127.0.0.1]:10024, *delay=30*, delays=21/0.04/0/9.2, 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 886812A1315) Nov 10 10:26:43 mail postfix/smtp[6591]: DCF102A1273: to=< pedro@midominio.com>, relay=127.0.0.1[127.0.0.1]:10024, *delay=30*, delays=21/0.04/0/9.2, 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 886812A1315) Nov 10 10:26:43 mail postfix/pipe[6598]: 886812A1315: to=< pedro@midominio.com>, relay=dovecot, delay=0.41, delays=0.17/0.02/0/0.22, dsn=2.0.0, status=sent (delivered via dovecot service) Nov 10 10:26:44 mail postfix/pipe[6599]: 886812A1315: to=< angel@midominio.com>, relay=dovecot, delay=0.45, delays=0.17/0.03/0/0.25, dsn=2.0.0, status=sent (delivered via dovecot service) Nov 10 10:26:44 mail postfix/qmgr[1971]: 886812A1315: removed
Creo que esos "30" son segundos y estuve validando, y si, es una demora de 30 segundos :S, entonces asumiendo que si en ocasiones el cliente tiene picos en su red (porque alguien mas baja cosas o así), el tiempo de espera se dispara un poco mas y por consecuencia algunos *Outlook* solo tiene el tiempo de espera en 1 minuto, por lo cual reintenta enviar el correo. *EL RESULTADO* es que el cliente receptor, recibe *dos correos*.
Les paso mi configuracion de postfix (ojo, uso ISPConfig como panel de admin): *http://pastebin.com/wNkxApRn http://pastebin.com/wNkxApRn*
Saludos !
El 10 de noviembre de 2016, 12:05, David González Romero < dgrvedado@gmail.com> escribió:
Angel:
El tema es que sinceramente no veo el problema 1- Al ser cuentas del mismo servidor, la demora puede estar en otro lugar. Acabas de decir que son personas que están en ciudades distintas. 2- Cuando buzón A envia a B, normalmente la entrega se hace local al buzón de B. Aunque B esté en otra locación, solo depende de la CONEXIÓN de B para poder recibir el mail. 3- Salvo que tengas un firewall muy restrictivos o que tu server de IMAP/POP3 este igualmente restrictivo, la conexión de B no debería ser problema. Entonces te indico que chequees tu configuración de todas las variables.
Ahora para poder ayudar mejor, que distro usas, que software intervienen en el proceso: postfix - dovecot - clamav - spamassassin - ssl/tls - metodo de autenticación - postadmin - etc... Yo en menos de 1 mes he montados 2 servidores de correo siguiendo esta metodología: https://z0z0.me/install-postfix-dovecot-auth-tls-mysql-postf ixadmin-postgrey-spamassassin-and-clamav-on-centos-7/
Ojo esta hay que hacer cambios que no están expresados en el documento, pero a modo general está muy bien. OpenDKIM es otra variante que yo cree y modifique el postadmin para tener una pequeña interface para poder administrar esta herramienta.
Tu log no muestra nada inusual, la barrita no creo que sea culpa de tu server... usa Thunderbird y evítate la barrita... Chau barrita, chau problema... Sin embargo en tu log no se muestra la conexión de B que sería la otra parte para concluir el test y ver la demora donde está.
Saludos, David
El día 10 de noviembre de 2016, 14:10, angel jauregui darkdiabliyo@gmail.com escribió:
Les comparto una parte del log, enviando correo:
De: angel@midominio.com Para: pedro@midominio.com
Loz buzones existen dentro del mismo servidor, osease que el envio es local, pero ambos "angel" y "pedro" estan en ciudades distintas y
fuera de
la red del servidor postfix.
Y como veran, de cara al servidor recibe la conexion a las 10:26:43 by
a
las 10:26:44 hace la transaccion. Y con el cliente demora mas de un minuto :(
# solo muestro el ID que le asigno postfix a la transaccion *shell# cat /var/log/mailllog | grep 886812A1315*
Nov 10 10:26:43 mail postfix/smtpd[6594]: 886812A1315: client=unknown[127.0.0.1] Nov 10 10:26:43 mail postfix/cleanup[6531]: 886812A1315: message-id=< e2ada302-e1f7-31d3-e0fd-3610e060ecea@midominio.com> Nov 10 10:26:43 mail opendkim[1536]: 886812A1315: DKIM-Signature field added (s=default, d=midominio.com) Nov 10 10:26:43 mail postfix/qmgr[1971]: 886812A1315: from=< angel@midominio.com>, size=5158, nrcpt=2 (queue active) Nov 10 10:26:43 mail amavis[4335]: (04335-15) Passed CLEAN {RelayedInbound}, [10.10.10.10]:59450 [10.10.10.10] <
angel@midominio.com>
-> angel@midominio.com,pedro@midominio.com, Message-ID: < e2ada302-e1f7-31d3-e0fd-3610e060ecea@midominio.com>, mail_id:
JTIN5cUdcuyJ,
Hits: -2.999, size: 4747, queued_as: 886812A1315, 9195 ms Nov 10 10:26:43 mail postfix/smtp[6591]: DCF102A1273: to=< angel@midominio.com>, relay=127.0.0.1[127.0.0.1]:10024, delay=30, delays=21/0.04/0/9.2, 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 886812A1315) Nov 10 10:26:43 mail postfix/smtp[6591]: DCF102A1273: to=< pedro@midominio.com>, relay=127.0.0.1[127.0.0.1]:10024, delay=30, delays=21/0.04/0/9.2, 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 886812A1315) Nov 10 10:26:43 mail postfix/pipe[6598]: 886812A1315: to=< pedro@midominio.com>, relay=dovecot, delay=0.41,
delays=0.17/0.02/0/0.22,
dsn=2.0.0, status=sent (delivered via dovecot service) Nov 10 10:26:44 mail postfix/pipe[6599]: 886812A1315: to=< angel@midominio.com>, relay=dovecot, delay=0.45,
delays=0.17/0.03/0/0.25,
dsn=2.0.0, status=sent (delivered via dovecot service) Nov 10 10:26:44 mail postfix/qmgr[1971]: 886812A1315: removed
Saludos !
El 10 de noviembre de 2016, 10:46, angel jauregui <
darkdiabliyo@gmail.com>
escribió:
Buenas.
Tengo probelmas con mi servidor postfix, especificamente el servicio
de
envio (SMTP - 587), digamos que escribo un correo con un texto simple
(sin
adjuntos) y lo envio a cualquier cuenta o a cuentas internas (no
importa a
quien), pero demora mas de un minuto en enviarse el correo.
Revisando los logs noto que el servidor al momento que recibe la
conexión
del cliente, este demora solo *1 segundo *todo el proceso: conexion, recibir correo, filtrarlo al amavis, pasar comprobacion y meter al
buzon
local.
Pero *de cara al cliente* (frente al buzon que esta enviando el
correo),
noto una demora de un minuto entre la barrita que va del 0% al 100%.
Y esto
pasa en TODOS mis equipos :'(
Alguna idea ?
Saludos !
-- M.S.I. Angel Haniel Cantu Jauregui.
Celular: (011-52-1)-899-871-17-22 E-Mail: angel.cantu@sie-group.net Web: http://www.sie-group.net/ Cd. Reynosa Tamaulipas.
-- M.S.I. Angel Haniel Cantu Jauregui.
Celular: (011-52-1)-899-871-17-22 E-Mail: angel.cantu@sie-group.net Web: http://www.sie-group.net/ Cd. Reynosa Tamaulipas. _______________________________________________ CentOS-es mailing list CentOS-es@centos.org https://lists.centos.org/mailman/listinfo/centos-es
CentOS-es mailing list CentOS-es@centos.org https://lists.centos.org/mailman/listinfo/centos-es
-- M.S.I. Angel Haniel Cantu Jauregui.
Celular: (011-52-1)-899-871-17-22 E-Mail: angel.cantu@sie-group.net Web: http://www.sie-group.net/ Cd. Reynosa Tamaulipas.
-- M.S.I. Angel Haniel Cantu Jauregui.
Celular: (011-52-1)-899-871-17-22 E-Mail: angel.cantu@sie-group.net Web: http://www.sie-group.net/ Cd. Reynosa Tamaulipas.