En general, puedes crear entradas en la Lista Blanca para evitar que ciertos correos sean clasificados como "Spam" o "Infomail". Aun así, una entrada en la Lista Blanca no evitará todos los casos. El escenario más común tiene que ver con fallos en la comprobación SPF.
Para evitar este motivo de clasificación con una entrada a la Lista Blanca, se debe especificar la IP de envío.
Para descubrir cuál fué la IP de envío de un mensaje, habilita la columna "IP de origen" en la vista del Email Live Tracking:
1- Utiliza el botón resaltado para ver las columnas disponibles:
2- Añade las columnas "IP de origen" y "Motivo":
3- Comprueba en la columna "Motivo" para confirmar que el mensaje fué bloqueado debido a un fallo de comprobación SPF:
Una vez confirmado el diagnóstico, podrías decidir añadir la IP bajo la columna "IP de origen" a la Lista Blanca. A partir de ese momento, los correos que vengan de esa IP no se marcarán como spam.
Para más información acerca del mecanismo SPF y nuestras opciones de configuración en el Panel de Control, por favor visita este artículo.
Importante: Este artículo describe una solución alternativa. Recomendamos arreglar la causa raíz (arreglar el registro SPF del dominio emisor o enviar los mensajes desde IP's ya aprobadas) en vez de crear entradas en la Lista Blanca, pero somos conscientes de que lo primero no siempre es viable.
Nota: Nuestra intención al pedir que se especifique la IP del emisor en vez de la dirección de correo para fallos en la comprobación SPF reside en estrechar al máximo las posibilidades de que una entrada en la Lista Blanca cause que mensajes realmente falsificados consigan superar nuestros filtros. Ten en cuenta que los spammers están constantemente buscando dominios con carencias de SPF, para explotarlas y falsificar correos en nombre del dominio afectado.
Consejo: Si lees el artículo previamente mencionado acerca del mecanismo SPF, descubrirás que permitimos realizar la comprobación SPF de un mensaje contra su envelope.from, su header.from, o ambos.
El sentido común podría decirte que más es mejor, pero este no es el caso, debido a la naturaleza del mecanismo SPF.
Recomendamos encarecidamente realizar esta comprobación tan sólo contra el envelope.from del mensaje, porque comprobarlo contra el header.from es contrario a las recomendaciones en los RFC, y podría provocar un aumento de falsos positivos.
En caso de duda, o si detectas un alto volúmen de correos entrantes con fallos en la comprobación SPF, por favor contacta con tu partner para que te asesoren.