Pregunta:
La pregunta que tengo puede ser más de principio que cualquier otra cosa, pero aquí está mi dilema.
Administro un sistema de correo electrónico para una pequeña empresa (alrededor de 20 usuarios de correo electrónico). Poseemos un nombre de dominio .com de letra simple a través de Network Solutions. Nuestro servicio de correo electrónico está alojado en Google Apps.
Recientemente (febrero de 2011) hemos tenido clientes que informan que no reciben nuestros correos electrónicos. Tras una mayor investigación, parece que los correos electrónicos fallidos pertenecen a un dominio común (bien conocido). No hemos recibido ningún mensaje de devolución de los correos electrónicos. También nos hemos puesto en contacto con algunos de los destinatarios previstos, que han informado que los mensajes no están en su buzón de correo no deseado; simplemente no recibieron nada. En estos casos, reenviamos el mismo correo electrónico a una dirección alternativa en otro dominio, que se recibió correctamente.
Un cliente se puso en contacto con su proveedor de correo electrónico sobre el problema. El proveedor recomendó que enviemos un formulario para ser incluidos en la lista blanca por su dominio.
Aquí es donde comienza mi problema. Siento que esto se dirige por una pendiente resbaladiza. ¿No socava esto el principio mismo del correo electrónico? Si esta es la acción apropiada a tomar en estas situaciones, ¿dónde terminará? En teoría (siguiendo este modelo) se podría argumentar que eventualmente uno necesitará primero "incluirse en la lista blanca" (o más apropiadamente denominarse "autenticarse") con un servidor de correo electrónico antes de enviar realmente cualquier mensaje. Más en este punto, ¿qué impide que los spammers "malos" hagan lo mismo …? Acabamos de completar el círculo.
Sé que evitar las medidas antispam es un gran juego del gato y el ratón, pero creo que esta es la forma incorrecta de "solucionar" el problema. Los estándares de correo electrónico dicen que los mensajes no deben desaparecer en silencio. Tengo un problema al admitir un modelo que dice "debes hacer <esto> para asegurarte de que tus correos electrónicos no sean ignorados" .
Tengo la idea de llamar al proveedor y expresar mi queja, aunque tengo la sensación de que probablemente caerá en oídos sordos. ¿Me estoy perdiendo de algo? ¿Es este un enfoque aceptable para los problemas de correo no deseado? ¿Qué debo hacer?
Respuesta:
Encuentro que demasiados sitios legítimos se están disparando en el pie. Ellos (sin saberlo espero) configuran sus servidores de tal manera que parecen falsificar su identidad. Los problemas comunes incluyen:
- Registro PTR faltante o incorrecto.
- Un registro para el PTR no apunta a la dirección IP de origen.
- El nombre utilizado en el comando HELO tiene un dominio de nivel superior no válido como local, lan o localdomain.
- El nombre usado en el comando HELO no tiene un registro A.
- El registro A para el nombre en el comando HELO no devuelve la dirección IP que se está utilizando.
- No hay registro SPF para el dominio que se utiliza en el comando HELO.
- No hay ningún SPF configurado para el dominio del remitente del sobre.
- SPF para el dominio del remitente del sobre prohíbe el uso de la dirección IP que se utiliza para enviar el correo electrónico.
- El dominio no aparece en DNSWL.org.
- Configurar la dirección del servidor de correo como un dominio de segundo nivel (ejemplo.com) en lugar de un dominio de tercer o cuarto nivel (mail.example.com).
- No aceptar correo al administrador de correos.
Evite todo lo anterior y tendrá muchas más posibilidades de recibir su correo.
EDITAR: He descubierto que Port25 Solutions Inc. tiene un muy buen servicio de verificación automatizada que figura en su página de Autenticación de correo electrónico . Muchas gracias a ellos por su excelente servicio. Está diseñado para verificar firmas DKIM, pero brinda una excelente respuesta para la mayoría de los elementos enumerados anteriormente. Consulte la sección de recursos de Port25 y utilice la dirección de correo electrónico adecuada para recibir los resultados por correo a la dirección de correo electrónico que desee. Recuerde que si necesita hacer cambios en el DNS, puede tardar un día más o menos en reflejarse en todos los cachés. En el peor de los casos, debería ser el doble de su configuración de Tiempo de vida.