Últimamente, la dirección IP de 2 de nuestros servidores ha sido bloqueado por Hotmail, impidiendo el envio de correo a Hotmail durante unas horas. Esto es algo que ocurre de vez en cuando y parece ser casi inevitable, a no ser que introduzcamos importantes restricciones a nuestro servicio.

El motivo más habitual por el cual alguna de nuestras direcciones IP es bloqueda suele estar relacionada con el envio de SPAM por parte de un intruso desde el sitio web de un cliente. Para hacer esto, el intruso necesita tomar control del sitio web del cliente, lo cual lo consigue aprovechándose de alguna vulnerabilidad de la aplicación web que el cliente ha instalado en su sitio web.

Toda aplicación web puede ser vulnerable y por ello, que ocurra esto es algo inevitable. Nuestra labor en estos casos es la detección temprana para evitar el envio de SPAM y el bloqueo del servidor por parte de algún proveedor de correo o lista negra.

Pero, de vez en cuando, alguno de nuestros servidores es bloqueado debido a la inocencía de algún cliente que, sin darse cuenta, se bloquea a si mismo y al resto de clientes que envian correo desde la misma dirección IP. Hay 2 situaciones que suelen llegar a provocar este tipo de bloqueos:

1. El cliente tiene en su web un formulario de contacto que envía a su cuenta de Hotmail o Gmail lo que los usuarios introducen en el formulario. Pues bien, ese cliente, cuando recibe el correo proveniente del formulario en su cuenta de Gmail, Hotmail o el que sea, marca el mensaje como SPAM. Y no lo hace una sola vez, sino que lo hace de forma repetida hasta que, llegado a un punto, el proveedor de correo decide que se debe bloquear todo email proveniente de la dirección IP de su sitio web.
2. El cliente ha configurado una redirección desde alguna de sus cuentas de correo a otra dirección de Hotmail, Gmail, etc. Pues bien, si alguien le envia SPAM a su cuenta de correo ese mensaje será redireccionado a su cuenta de Hotmail y si el cliente actua igual que en el caso anterior, marcando el mensaje como SPAM, volvemos a corres el riesgo de ser bloqueados.

La verdad es que el comportamiento de estos clientes es totalmente lógica, al fin y al cabo están marcado mensajes de SPAM como SPAM, pero la lógica a veces nos traiciona.

En definitiva, si cumples algunas de estas 2 condiciones (tienes un formulariod e contacto que envia los mensajes de contacto a una cuenta externa o tienes redireccionado tu correo a otra cuenta externa),  por favor, no marques esos mensajes como SPAM, borralos, pero no los marques como SPAM…

Últimamente estamos teniendo bastante incidencias relacionadas con usuarios que no pueden enviar correo y que, en cambio, descargan correctamente. Con este post pretendemos ayudar a otros clientes que tengan el mismo problema y que aún no han contactado con nosotros.

En el 90% de los casos, cuando puedes recibir correo pero no enviar, la causa del problema es que no tienes correctamente configurada tu cuenta de cliente en tu cliente de correo (Outlook, Thunderbird, Apple Mail o el que uses). Concretamente, te falta activar la autenticación en el servidor de corre saliente. Te recomendanos leer la guía No puedo enviar correo de nuestro Wiki para saber como activarlo.

Si a pesar de seguir las indicaciones del Wiki sigues sin poder enviar correo, tienes un problema, contacta con nosotros.

Queremos comunicaros que hemos añadido nuevos videos a la recientemente estrenada sección de video tutoriales de nuestro sitio web.

Si hace unos días añadiamos videos sobre la utlización de cPanel, los nuevos tutoriales cubren otras 2  nuevas temáticas: clientes de correo y clientes FTP.

Los primeros explican de forma visual y paso a paso como configurar y gestionar una cuenta de correo en algunos de los clientes de correo más habituales: Outlook Express, Thunderbird, Outlook 2003 y 2007, Seamonkey, Indredimail, etc.

Los segundos explican como configurar una cuenta FTP, publicar archivos en tu web y administrar los archivos de tu cuenta usando varios clientes FTP diferentes: Filezilla, Smart FTP, Dreamweaver, Cute FTP, etc.

Comunicar que hemos procedido a modificar el registro SPF en todos los dominios alojados, ya que hemos detectado que ciertos dominios no estaban debidamente protegidos por el registro anterior.

El registro SPF se trata de un registro DNS de tipo TXT que se inserta en la zona DNS de los dominios y que sirve para que servidores de correo externos, cuando reciban un correo desde un dominio alojado por nosotros, sepan si el correo proviene de una dirección válida. Es un sistema diseñado como medida AntiSpam, pero principalmente para dificultar la suplantación de identidad. Más información en el sitio web del proyecto Sender Policy Framework.

El nuevo registro es: “v=spf1 ip4:84.20.10.0/24 ?all”. Este registro indica que el dominio puede enviar correo desde cualquier dirección IP de la red 84.20.10.0/24 gestionada por guebs, pero que este rango no incluye todos los hosts que pueden enviar correo. Es un registro permisivo pero es la única forma en la que podemos hacerlo, ya que no conocemos que hacen nuestros clientes con su correo. Por ejemplo, hay clientes que envian correo desde Gmail, desde el servidor de su ISP, desde servidores web propios, etc.

Si algún cliente desea que le configuremos un registro SPF más restrictrivo, por ejemplo “v=spf1 ip4:84.20.10.0/24 -all”, no tienes más que contactar con nosotros.

Hace unos días comenzaron a surgir problemas para enviar correos desde el servidor SH2, que desde las 11:00 del día de hoy consideramos han sido solucionados.

El primer error estaba relacionado con el sistema de autenticación POP-Before-SMTP, que había sido desactivado debido a que daba problemas trás la actualización del panel de control. Esta mañana lo hemos vuelto a activar.

En cualquier caso, todo cliente de guebs, que envie correos desde clientes de correo tipo Outlook debería activar la autenticación en el servidor de correo saliente, ya que la forma correcta de enviar correos. Se evitan los errores ocasionales de autenticación propios del sistema pop-before-smtp y te aseguras de que algún sistema AntiSpam caprichosos no bloquee vuestro correo.

El segundo error, que impendia enviar correos a ciertos destinatarios, también ha sido corregido. El problema surgió cuando un cliente envió SPAM desde el servidor SH2 (lo cual también ha sido corregido), lo que provocó que ciertos sistemas AntiSpam bloquearan la IP del servidor. Dado que principalmente eran sistemas cerrados como el de Hotmail y Yahoo!, no existia la posibilidad de solicitar el desbloqueo de la IP, por lo que hemos optado por cambiar la dirección IP de envio en el servidor.

Clientes de Sh2: isculpas por haberos mareado durante los últimos días con tanto problema.

[Mayo 17 2:00] Actualización: Parece que los problemas con Hotmail se están solucionando y nuestros correos, por fin, están llegando a las cuentas de Hotmail. Eso sí, por el momento, los correos parece que siempre llegan a la carpeta “Correo no deseado” de Hotmail.

Queremos advertiros que desde que ayer noche migramos el servidor de correo de guebs a otro servidor, estamos teniendo problemas a la hora de enviar correos a direcciones de Hotmail. Esto sólo afecta a nuestros correos, es decir, no afecta a los correos que envian nuestros clientes desde los dominios que tienen alojados con nosotros.

Si usas una cuenta de correo de Hotmail, te has puesto en contacto con nosotros y no recibes nuestra respuesta, te sugerimos que nos envíes tu consulta desde una dirección que no pertenezca a Hotmail o accedas a mi@guebs para consultar nuestras respuestas.

Disculpen las molestias. Estamos tratando de solucionar el problema lo antes posible.

Queremos comunicar que han sido resueltos los problemas de autenticación en el servicio de correo que algunos clientes alojados en el servidor SH4 han sufrido durante las últimas horas.

El problema era la imposibilidad de autenticarse correctamente en el servicio POP3, IMAP y correo web del servidor SH4, es decir, imposibilidad de acceder para descargar el correo. En cambio, el servidor SMTP.

El problema residía en el servicio authdaemond de Courier, que no respondía correctamente debido a un problema de librerías.