-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-09-09 a las 22:40 +0200, Camaleón escribió:
El 9/09/08, Carlos E. R. escribió:
...
No, te has explicado bien :-)... lo que no es lógico es que aún a día de hoy se le siga dando validez a la dirección IP y se usen listas negras para bloquear "de facto" una comunicación con un servidor de correo :-/.
Ese dato (que la ip está en una lista negra) se puede tener en cuenta como lo hace el SA (dándole más o menos puntos) pero "cortar" de buenas a primeras en temerario.
Sí, esa es mi opinión. Debemos hacerlo mediante un sistema de puntuación, que es más justo. Pero los administradores sopesan la sobrecarga de cpu que supone esa valoración, y prefieren cerrar el paso con unas cuantas reglas de todo o nada directamente en el servidor smtp. Hay que reconocer que en un servidor tamaño telefonica hacer esa valoración sería pesadísima y costaría miles o millones de euros. Pero fíjate, gmail hace una valoración de spam muy pesada computacionalmente y no la cobran.
Mmmm. Telefonica.net no, porque lo hace a nivel de cuentas individuales, una a una. Esto es distinto, es autorizar a un servidor entero, envíe lo que envíe, y eso supongo que hay que contratarlo y negociarlo.
No estoy segura de eso :-?.
Es decir, si Telefónica me da un usuario y contraseña con la que puedo enviar correos (y no me pone límites en cantidad o destinos) le debería dar igual que lo hiciera desde Postfix que desde un cliente de correo ¿no?. Lo que sí podría limitar es el número de destinos permitidos cada "x" intervalo de tiempo.
No, claro, si así es como lo hago yo, envío a través de postfix, aunque su configuración para hacer esto no es tan obvia. No es lo de "relay host", porque cada cuenta que tengo en telefonica tiene su propio login/pass; y no solo en tesa, sino en más sitios. El relayhost es uno sólo, luego no es el mismo uso: piensa en una empresa con cientos de empleados, pero un sólo dominio. En vez de enviar directamente el correo desde el servidor de la empresa, se los envían todos a telefonica, quien "amablemente" envía los cientos de correos de los cientos de usuarios de la empresa. Y eso se hace con un único login/pass, no con cientos. El relayhost debe aceptar todos los correos que le envíe el servidor de la empresa, sin discusión. La empresa crea y borra los usuarios a su antojo, pero no necesita tener un servidor de envío. Aunque para cientos de usuarios supongo que lo más correcto es el servidor propio.
Es decir, se trata de tener un dominio y poder enviar/recibir(/rechazar) de todas las cuentas que se te ocurra poner sin tener que explicarselo a nadie. Envías y recibes todo lo que quepa por la conexión contratada. Si haces relay con ellos, pues te tienen que autorizar como servidor, no como usuario (login/pass del servidor).
Hum...
Por ejemplo, con gmail puedes enviar con cualquier "from" distinto del de tu propia cuenta, pero antes tienes que registrarlo con ellos.
¿Dices que no se puede enviar con un "from" de usuario[a]telefonica.net y los datos de usuario/contraseña de gmail desde el cliente de correo? :-?
Sí, sí se puede, si antes le digo a gmail que voy a hacerlo y lo registro con ellos. Y lo envío desde el postfix: observa las cabeceras internas de éste correo. Pero no puedo hacer lo mismo enviando este correo desde telefonica.net, no dejan. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIxv1TtTMYHG2NR9URAtTiAJ9B0QLYAu0UoS0v9zpDEpKlbHRbKQCgi2vT iNa+CXw5t/khFSxoyjjtV0M= =MYOB -----END PGP SIGNATURE-----