Acostumbrado a trabajar con IPs fijas, cuando me pongo a hacer cosas en casa no estoy acostumbrado a cambiar el chip, y aunque tengo un dominio que me ofrece DynDNS tener una IP siempre cambiante tiene ciertas limitaciones.
El blog y todos los servicios caseros están desarrollados con software libre y siguiendo en la medida de lo posible la premisa del Do It Yourself, aunque obviamente seguimos dependiendo de los servicios ofrecidos por DynDNS y una compañía que ofrece servicios ADSL y que no necesita que le hagamos publicidad.
Observo que el servidor de correo funciona a veces sí y a veces no, recuerdo que funcionaba perfectamente con algunas de las IPs, pero con la mayoría de ellas esto no sucede. Recuerdo que tuvimos una charla con Iván sobre la configuración del cliente de correo, y haciendo lo mismo a mí me funcionaba y a él no.
La realidad es que a la mayoría de listas de bloqueo de SPAM no les gusta el correo que proviene de una IP dinámica.
Aunque gracias a Super Coco descubrí que cuando dicha compañía pasó varias IPs fijas a dinámicas aún quedan algunas que resuelven a staticIP.rima-tde.net y tras un tiempo de observación veo que desde allí se puede mandar correo sin que este sea bloqueado, aunque dichas IPs continúan estando en las blacklists y depende del filtro de SPAM tenemos bastantes puntos para ser bloqueados, los servidores no detectan que se trata de una IP dinámica y el servicio funciona aparentemente bien para la mayoría de envíos.
Así que la solución al envío de correo pasa por utilizar algún servicio como smarthost SMTP. Algo que nos aleja un paso más de la filosofía del Do It Yourself, o bien solicitar a dicha compañía que queremos una IP fija como final feliz a todas estas preocupaciones previo paso por caja mensualmente.
Comentarios
Hay otros factores...
Es todo un tema lo de los correos electrónicos... resulta que según mi experiencia, no basta con la configuración de SPF (que ayuda bastante), sino que además también sirve el configurarle DomainKeys...
Sin embargo, hay algunas empresas que verifican que el puntero PTR inverso apunte al servidor desde el que estás enviando... esto significa que si tienes un hosting compartido, lo más probable es que NO vaya a funcionar adecuadamente... es un chequeo que NO ESTA dentro de los estándares internacionales de email, pero que algunos proveedores utilizan como medida anti-spam... (matando en el proceso a cientos y hasta miles de emails legítimos de quienes no lo tienen o no lo pueden tener configurado...)
Tomo nota
Gracias por la información, no conocía las DomainKeys.
Parece ser que la correcta configuración de un DNS inverso corresponde al administrador del ISP propietario de la red, resulta ser que el envío de correo resulta ser un tema más complejo de lo que me había planteado desde un principio.
De todos modos resulta una medida bastante radical al no poder estar al alcance de todos poder configurar un PTR inverso.
Es muy problemático
Yo también estuve con los mismos problemas cuando tenía la IP dinámica y usaba un dominio de los gratuitos de DynDNS.
Cuando compré el dominio a DynDNS y su servicio de Custom DNS, pude poner un registro TXT de SPF y parece que funcionaba un poco mejor con algunos destinatarios, pero seguía habiendo otros que según la IP que te tocara te aceptaban el correo o no. Cuando ya me planteaba comprar el DynDNS MailHop Relay apareción el Google Apps que es una especie de GMail para tu propio dominio y viví feliz y comí perdices ;-)
Por cierto, la IP fija no es una solución, porque muchos servidores de correo la seguirán rechazando por no ser una IP bien conocida de un ISP y también por no funcionar el DNS inverso, que suele ser muy importante en los servidores de correo.
Gracias por el consejo
Estan muy bien las Google Apps, ya he configurado los registros MX de DynDNS. La verdad es que siguiendo las instrucciones es pan comido, está muy detallado.
Lo único que para el servidor de correo de casa me vale, pero desearía que alguna máquina pudiera hacer relay, para recibir los mensajes de correo que manda Drupal cuando alguien pone un comentario, o mis scriptillos que me avisan de las nuevas actualizaciones en los Debian. Aunque me suena que había alguna manera de hacer relay con las Google Apps.
Otra vez, gracias por el consejo.
Google te deja hacer Relay
No te entiendo bien del todo. Google se comporta bien como "smarthost", de modo que podemos hacer relay a través de smtp.google.com sin problemas. Yo recibo los correos de Wordpress y de algunos scripts que usan el comando "mail" sin ningún problema...
Lo único un poco peculiar es que te tienes que autentificar poniendo en el /etc/exim4/passwd.client algo como:
### target.mail.server.example:login:password
gmail-smtp.l.google.com:usuario@dominio.com:contraseña
A eso me refería
Eso es lo que yo quería, lo has entendido bien. Desconocía la posibilidad de usar Google como "smarthost".
Muchas gracias por las indicaciones.
Lo probaré
Tengo que probar esto de usar Google como smarthost porque como has comentado no fui capaz de configurar el servidor de correo de mi Debian para poder enviar emails externos.
Gracias por el apunte.
Saludos, Iván.
Al final lo conseguí
Bueno pues al final lo he conseguido, siguiendo las instrucciones de Super Coco. La verdad es que nunca antes había funcionado tan bien.
Ahora entiendo como funciona el tema del SMTP y el problema que es el SPAM, las blacklist, y otros factores.
Saludos.