El 10/01/11 19:50, Javier Barroso escribió:
2011/1/10 Camaleón<noelamac@gmail.com>:El Mon, 10 Jan 2011 16:26:10 -0300, Felix Perez escribió:Hola estimados algún experto en servidores de correo me podría explicar el porque un email enviado puede rebotar y entregar un mensaje como este:(...)<xxxxx@algo.com>: host ????????[aaa.bbb..ccc.ddd] said: 554 5.7.1 <xxxx@kalgo.com>: Relay access denied (in reply to RCPT TO command)(...) Lo que te está diciendo el técnico (en lenguaje "plano") es que han implementando en el servidor de correo [aaa.bbb.ccc.ddd] el "pop before smtp", es decir, que el usuario tiene que recibir correo antes de poder enviar lo cual hoy en día es una barbaridad. Aún así lo podrás comprobar fácilmente: recibe correo y después envía.Efectivamente, tal y como te comenta Camaleón y su servicio técnico es lo que debe estar pasando [1] Lo suyo es que en el servidor se configure también (o más bien sólo) el envío smtp autenticado con nombre y contraseña y tls No veo motivo para que el servidor no acepte esa opción .... nada más que el administrador no tenga tiempo o ganas de implementarlo. Un saludo [1] http://en.wikipedia.org/wiki/POP_before_SMTP
De la Wikipedia según lo citado por Javier:"Technically, users are allowed to use SMTP <http://en.wikipedia.org/wiki/SMTP> from an IP address <http://en.wikipedia.org/wiki/IP_address> as long as they have previously made a successful login <http://en.wikipedia.org/wiki/Logging_%28computer_security%29> into the POP <http://en.wikipedia.org/wiki/POP3> service at the same mail hosting provider, from the same IP address, within a predefined timeout period <http://en.wikipedia.org/wiki/Timeout_%28telecommunication%29>."
Lo que indicaría que el servidor SMTP hace un seguimiento de la ip de conexión y del usuario que se autentica por POP, pero para que el servidor arroje un "relay access denied" la ip tendría que cambiar dentro del período de tiempo que el servidor guarda el registro del par "ip y usuario autenticado", lo cual lo veo poco probable. En todo caso habrá que ver cuál es el valor del timeout del "pop before smtp", pero no creo que pase de algunos minutos.
En cualquier caso un erro del tipo 554 es un error genérico y solo en los logs del servidor se puede constatar en qué parte de la configuración de Postfix alguna comprobación falló y dió como resultado dicho error.
Me sumo ampliamente a lo dicho por otros listeros, el proveedor debería implementar YA autenticación SMTP que es mucho más estandar y en dicho caso Postfix arrojaría un error mucho más legible.
Saludos