-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-ID:
El 9/09/08, Carlos E. R. escribió:
Digo que no tiene ni una mísera oprtunidad, porque el rechazo se suele hacer por IP en el intento de conexión, no llega al punto de analizar las cabeceras.
Grrr >:-).
Pues muy mal hecho, porque entonces el mismo proveedor que me rechaza como servidor porque mi ip está "maldita" me debería rechazar si yo fuera un cliente suyo que quiere enviar un correo con sus servicios pero con mi ip "maldita", para lo cual me pide identificación (usuario y contraseña) que viene a ser la misma garantía que el SPF :-P.
Vale, me he explicado mal. Se entra en una pequeña negociación: se le envia primero el TO y el FROM (el del sobre,, no el de la carta), y no recuerdo en que orden. Dependiendo cómo esté configurado, si el "TO" no es de los internos del servidor, es que intentas hacer relay, con lo cual inmediatamente te pedirá autentificacion, y si no la das te rechaza. Si el "TO" es interno (o sea, es un correo destinado a ese servidor), entonces mira otros criterios; si tu IP es de las dinámicas, pues corta en ese punto, salvo si el "FROM" es de los propios. Puede pedirte autentificación en vez de cortar directamente. Todo eso, el orden en el que hace las cosas y cuales hace depende de las muchas variables en que se configura el servidor... es bastante complejo, me faltan conocimientos para detallar. Eso la tal Sandy Drobic (creo que es "ella", los nombres foráneos confunden) te lo puede contar al dedillo y de memoria, respecto al postfix.
Hay una manera, que desconozco, que es hacer el envío a través de algún servidor del servicio de nombre de dominio (no-ip o lo que sea). Puede que pagando.
Hacer relay, sí. Incluso es posible que el propio isp lo permita sin coste adicional (y si el volumen de correos no es muy elevado) si se autentifica antes (smtpauth) :-?
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. 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). Por ejemplo, con gmail puedes enviar con cualquier "from" distinto del de tu propia cuenta, pero antes tienes que registrarlo con ellos. Lo puedes ver cuando yo envío correos con mi alias en opensuse.org. No es lo mismo que lo de arriba, pero tiene un parecido. Pues bien, con alguno de los servidores estos de dominios dinámicos existe un servicio para enviar correo a través de ellos, pero con el from puesto a tu dominio. Sé que existe, pero no sé quien lo tiene ni como se llama el servicio. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFIxsrEtTMYHG2NR9URArctAJ4if+byW82CSNXf+8wapBICs+Q22wCeLDvb D9gHC2nakJkoBUbTiEnihgo= =FUKX -----END PGP SIGNATURE-----