El 8/02/06, Carlos E. R.<robin1.listas@tiscali.es> escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-02-08 a las 22:24 +0100, Camaleón escribió:
[...]
No, no, el qmail de ivico dice que el servidor de ecr-post le ha dicho que hay un fallo temporal de DNS. Lo de "does not like recipient" es la interpretación del qmail local (ivico) pero lo que dice el servidor destinatario es lo del error 451 del DNS - y eso se corresponde precisamente con el error que me da a mi al hacer una comprobación dns del remitente, ivico. A consecuencia de ese fallo temporal, el qmail local abandona y devuelve el correo, diciendo que ya ha estado demasiado tiempo en la cola y no va a seguir intentándolo.
El comportamiento es correcto, y el problema es culpa del dns de ivico.
asi es !!! tienen errores en todos los lados !!! - en el DNS padre (por aca nic.cl) tienes configurado que los dns para ivico.com son dns.ivico.net y dns2.ivico.net, pero el segundo no funciona para nada !! - en las zonas de ivico.com, configuraste que vuestros dns serian victor@vhs:~$ dig ivico.com ns +short servidor. dns2.ivico.net. pero como mencione antes, dns2.ivico.net no contesta a ninguna peticion y la maquina "servidor" NUNCA jamas sera encontrada desde la internet. - en el registro SOA tambien tiene malo configurado el servidor maestro. al menos esto fue lo que puede ver por aca con la poca informacion que me llego desde algunos servidores dns, que tenian la informacion en cache !!! [...]
cer@nimrodel:~> host -t mx ivicom.com ivicom.com mail is handled by 0 dev.null.
lo cual es estar pidiendo a gritos que los listen en rfc-ignorant.
mmmm... personalmente recomendaria, que el contratara alguna empresa que saiba configurar el DNS para arreglar el "cachito" que tienen.. o alternativamente quedar sin los servicios basicos de internet por unos varios dias hasta que lea y relea los manuales de DNS y intenda lo que esta haciendo !!! el lado positivo de todo esto, es que configuro la zona con un TTL (time to live) de 38400 segundos lo que es normal.. o sea, que despues que tenga todo arreglado y funcionando correctamente, los clientes/servidores de internet, solamente tendran que esperar 10,6 horas (38400 segundos / 3600 segundos) para que se expire la informacion en el cache y volvan a consultar al DNS de el !!!! ahora, preguntan el porque mencione que es positivo esto ??? porque ya me depare con errores semejante que la persona tenia configurado el TTL tan alto que tuveron que esperar como unos 13 dias para que todo volvera a funcionar correctamente. :-( suerte. -- -- Victor Hugo dos Santos Linux Counter #224399