Comprueba tu IP en las DNSBL que de verdad bloquean tu correo

Una DNSBL es una base de datos publicada íntegramente a través del DNS, que es exactamente la razón por la que consultarla no necesita ningún privilegio en ninguna de las plataformas en las que se publica SSHive. Para probar 203.0.113.25 contra zen.spamhaus.org, el cliente invierte los cuatro octetos y pide un registro A en 25.113.0.203.zen.spamhaus.org. La inversión no es cosmética. El DNS delega jerárquicamente de derecha a izquierda, así que escribir la dirección al revés permite al operador de la zona delegar por /8, /16 o /24 exactamente igual que hace in-addr.arpa con las resoluciones inversas. NXDOMAIN significa no listada. Cualquier respuesta dentro de 127.0.0.0/8 significa listada, con los bytes bajos codificando qué sublista coincidió. Un registro TXT en ese mismo nombre, allí donde el operador publique uno, lleva el motivo legible y la URL de retirada. SSHive lo implementa dos veces. En macOS, el proceso principal dispara las ocho consultas de zona en paralelo a través del resolutor c-ares de Node, cada una capturada por separado para que una zona muerta o limitada por tasa no haga fallar toda la ejecución; ante un acierto emite una segunda consulta TXT contra el mismo nombre para obtener el motivo. En iPhone y iPad, la implementación en Swift despliega las diez zonas en un grupo de tareas con lanzamiento de errores sobre una cola de utilidad, un getaddrinfo fijado a AF_INET por zona, y después ordena los resultados: primero los listados, luego las zonas sin respuesta útil y después alfabéticamente. Ambas aceptan una dirección literal en cuatro octetos o un nombre de host, resolviendo el nombre a su primer registro A antes de tocar ninguna zona. Como todo eso es una resolución de registro A corriente a través del resolutor del sistema, no hay sockets raw, ni puertos privilegiados, ni binarios lanzados: la comprobación funciona sin modificar dentro del App Sandbox. Lo mismo vale para todas las herramientas de este panel, ping y traceroute incluidos: envían ICMP real desde un socket de datagramas que no necesita privilegios, así que aquí no hay ninguna plataforma en la que un diagnóstico responda menos que en otra. También significa que cada consulta sale de tu dispositivo hacia los servidores de nombres de la zona directamente, por el resolutor que te haya asignado tu red: no hay backend de SSHive ni API web de terceros en el camino. Dos límites son deliberados. La herramienta es solo IPv4, y comprueba únicamente zonas basadas en IP: nada de listas por dominio tipo URIBL o SURBL, ni marcas de tiempo de los listados, ni enlaces de retirada pulsables. Lo que nos lleva a la retirada, donde el orden de las operaciones lo decide todo. Arregla la causa antes de enviar nada: quitar un listado mientras la fuente sigue activa te devuelve a la lista, normalmente con una penalización más larga. Las causas habituales, más o menos por frecuencia: una cuenta de SMTP AUTH comprometida (busca un mismo usuario autenticándose desde muchas IP de origen), un formulario de contacto web abusado, un relé abierto, un puesto de trabajo infectado que comparte tu IP pública detrás de NAT, y una lista de correo legítima lo bastante caducada como para tocar trampas de spam. Después confirma lo básico: un DNS inverso confirmado en ambos sentidos que coincida con tu nombre HELO, más SPF, DKIM y DMARC. Solo entonces usa la página de retirada de cada operador. Spamhaus, Barracuda y SpamCop tienen formularios de autoservicio; PSBL, NiX Spam y UCEPROTECT nivel 1 caducan solos una vez que el tráfico cesa. Evita cualquier servicio que se ofrezca a sacarte de cien listas a la vez, y cuenta con que la entrega se recupere días después de que el listado en sí desaparezca.