El 10/01/11 19:50, Javier Barroso escribió:
2011/1/10 Camaleón<[email protected]>:
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:
(...)
<[email protected]>: host ????????[aaa.bbb..ccc.ddd] said: 554 5.7.1
<[email protected]>: 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
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
Archive: http://lists.debian.org/[email protected]
