¿Correo en una lista negra? Cómo leer el rebote y salir de ella
Si su correo está en una lista negra, el mensaje de rebote suele indicarlo. Abra el rechazo que recibió y fíjese en tres cosas: el código de tres dígitos, el código con puntos que le sigue (como 5.7.1) y el texto. Un código que empieza por 4 es un fallo temporal; uno que empieza por 5 es permanente. Si el texto menciona una lista de bloqueo, esa es la lista que conviene atender primero.
Antes de ocuparse de las listas negras, descarte en orden las causas sencillas: un error en la dirección, un buzón lleno, un problema del lado del destinatario y la falta de SPF, DKIM o DMARC. Salir de una lista negra funciona casi igual en todas partes: localizar y detener la causa, enviar una única solicitud de exclusión si la lista la exige y esperar. Nadie puede prometer una exclusión, y las solicitudes repetidas sin haber corregido nada suelen empeorar la situación.
Los datos sobre listas y proveedores de correo concretos que aparecen a continuación proceden de sus páginas oficiales en noviembre de 2026. Las políticas cambian, así que conviene confirmar los detalles en el sitio del propio operador antes de actuar.
Cómo leer el mensaje de rebote
Un rebote (informe de no entrega) cita la respuesta que dio el servidor receptor. Un rechazo típico por lista negra tiene este aspecto:
<user@example.com>: host mx.example.com[203.0.113.25] said:
550 5.7.1 Service unavailable; Client host [203.0.113.10]
blocked using bl.example.org (in reply to RCPT TO command)
- El código de respuesta (550). Según RFC 5321, una respuesta 4yz significa que el error es temporal y que la misma solicitud puede repetirse. Una respuesta 5yz es un fallo permanente, y el servidor de envío no debería limitarse a repetir la misma solicitud.
- El código de estado ampliado (5.7.1). Está definido en RFC 3463 con el formato class.subject.detail (clase, tema y detalle). El número central indica el ámbito: 1 es la dirección, 2 el buzón, 4 la red y el enrutamiento, 7 la seguridad o las políticas. Un código 5.7.x significa que el receptor le rechazó por motivos de política, que es donde aparecen las listas de bloqueo y la reputación.
- El texto libre. Los receptores suelen nombrar la lista (
blocked using bl.example.org) o dar una URL de consulta. Copie el rebote completo; lo necesitará para cualquier solicitud de exclusión o ticket de soporte.
Códigos habituales y lo que indican. Las descripciones de 5.7.25, 5.7.26 y 4.7.x proceden de la lista de errores publicada por Gmail; otros proveedores pueden redactar o usar los mismos códigos de otra manera.
| Código | Significado | Qué revisar primero |
|---|---|---|
550 5.1.1 | El buzón del destinatario no existe | Ortografía, espacios de más |
452 4.2.2 / 552 5.2.2 | El buzón del destinatario está lleno | Pedir al destinatario que libere espacio y reenviar |
550 5.7.1 | Entrega no autorizada; rechazada por política. A menudo, una lista de bloqueo o una mala reputación del remitente | El nombre de la lista en el texto, las inclusiones de su IP de envío |
550 5.7.26 | Mensaje no autenticado con SPF ni DKIM, o rechazado por DMARC (Gmail) | Registros SPF, DKIM y DMARC |
550 5.7.25 | La IP de envío no tiene registro PTR, o no coincide con el DNS directo (Gmail) | DNS inverso del servidor de envío |
421 4.7.0, 421 4.7.28 | Limitación temporal por baja reputación de la IP o por un ritmo de envío inusual (Gmail) | Picos de volumen recientes, quejas |
| 4.4.x | Problema de red, como un tiempo de espera agotado o un servidor saturado | Los MX del dominio del destinatario, incidencias de su lado |
Con un error 4xx, el servidor sigue reintentando por sí solo. RFC 5321 recomienda esperar al menos 30 minutos entre intentos e indica que el plazo antes de abandonar debe ser, en general, de al menos 4 a 5 días; por eso puede recibirse un aviso de "retraso" mucho antes del fallo definitivo.
Revise las causas en este orden
Avance desde las causas más baratas de comprobar y más frecuentes hacia las más raras. Las primeras comprobaciones llevan segundos, así que conviene hacerlas antes que nada.
- Error en la dirección. Un 5.1.1 no tiene nada que ver con las listas negras. Corrija la dirección.
- Buzón lleno. Un 4.2.2 o un 5.2.2 es un problema del destinatario. Contacte con esa persona por otra vía.
- Solo falla un destinatario. Si el correo a otras empresas y a Gmail llega bien, lo más probable es que la causa sean los filtros del propio destinatario. Envíe a su administrador el texto completo del rebote.
- SPF, DKIM y DMARC. Gmail exige a todos los remitentes configurar SPF o DKIM, y a quienes envían más de 5.000 mensajes al día, configurar SPF, DKIM y DMARC. Los requisitos de Yahoo son similares: los remitentes masivos necesitan una política DMARC de al menos
p=none. Outlook.com empezó a aplicar esos mismos requisitos a los dominios que envían más de 5.000 mensajes al día el 5 de mayo de 2025. Consulte la guía de configuración de SPF, DKIM y DMARC. - Reputación de la IP y del dominio de envío. Compruebe que la IP de envío tiene DNS directo e inverso (PTR) válidos, que envía mediante TLS y que las quejas son pocas. Gmail y Yahoo piden a los remitentes mantener la tasa de spam por debajo del 0,3%; Gmail recomienda no superar el 0,10%.
- Comprobación de listas negras. Si un rebote nombra una lista, o varios destinatarios sin relación entre sí devuelven 5.7.1, consulte la IP y el dominio de envío con un comprobador de listas negras.
- Contenido y volumen. Busque cualquier cambio: un envío grande repentino, una lista antigua enviada de una sola vez, un formulario web del que se abusa para enviar correo a desconocidos.
Si solo Gmail le rechaza, la guía para resolver problemas de entrega en Gmail profundiza en sus códigos específicos.
Qué es una lista negra de correo (DNSBL) y cómo consultarla
La mayoría de las listas negras de correo son DNSBL: listas publicadas a través del DNS. Cuando su servidor se conecta, el servidor receptor busca su IP en las listas en las que confía y, según la respuesta, rechaza el mensaje, le asigna una puntuación o lo etiqueta.
RFC 5782 describe la consulta. En IPv4, los octetos se invierten y se anteponen al dominio de la lista. Una dirección incluida devuelve un registro A, por convención 127.0.0.2, y puede tener un registro TXT que explique el motivo. Una dirección no incluida no tiene ningún registro. IPv6 usa la dirección completa invertida por nibbles (dígitos hexadecimales).
$ dig +short 10.113.0.203.bl.example.org A 127.0.0.2 $ dig +short 10.113.0.203.bl.example.org TXT "Listed - see https://bl.example.org/lookup"
Algunos puntos que suelen confundir:
- Compruebe la IP del servidor que envía su correo, no la de su portátil ni la de la conexión de la oficina. La encontrará en el rebote (
Client host [...]) o en los encabezadosReceivedde un mensaje que haya enviado. - También se pueden incluir dominios. Algunas listas abarcan dominios de envío o dominios que aparecen en enlaces. Compruebe tanto la IP como el dominio.
- Una inclusión solo importa donde se usa esa lista. Cada receptor decide qué listas consulta. Figurar en una lista que sus destinatarios no usan no cambia nada para ellos.
Consultar decenas de listas a mano es tedioso; un comprobador de listas negras lo hace de una sola vez y muestra qué listas devuelven una coincidencia.
Qué inclusiones importan de verdad
No todas las inclusiones merecen la misma atención. Un orden de prioridad aproximado:
- La lista que nombra el rebote. Es la que realmente le está bloqueando. Atiéndala primero.
- Listas grandes y de uso extendido. Una inclusión en ellas afecta a muchos receptores a la vez.
- Una o dos coincidencias en listas pequeñas o poco conocidas, sin ningún rebote que las nombre, no suelen ser el motivo del bloqueo. Revise la autenticación y la reputación antes de dedicarles tiempo.
Cómo se describen algunas listas conocidas, según sus páginas oficiales en noviembre de 2026:
| Lista | Qué se incluye | Cómo funciona la exclusión |
|---|---|---|
| Spamhaus PBL | Rangos de IP de usuarios finales, como los de banda ancha, que no deberían enviar correo directamente a los receptores | No indica que se haya enviado spam. Envíe a través de un servidor de correo con autenticación en el puerto 587 o 465. Los usuarios finales solo pueden solicitar la exclusión donde la política de la red lo permita; las exclusiones de IP individuales caducan al cabo de un año |
| SpamCop | IP denunciadas por usuarios de SpamCop | Se eliminan automáticamente 24 horas después de que cesen las denuncias. No se aceptan solicitudes de exclusión anticipada |
| Barracuda BRBL | IP señaladas por sistemas automatizados | Envíe el formulario de exclusión una sola vez; las solicitudes duplicadas no se tienen en cuenta. Las solicitudes con una explicación válida suelen tramitarse en un plazo de 12 horas |
| UCEPROTECT Level 1 | IP individuales | Caduca automáticamente 7 días después del último spam. Se ofrece una exclusión urgente de pago, descrita como opcional |
| UCEPROTECT Level 2 | Asignaciones completas, cuando las coincidencias de Level 1 en el rango superan unos límites fijados | Se elimina automáticamente cuando el rango deja de cumplir los criterios. Normalmente solo el proveedor de servicios puede solicitar la exclusión |
| UCEPROTECT Level 3 | Redes enteras (ASN) | Se elimina automáticamente cuando dejan de cumplirse los criterios. La política indica que las solicitudes de exclusión de los clientes finales son inútiles |
Hay dos cosas que conviene tener en cuenta. Primero, las listas que abarcan rangos completos, como UCEPROTECT Levels 2 y 3, pueden incluir su IP aunque nunca haya enviado spam, por culpa de otras direcciones de la misma red. Segundo, cuando una lista ofrece una exclusión urgente de pago, normalmente existe también una caducidad automática gratuita, y pagar no corrige lo que causó la inclusión. Si la causa persiste, la inclusión vuelve. Spamhaus tiene varias listas con distintas vías de exclusión; consulte cómo salir de Spamhaus.
Cómo salir de una lista negra
El proceso es muy parecido en todas las listas:
- Localice y detenga la causa. Los culpables típicos son la contraseña de un buzón comprometida, un equipo infectado con malware, un formulario de contacto que envía a cualquier dirección introducida, un relay abierto (open relay) o enviar correo a personas que nunca dieron su consentimiento. Cambie las contraseñas y cierre el agujero antes que nada.
- Lea la página de consulta del operador. La mayoría de las listas permiten introducir una IP y ver por qué está incluida y cuál es la vía de exclusión. Siga esa vía, no las suposiciones de terceros.
- Si la lista caduca las entradas por sí sola, espere. SpamCop retira una inclusión 24 horas después de que cesen las denuncias; UCEPROTECT Level 1, tras 7 días sin spam nuevo.
- Si la lista admite solicitudes, envíe una. Explique con claridad qué ocurrió y qué ha cambiado. Barracuda, por ejemplo, indica que las solicitudes duplicadas no se tienen en cuenta.
- Reenvíe y observe. La exclusión puede tardar en propagarse. SpamCop señala que puede tardar hasta 4 horas en llegar a sus réplicas y a los servidores que usan la lista.
Enviar la misma solicitud una y otra vez, o pedir la exclusión antes de corregir la causa, es contraproducente. Aunque funcione, la inclusión vuelve en cuanto el problema se repite, y en cualquier caso la última palabra la tiene el operador.
Recuerde también que una DNSBL es solo uno de los factores. Cuando Gmail rechaza correo con un 550 5.7.1 aludiendo a la muy baja reputación de su IP o dominio de envío, se trata de la valoración propia de Gmail. Salir de una DNSBL no la cambiará; sí lo harán una mejor autenticación, listas más limpias y menos quejas.
Hosting compartido y VPS: cuando la IP no es solo suya
En un hosting compartido, muchos clientes envían a través de la misma IP de salida. El sitio comprometido de otra persona puede hacer que esa IP entre en una lista, y su correo queda bloqueado junto con el de esa persona.
- Hosting compartido. El proveedor controla la IP, así que abra un ticket de soporte con el rebote completo y la IP incluida, en lugar de presentar usted las solicitudes de exclusión. Las inclusiones de rangos o redes, como UCEPROTECT Levels 2 y 3, solo puede resolverlas el proveedor.
- VPS o servidor dedicado. Una IP recién asignada puede arrastrar el historial de un cliente anterior. Compruébela antes de empezar a enviar y configure su DNS inverso (PTR) para que coincida con el nombre de host del servidor de correo, normalmente desde el panel de control del proveedor.
- Envío directo desde una IP doméstica o dinámica. Para estos rangos existe precisamente la Spamhaus PBL. Envíe el correo a través del servidor de envío (submission) de su proveedor o de su servicio de correo, con autenticación en el puerto 587 o 465.
Si no controla la IP y el proveedor no puede solucionarlo, trasladar el correo saliente a otro servidor de envío con autenticación suele ser la solución práctica.
Cómo evitar volver a figurar en una lista
Una exclusión solo dura si la causa sigue corregida. Mantenga estos hábitos:
- Autenticación y aspectos básicos. Mantenga válidos SPF, DKIM y DMARC, mantenga correcto el DNS inverso y envíe mediante TLS. Actualice SPF cada vez que añada un nuevo servicio de envío.
- Seguridad de las cuentas. Use contraseñas robustas y autenticación de dos factores, y vigile los aumentos repentinos del volumen saliente o del tamaño de la cola.
- Proteja los formularios. Limite la frecuencia de los formularios de contacto y de registro para que no puedan usarse para enviar correo a direcciones arbitrarias.
- Higiene de listas. Envíe correo solo a quien lo haya pedido y elimine las direcciones que rebotan. Gmail y Yahoo exigen a los remitentes masivos que admitan la baja con un solo clic.
- Evite los picos repentinos. Un envío mucho mayor de lo habitual puede activar límites de frecuencia y quejas.
- Compruebe periódicamente. Consultar de vez en cuando la IP y el dominio de envío permite detectar una inclusión antes de que los clientes avisen de que no les llega el correo.
Presentamos proveedores que gestionan solicitudes de exclusión, consultoría y asesoramiento (desde JPY 50,000). La exclusión la decide cada operador de la lista y no se puede garantizar.
Solicitar ayudaEste sitio puede recibir una comisión por recomendación de los proveedores mencionados. About
Preguntas frecuentes
¿Cuánto se tarda en salir de una lista negra?
Depende de la lista. En noviembre de 2026, SpamCop elimina las entradas 24 horas después de que cesen las denuncias, las entradas de UCEPROTECT Level 1 caducan 7 días después del último spam, y Barracuda indica que las solicitudes de exclusión con una explicación válida suelen tramitarse en un plazo de 12 horas. Todo esto presupone que la causa se ha detenido, y la decisión final es del operador.
Figuro en una lista negra pequeña. ¿Tengo que hacer algo?
Normalmente no, si ningún rebote menciona esa lista y no figura en las principales. Revise primero la autenticación y las causas del lado del destinatario. Si quiere ser minucioso, lea la política de esa lista en su propio sitio.
¿Conviene pagar por una exclusión urgente?
Rara vez es necesario. UCEPROTECT describe su exclusión urgente de pago como opcional, y sus inclusiones también caducan de forma gratuita. Pagar no corrige la causa, así que una inclusión cuyo origen no se ha corregido volverá.
Me excluyeron de la lista, pero mi correo sigue bloqueado. ¿Por qué?
Puede que la exclusión aún no se haya propagado o que persista otra causa. Lea con atención el nuevo rebote. Si un proveedor como Gmail alude a la reputación de su IP o dominio, se trata de su propia valoración, y lo que hace falta es mejorar la autenticación, el contenido y la tasa de quejas, no una exclusión de una DNSBL.
¿Qué hago ante un error 4xx?
Normalmente, nada al principio. Una respuesta 4xx es temporal y el servidor reintenta automáticamente durante varios días. Si el mismo error sigue apareciendo, o se convierte en un 5xx, siga las comprobaciones de este artículo.
Páginas oficiales consultadas
Los datos de este artículo se contrastaron con las páginas oficiales que se indican a continuación en el momento de su publicación. Las políticas y el funcionamiento pueden cambiar sin previo aviso, por lo que conviene consultar las páginas oficiales antes de tomar decisiones importantes.
- RFC 5321: Simple Mail Transfer Protocol
- RFC 3463: Enhanced Mail System Status Codes
- RFC 5782: DNS Blacklists and Whitelists
- Google Workspace: Gmail SMTP errors and codes
- Google: Email sender guidelines
- Yahoo Sender Hub: Best Practices
- Microsoft: Outlook.com Postmaster
- Spamhaus: Policy Blocklist (PBL)
- SpamCop FAQ: SpamCop Blocking List delisting
- SpamCop Blocking List
- Barracuda Central: Removal Request
- UCEPROTECT: Removal Policy Level 1
- UCEPROTECT: Removal Policy Level 2
- UCEPROTECT: Removal Policy Level 3
Guías relacionadas
Por qué Gmail bloquea correos o los manda a spam, qué significan códigos de rebote como 550 5.7.26 y cómo recuperar correos que no llegan a su Gmail.
SPF, DKIM y DMARC con registros DNS listos para usar, el límite de 10 consultas, claves de 2048 bits, p=none y las reglas de Gmail, Yahoo y Outlook.
¿Figura en Spamhaus? Vea en qué lista está (ZEN, PBL, XBL, CSS, SBL, DBL), qué significan los códigos de respuesta y cómo pedir la exclusión en cada una.