El 2 de octubre de 2010 08:45, ceduard0 <[email protected]>escribió:
> El 21 de enero de 2002 20:14, ciracusa <[email protected]> escribió: > > > > Hola Lista. > > > > En el día de ayer me ha llamado un colega aludiendo tener problemas con > su server de correo. > > > > Problema: No recibe ni puede enviar correos electrónicos con dominio > propio (ejemplo, [email protected]) > > > > El mismo está implementado en Debian, tiene una sola interfaz de red > (supongo entonces que en el modem router tiene algun portforwarding) y tiene > los siguientes paquetes (entre otros): > > > > - apache2 > > - bind9 > > - courier-authdaemon > > - courier-imap > > - courier-imap-ssl > > - courier-pop > > - courier-pop-ssl > > - fetchmail > > - ispconfig-server > > - mysql > > - postfix > > - pppd-dns > > > > Analizando un poco la situación veo que si desde mi oficina hago un ping > a: > > > > ping prueba.com > > > > tengo como resultado > > > > 64 bytes from localhost.localdomain (127.0.0.1): icmp_seq=1 ttl=64 > time=0.049 ms > > > > Veo entonces que los DNS de prueba.com estan administrados desde > zoneedit.com > > > > La consulta es: > > > > Es posible que el problema venga porque en Zoneedit esten mal delegados > los datos o el problema puede venir por otro lado? > > > > Teniendo en cuenta que esta persona tiene una conexión a Internet con > ADSL, IP Pública pero dinámica es posible que desde Zoneedit no este > delengando a la IP Pública y dinámica? > > > > Helo, seria bueno que revisaras a ver que esta diciendo el archivo de > log, creo que es /var/log/mail o si no /var/log/posfix no lo recuerdo > bien, pero ahí debe de estarte diciendo que problema esta teniendo el > server. > > > Bueno, espero haber sido lo mas claro posible para que puedan ayudarme? > > Por otro lado por que ho haces unas pruebas usando las herramientas > que estan en este sitio http://centralops.net/co/ valida que tengas > los respectivos registros Mx. > > Otro test local que puedes hacer es por consola un "mailq" para que > liste los correos en cola, es decir todos los que trataron de salir y > no fueron entregados y ver el mensaje que sale. > > > > Muchas Gracias. > > > > Salu2.- > > > > > > -- > > To UNSUBSCRIBE, email to [email protected] > > with a subject of "unsubscribe". Trouble? Contact > [email protected] > > Archive: http://lists.debian.org/[email protected] > > > > > > -- > ceduard0 > > > -- > To UNSUBSCRIBE, email to [email protected] > with a subject of "unsubscribe". Trouble? Contact > [email protected] > Archive: > http://lists.debian.org/[email protected] > > Hola: Yo no he usado Zoneedit, pero uso regularmente Dyndns, y tuve un problema similar cuando empecé a usarlo. El cliente de dyndns (ddclient) resuelve la ip del equipo, en tu caso está resolviendo 127.0.0.1. Para resolver usando dyndns hay dos opciones: - Que resuelva la ip de tu LAN, que debería ser algo como 192.168.1.80 y que configures tu modem router para que te redirja las peticiones a ese equipo (portforwarding). - Que directamente configures en tu modem router que ese equipo esté en la zona desmilitarizada (DMZ), así tu equipo tendría la ip externa. En ambos casos, yo incluyo en la configuración del ddclient.conf la siguiente linea: use=web, web=checkip.dyndns.com/, web-skip='IP Address' Con eso, en vez de resolver 127.0.0.1 resuelve la ip externa. Espero que te sirva. Suerte. -- Juan Manuel Acuña. Desarrollador. Favor de confirmar la recepción del presente.
