--- title: "Combine correctamente los registros SPF para evitar los errores «Too Many DNS Lookups» | AutoSPF" description: "Un dominio solo puede tener un único registro TXT de SPF. Varios registros provocan un PermError y rompen por completo la autenticación. Aprenda a fusionar correctamente varios registros SPF en uno solo y a mantenerse por debajo del límite de 10 consultas DNS de la RFC 7208." image: "https://autospf.com/og/blog/combine-spf-records-correctly-to-avoid-too-many-dns-lookups-errors.png" canonical: "https://autospf.com/es/blog/combine-spf-records-correctly-to-avoid-too-many-dns-lookups-errors/" --- Quick Answer Un dominio solo puede tener UN registro TXT de SPF según la RFC 7208 §3.2: varios registros provocan un PermError que rompe por completo la autenticación. Para combinarlos, fusione todos los mecanismos de cada registro en una única cadena 'v=spf1 ...' y, a continuación, verifique que el total de consultas DNS se mantenga por debajo de 10\. El registro final debe enumerar primero los literales ip4/ip6, luego los mecanismos include, y terminar con un único calificador como -all. ## Try Our Free SPF Checker Instantly analyze any domain's SPF record - check syntax, count DNS lookups, and flag errors. [ Check SPF Record → ](/tools/spf-checker/) Share [ ](https://www.linkedin.com/sharing/share-offsite/?url=https%3A%2F%2Fautospf.com%2Fblog%2Fcombine-spf-records-correctly-to-avoid-too-many-dns-lookups-errors%2F "Share on LinkedIn") [ ](https://twitter.com/intent/tweet?text=Combine%20correctamente%20los%20registros%20SPF%20para%20evitar%20los%20errores%20%C2%ABToo%20Many%20DNS%20Lookups%C2%BB&url=https%3A%2F%2Fautospf.com%2Fblog%2Fcombine-spf-records-correctly-to-avoid-too-many-dns-lookups-errors%2F "Share on X/Twitter") [ ](https://www.facebook.com/sharer/sharer.php?u=https%3A%2F%2Fautospf.com%2Fblog%2Fcombine-spf-records-correctly-to-avoid-too-many-dns-lookups-errors%2F "Share on Facebook") [ ](https://reddit.com/submit?url=https%3A%2F%2Fautospf.com%2Fblog%2Fcombine-spf-records-correctly-to-avoid-too-many-dns-lookups-errors%2F&title=Combine%20correctamente%20los%20registros%20SPF%20para%20evitar%20los%20errores%20%C2%ABToo%20Many%20DNS%20Lookups%C2%BB "Share on Reddit") [ ](mailto:?subject=Combine%20correctamente%20los%20registros%20SPF%20para%20evitar%20los%20errores%20%C2%ABToo%20Many%20DNS%20Lookups%C2%BB&body=Check out this article: https%3A%2F%2Fautospf.com%2Fblog%2Fcombine-spf-records-correctly-to-avoid-too-many-dns-lookups-errors%2F "Share via Email") ![DNS Lookup error](https://media.mailhop.org/autospf/images/2025/10/spf-permerror-4889.jpg) **Un dominio solo puede tener un único registro TXT de SPF.** Varios registros SPF con el mismo nombre provocan un `PermError` según la [RFC 7208 §3.2](https://datatracker.ietf.org/doc/html/rfc7208#section-3.2) y rompen la autenticación de todos los mensajes del dominio, incluso si cada registro individual es sintácticamente válido por sí solo. > «Desde una perspectiva de ingeniería, el límite de 10 consultas es un mecanismo de protección de recursos, no una función de seguridad», afirma Adam Lundrigan, CTO de DuoCircle. «La RFC 7208 limita las consultas para evitar que la evaluación de SPF se convierta en un vector de amplificación de DNS. Pero el efecto práctico es que cualquier empresa que utilice más de tres o cuatro servicios de correo choca con el muro. La solución es o bien el flattening —que cambia el número de consultas por longitud del registro— o las macros, que delegan la resolución por completo.» > «El límite de 10 consultas es, con diferencia, la razón más común por la que los registros SPF empresariales se rompen de forma silenciosa», afirma Brad Slavin, General Manager de DuoCircle y fundador de AutoSPF. «Según nuestra experiencia gestionando SPF para más de 2000 dominios de clientes, el modo de fallo es siempre el mismo: un equipo añade una nueva herramienta SaaS, su include empuja el total por encima de 10 y el correo legítimo empieza a fallar, pero nadie se da cuenta hasta que un cliente se queja de facturas o restablecimientos de contraseña que no llegan.» Para combinarlos correctamente, fusione todos los mecanismos de cada registro en una única cadena `v=spf1 ... -all`. Por ejemplo, si tiene estos dos registros defectuosos: ``` example.com. IN TXT "v=spf1 include:_spf.google.com -all" example.com. IN TXT "v=spf1 include:sendgrid.net -all" ``` Deben fusionarse en un único registro válido: ``` example.com. IN TXT "v=spf1 include:_spf.google.com include:sendgrid.net -all" ``` La segunda restricción es el límite de 10 consultas DNS de la [RFC 7208 §4.6.4](https://datatracker.ietf.org/doc/html/rfc7208#section-4.6.4). Cada mecanismo `include`, `a`, `mx`, `redirect` y `exists` —además de todas las consultas anidadas dentro de un registro incluido— cuenta para el mismo total de 10\. Fusionar dos registros que consumían 6 consultas cada uno produce un registro combinado que consume 12 y falla con la misma contundencia con que fallaban los dos registros por separado. Esta guía cubre el procedimiento exacto de fusión, cómo contar las consultas antes de publicar, cómo aplanar los includes cuando se supera el límite y cómo verificar el registro combinado con un [verificador de SPF gratuito](/es/tools/spf-checker/). ## ¿Qué son los registros SPF: qué son y por qué importan? Un registro SPF es un elemento fundamental de la autenticación de correo electrónico diseñado para reforzar la seguridad del correo y prevenir la suplantación de identidad. Técnicamente, un registro SPF es un tipo de registro TXT de DNS publicado en el [archivo de zona DNS](https://www.cloudns.net/blog/zone-transfer-zone-file-domain-namespace/) de un dominio que especifica qué servidores de correo están autorizados a enviar correos en nombre de ese dominio. El Sender Policy Framework (SPF) establece esta lista de IP de envío autorizadas para defenderse de los actores maliciosos que intentan cometer fraude o phishing por correo falsificando la dirección del remitente. SPF desempeña un papel fundamental en la validación del remitente de correo al permitir que los servidores de correo receptores realicen operaciones de consulta SPF para verificar si la IP de origen de un correo entrante coincide con el registro SPF publicado del dominio. En combinación con otros protocolos de autenticación de correo como DKIM y DMARC, SPF contribuye significativamente a la entregabilidad del correo al reducir las probabilidades de que los [mensajes legítimos](https://www.malwarebytes.com/blog/news/2024/12/americans-urged-to-use-encrypted-messaging-after-large-ongoing-cyberattack) se marquen como spam y al mejorar la reputación de envío del remitente. Además, SPF facilita el filtrado de spam al ofrecer un mecanismo de verificación claro para la configuración del servidor de correo y la [verificación del dominio](https://workos.com/guide/the-developers-guide-to-domain-verification). ## ¿Qué papel desempeña SPF en la autenticación y la entregabilidad del correo? La autenticación del correo es un enfoque de varias capas, y SPF proporciona la primera línea de defensa en este marco. Al definir un registro TXT de SPF en el DNS, las organizaciones facultan a los servidores receptores —como los que utilizan Google Workspace, Microsoft Office 365 o Amazon SES— para evaluar la autenticidad del correo entrante mediante la validación SPF. Una configuración correcta del registro SPF garantiza la identificación de las IP de envío autorizadas, impidiendo así que remitentes no autorizados o suplantados exploten el dominio. Una implementación eficaz de SPF influye directamente en la entregabilidad del correo. Cuando una comprobación SPF se supera, el calificador SPF (como «pass», «softfail», «hardfail» o «neutral») adjunto a la cabecera del correo influye en las políticas de filtrado de spam del destinatario. Por ejemplo, un SPF hardfail suele provocar el rechazo o la cuarentena del mensaje, reforzando la prevención del fraude por correo. Las soluciones de [seguridad del correo](/es/inicio/) como Proofpoint, Barracuda Networks, Cisco Email Security, Mimecast y Valimail se apoyan en gran medida en los resultados de SPF combinados con DKIM y DMARC para aplicar políticas de correo integrales. ## Anatomía de un registro SPF: componentes y sintaxis Un registro SPF, almacenado como un registro TXT de DNS, sigue una sintaxis SPF estricta regida por los estándares RFC de SPF. Comprender sus componentes es crucial para la gestión de registros DNS y para evitar errores comunes de registro SPF, como los causados por registros SPF conflictivos o múltiples. ![DNS Lookups” Errors](https://media.mailhop.org/autospf/images/2025/10/sender-policy-framework-office-365-1529.jpg) Los elementos clave de un registro SPF incluyen: - v=spf1: Este identificador de versión marca el registro como un registro TXT de DNS habilitado para SPF. - Tipos de mecanismo SPF: Definen los criterios para hacer coincidir las IP de envío. Los mecanismos comunes incluyen: - \`ip4\` / \`ip6\`: Especifica direcciones IPv4 o IPv6 concretas. - \`a\`: Permite los registros DNS A o AAAA del dominio como legítimos. - \`mx\`: Autoriza las IP de envío listadas en los registros MX del dominio. - Directiva include: Importa mecanismos SPF de otros dominios, utilizada habitualmente al integrar servicios como Mailchimp, SendGrid o Microsoft Exchange. - Modificador redirect: Permite redirigir toda la política SPF al registro SPF de otro dominio. _Cada línea de sintaxis del registro TXT de DNS debe respetar los límites de longitud para evitar el truncamiento o los problemas de longitud del registro SPF_. Las organizaciones deben equilibrar la exhaustividad con la optimización, ya que los registros SPF de tamaño excesivo pueden provocar problemas como el de los registros SPF múltiples o la superación de los límites de consultas DNS. ## Qué causa el error «Too Many DNS Lookups» en SPF Uno de los errores de registro SPF más comunes en la gestión de registros DNS es el error «Too Many DNS Lookups». Se produce cuando la validación SPF desencadena más consultas DNS de las permitidas durante el procesamiento de la consulta SPF. La especificación SPF limita el número máximo de consultas DNS a 10 [consultas DNS](/blog/reducing-dns-lookups-using-spf-flattening/) por verificación para mitigar la carga excesiva sobre los servidores DNS y mejorar los tiempos de propagación de DNS. Las causas de este error incluyen: - _El uso excesivo de la directiva include para referenciar varios servicios de correo de terceros, como SparkPost, Postmark o Zoho Campaigns, lo que da lugar a consultas SPF anidadas_. - La dependencia excesiva del modificador redirect en una configuración SPF compleja sin flattening ni optimización. - Tener varias cadenas SPF largas con muchos mecanismos \`a\`, \`mx\` e \`ip\` que desencadenan múltiples consultas DNS. - Configuraciones erróneas que conducen al problema de los registros SPF múltiples, en el que existe más de un registro SPF para el mismo dominio, lo que confunde el orden de procesamiento de SPF y provoca consultas redundantes. - Registros SPF excesivamente detallados debido a listas de herramientas de gestión de DNS vinculadas a proveedores de DNS en la nube como AWS Route 53, Cloudflare, Google Domains o GoDaddy. - El error «Too Many DNS Lookups» conduce a un SPF none o a un fallo de validación del registro SPF, lo que reduce la eficacia de la validación del remitente y aumenta la vulnerabilidad a los ataques de suplantación. ## El límite de consultas DNS: por qué existe y su importancia El límite de consultas DNS de SPF es fundamental para mantener la eficiencia y la estabilidad en la verificación del dominio y los protocolos de autenticación del correo. Limitar las consultas SPF a 10 por comprobación SPF garantiza que los servidores DNS, a menudo repartidos por numerosos archivos de zona DNS globales gestionados por servicios como Namecheap, Bluehost, Fastmail y Gandi.net, no se saturen. ![Email Security](https://media.mailhop.org/autospf/images/2025/10/how-to-create-spf-record-6374.jpg) Entre las razones clave por las que existe el límite se encuentran: - Optimización del rendimiento: Un número excesivo de consultas DNS aumenta los retrasos en la propagación de DNS, reduce el rendimiento del correo e incrementa la latencia en la configuración del servidor de correo. - Prevención de vulnerabilidades de denegación de servicio (DoS): Sin límites, el análisis de registros SPF podría explotarse para generar un tráfico DNS elevado, afectando a la infraestructura de DNS operada por proveedores como Dyn DNS o Cloudflare. - Simplificación del orden de procesamiento de SPF: El protocolo SPF exige una secuenciación estricta de mecanismos y calificadores. Limitar las consultas evita una recursión infinita o excesiva a través de las directivas include y los modificadores redirect. - Mejora de la precisión del filtrado de spam: Al garantizar que las comprobaciones SPF se completen dentro de las restricciones de recursos, los sistemas de correo mantienen un seguimiento coherente de la reputación del remitente y una aplicación sólida de las políticas de correo. Para respetar el límite de consultas DNS, muchas organizaciones recurren a técnicas de optimización del registro SPF, como el flattening del registro SPF. Este proceso reemplaza los includes anidados y las macros por direcciones IP directas, reduciendo el número de consultas SPF necesarias mientras se conservan las IP de envío autorizadas. Herramientas como Kitterman SPF Validator, SPF Surveyor, Dmarcian y DMARC Analyzer son inestimables para probar y validar registros SPF con el fin de identificar y resolver las infracciones del límite de [consultas DNS](https://www.cloudns.net/wiki/article/254/). Al configurar registros SPF para plataformas de correo empresarial como Microsoft Office 365, Google Workspace, o al añadir remitentes de terceros como Mailchimp y SendGrid, los profesionales de la gestión de registros DNS deben considerar la configuración del [TTL (tiempo de vida)](https://www.geeksforgeeks.org/computer-networks/what-is-time-to-live-ttl/) de DNS para los registros TXT, con el fin de equilibrar una rápida propagación de DNS con la eficiencia del almacenamiento en caché, manteniendo actualizada la autorización de las IP del remitente con un tráfico DNS mínimo. Este conocimiento profundo de la composición del registro SPF, sus mecanismos y los retos en torno al error «Too Many DNS Lookups» es crucial para que los administradores de TI y los equipos de seguridad optimicen la configuración de su servidor de correo, protejan contra la suplantación y garanticen una entregabilidad del correo coherente en todos los canales. ## Escenarios comunes que provocan un exceso de consultas DNS en SPF Un exceso de consultas DNS en un registro SPF se produce cuando la configuración del servidor de correo desencadena más de las diez consultas DNS permitidas durante la validación SPF. Comprender los escenarios típicos ayuda a los administradores a anticiparse a los errores de registro SPF y a evitar problemas de entregabilidad del correo. Una causa frecuente es la presencia de varias directivas include que referencian servicios de correo externos como Google Workspace, Microsoft Office 365, Amazon SES o plataformas de marketing de terceros como Mailchimp, SendGrid y SparkPost. Cada include requiere una consulta DNS independiente para recuperar la política SPF de ese dominio, agravándose aún más cuando estos includes referencian recursivamente otros dominios. Otro escenario implica una infraestructura de envío de correo consolidada que utiliza numerosas IP de envío autorizadas a través de diferentes zonas DNS y subdominios. Por ejemplo, las organizaciones que emplean Proofpoint, Barracuda Networks o Cisco Email Security suelen añadir varios mecanismos SPF, aumentando rápidamente el número de consultas DNS. Los registros SPF mal configurados o solapados también contribuyen al problema de los registros SPF múltiples, en el que los registros TXT de DNS redundantes provocan consultas adicionales y conflictos de registro SPF. Las organizaciones que gestionan ecosistemas de correo complejos con entornos híbridos —combinando Microsoft Exchange, Zoho Mail u otras plataformas— se enfrentan habitualmente al reto de integrar sintaxis SPF variadas sin superar el límite de consultas DNS. Además, las configuraciones SPF predeterminadas a veces incluyen servicios de uso generalizado (por ejemplo, Postmark, Zoho Campaigns) cuyos [registros DNS](https://www.cloudflare.com/learning/dns/dns-records/) tienen mecanismos extensos que aumentan la longitud del registro SPF y el número de consultas. ## Identificar y diagnosticar registros SPF con demasiadas consultas Detectar cuándo un registro SPF supera el límite de consultas DNS requiere una gestión sólida de registros DNS y herramientas de validación SPF. El primer paso esencial es emplear un verificador de SPF o una herramienta SPF para analizar la sintaxis del registro TXT de DNS y calcular el total de consultas DNS. Puede [consultar su registro SPF](/es/tools/spf-record-lookup/) para ver exactamente qué está publicado. Herramientas como SPF Surveyor, Kitterman SPF Validator, Dmarcian y DMARC Analyzer proporcionan informes detallados que resaltan el número de consultas desencadenadas por cada mecanismo SPF, incluidos include, el modificador redirect, a, mx y ptr. Estas herramientas facilitan una validación exhaustiva del remitente y ayudan a localizar errores de registro SPF concretos, como las respuestas «permerror» causadas por superar el límite de 10 consultas DNS. Identificar si las consultas provienen de includes demasiado amplios o anidados es fundamental para diagnosticar el problema. ![Email deliverability](https://media.mailhop.org/autospf/images/2025/10/spf-checker-4856.jpg) Además, las suites de seguridad del correo de proveedores como Valimail y Agari integran la validación SPF en sus servicios, ofreciendo flujos de trabajo integrales de [filtrado de spam](https://www.fortinet.com/resources/cyberglossary/spam-filters) y prevención de suplantación mientras comprueban el cumplimiento de SPF. La monitorización de los valores de TTL (tiempo de vida) de DNS también puede influir en la frecuencia de las consultas de validación SPF durante las fases de [propagación de DNS](https://world.siteground.com/kb/dns-propagation/), afectando aún más a la frecuencia con la que se consultan los registros SPF. ## ¿Cuáles son las mejores prácticas para combinar varios registros SPF? _Un error común es publicar varios registros SPF para un solo dominio, lo que infringe los estándares de sintaxis de SPF y da lugar a conflictos de registro SPF_. Por lo general, el DNS solo admite un registro TXT de SPF por dominio, ya que varios registros provocan situaciones de error de registro SPF, lo que lleva a los servidores de correo a fallar la validación SPF o a ignorar los registros, afectando negativamente a la entregabilidad del correo y a la reputación del remitente. Para gestionar varios servicios que requieren diferentes IP de envío autorizadas, combine todas las direcciones IP y mecanismos relevantes en un único registro SPF optimizado. Por ejemplo, integrar las autorizaciones de Google Workspace, Amazon SES y SendGrid en una sola entrada SPF utilizando la directiva include adecuada y el calificador SPF correspondiente (como \`\~all\` para SPF softfail o \`-all\` para SPF hardfail) garantiza la integridad de la verificación del dominio y una autenticación del correo coherente. Mantenga siempre el orden de procesamiento SPF correcto en el registro, colocando las políticas más restrictivas en último lugar para evitar detenciones prematuras de la evaluación. ## Técnicas para aplanar registros SPF y reducir las consultas DNS El flattening del registro SPF es una técnica muy eficaz para abordar el exceso de consultas DNS, sustituyendo los mecanismos basados en dominios (como \`include:\` o \`a:\`) por sus direcciones IP resueltas. Este proceso reduce la necesidad de múltiples consultas DNS durante la consulta SPF, manteniéndose así dentro del límite de consultas DNS. Herramientas como SPF Surveyor o los servicios ofrecidos por Dmarcian realizan un flattening SPF automatizado. Los registros aplanados convierten entradas como \`include:\_spf.google.com\` en IP de envío autorizadas directas, incluidas direcciones IPv4 e IPv6, incrustadas dentro de la entrada TXT de DNS del registro SPF. No obstante, los registros aplanados deben gestionarse con cuidado para no superar los límites de longitud del registro SPF (hasta 255 caracteres por segmento de cadena TXT de DNS) y deben actualizarse con regularidad debido a los cambios en los rangos de IP autorizadas por los servicios de terceros. Realizar el flattening del registro SPF mejora los protocolos de autenticación del correo al minimizar la dependencia de las consultas DNS en tiempo real y refuerza la eficacia de la prevención del fraude y de la suplantación por correo. ## Usar mecanismos include de forma inteligente sin superar los límites Aunque la directiva include es crucial para delegar las comprobaciones SPF a servicios de terceros, su uso indiscriminado puede agotar rápidamente el presupuesto de consultas DNS. Las mejores prácticas incluyen: - Combinar includes: Sustituya varios includes, cuando sea posible, por un registro SPF de dominio consolidado y gestionado internamente mediante herramientas de gestión de DNS (por ejemplo, Cloudflare, AWS Route 53, Google Domains o GoDaddy) para controlar de forma eficiente las IP de envío autorizadas. - Utilizar los modificadores redirect con cuidado para delegar toda la política SPF a otro dominio, preservando el tamaño del registro SPF pero transfiriendo la responsabilidad de su gestión a ese dominio. Esto resulta especialmente útil al usar plataformas como Microsoft Office 365 que publican sus propios registros SPF optimizados. - Limitar o evitar el uso de mecanismos ptr, que desencadenan consultas DNS PTR y consumen múltiples consultas. - Ejecutar con regularidad pruebas de registro SPF y validación SPF tras las modificaciones, utilizando herramientas como Kitterman SPF Validator y DMARC Analyzer, para verificar que las políticas SPF no hayan superado inadvertidamente las restricciones de consultas DNS. - Implementar los calificadores SPF de forma adecuada para permitir una aplicación matizada de las políticas, equilibrando las indicaciones de fallo estricto (SPF hardfail) con opciones más permisivas (SPF softfail, SPF neutral o SPF none) para optimizar tanto la entregabilidad del correo como la seguridad. ![SPF tool](https://media.mailhop.org/autospf/images/2025/10/multiple-spf-records-5441.jpg) ## Herramientas y software para validar y optimizar registros SPF Una gestión sólida de registros SPF requiere una monitorización y optimización continuas mediante herramientas especializadas diseñadas para analizar y validar configuraciones SPF. - Servicios de verificación de SPF: Plataformas como Kitterman SPF Validator y SPF Surveyor ofrecen un análisis exhaustivo de la longitud del registro SPF, el número de consultas y la corrección sintáctica, aportando información sobre posibles errores y conflictos de registro SPF. - Herramientas de gestión de DNS: _Servicios como AWS Route 53, Cloudflare, Google Domains y GoDaddy permiten a los administradores editar archivos de zona DNS con facilidad, realizar actualizaciones frecuentes de los registros TXT de DNS y controlar el TTL de DNS, que afecta a la velocidad de propagación de los cambios en SPF_. - Plataformas de seguridad del correo: Proveedores como Proofpoint, Valimail, Agari y Mimecast integran la validación SPF en soluciones más amplias de seguridad del correo y prevención del fraude, detectando automáticamente conflictos de registro SPF y optimizando los flujos de trabajo de autenticación del correo junto con la aplicación de DKIM y DMARC. - DMARC Analyzer y Dmarcian: Estas herramientas integrales no solo ayudan en la validación SPF, sino que también correlacionan los resultados de SPF con la reputación del remitente, el análisis de cabeceras de correo y los protocolos de autenticación de mensajes basados en el dominio, proporcionando informes holísticos que orientan el desarrollo de políticas de correo. - Servicios de optimización de registros SPF: Algunos proveedores ofrecen soluciones comerciales para realizar el flattening y la optimización de registros SPF, reduciendo las consultas DNS y manteniendo el registro SPF dentro de los límites de tamaño y de consultas DNS. - Herramientas de monitorización: Utilidades como Pingdom y aplicaciones de monitorización específicas de SPF hacen un seguimiento de la disponibilidad del DNS y de la corrección de SPF, alertando a los administradores al detectar fallos o desviaciones de la política que podrían afectar a la entregabilidad del correo. Al aprovechar estas herramientas junto con un conocimiento experto de la sintaxis de SPF y los tipos de mecanismo SPF, las organizaciones garantizan una configuración óptima del registro SPF, mejorando la [postura de seguridad](https://www.techtarget.com/searchsecurity/definition/security-posture) general del correo, previniendo la suplantación y mejorando el cumplimiento en la autenticación del remitente en todos los protocolos de autenticación del correo. Este enfoque integral para comprender y mitigar el exceso de consultas DNS en los registros SPF garantiza una validación eficiente del remitente, una prevención sólida del fraude y mantiene una posición fuerte en los ecosistemas de correo contemporáneos respaldados por plataformas como Google Workspace, Microsoft Office 365 y más allá. ## Casos prácticos: ejemplos reales de problemas de consultas SPF y soluciones En escenarios reales, las organizaciones que utilizan plataformas de correo como Microsoft Office 365, Google Workspace y Amazon SES a menudo se enfrentan a complejidades de consultas SPF que pueden perjudicar la entregabilidad del correo y comprometer la seguridad del mismo. Un problema observado con frecuencia es el de los registros SPF múltiples, por el cual un dominio aloja erróneamente más de un registro SPF en su entrada de registro TXT de DNS. Esto infringe los estándares de sintaxis de SPF y provoca fallos de validación SPF durante los procesos de validación del remitente, aumentando el riesgo de que los correos legítimos sean rechazados o marcados como spam por servicios como Proofpoint o Barracuda Networks. Por ejemplo, una organización de tamaño medio que utilizaba tanto Google Workspace para el correo interno como SendGrid para campañas de marketing se enfrentó a conflictos SPF debido a registros SPF separados y descoordinados publicados por separado mediante entradas de registro TXT de DNS. Esto provocó que varios correos fallaran las pruebas de consulta SPF, ya que la consulta DNS superaba el límite recomendado. La resolución implicó el flattening y la optimización del registro SPF, fusionando las IP de envío autorizadas en un registro SPF consolidado mediante la directiva include y evitando la duplicación de mecanismos SPF como «v=spf1». Herramientas como Kitterman SPF Validator garantizaron pruebas eficientes del registro SPF antes de la publicación en DNS, mejorando drásticamente la [entregabilidad del correo](/blog/optimizing-email-deliverability-strategies-for-success/) de la organización y eliminando los errores propagados por el conflicto de registro SPF. Del mismo modo, otro caso se centró en una empresa de comercio electrónico que utilizaba servicios de terceros complejos, incluidos SparkPost y Mailchimp. La configuración inicial del registro SPF superaba el límite de 255 caracteres impuesto a la sintaxis del registro TXT de DNS, provocando el truncamiento y el consiguiente SPF hardfail para el correo saliente. Mediante una cuidadosa gestión de registros DNS con herramientas como Cloudflare y AWS Route 53, se optimizó la configuración del TTL de DNS para una propagación más rápida, y la configuración SPF se modificó para utilizar el modificador redirect y delegar las comprobaciones SPF de forma eficiente, reduciendo la longitud del registro y mejorando la prevención de la suplantación. Este caso subrayó la importancia de respetar el orden de procesamiento de SPF y de utilizar correctamente los calificadores SPF para lograr una política de correo segura y eficaz. ## Cómo actualizar y publicar de forma segura un registro SPF combinado Actualizar y publicar un registro SPF combinado exige un enfoque sólido en los ajustes del archivo de zona DNS y una atención meticulosa a la sintaxis de SPF y a los matices de los tipos de mecanismo SPF. El primer paso consiste en auditar todas las IP de envío autorizadas existentes en los diferentes servicios de correo, como Microsoft Exchange, Postmark y Zoho Mail. Esto requiere acceder a herramientas de gestión de DNS y plataformas como GoDaddy o Namecheap y agregar las IP evitando entradas redundantes o conflictivas. ![Email setting](https://media.mailhop.org/autospf/images/2025/10/kitterman-spf-4785.jpg) Para combinar entradas SPF de forma segura, es fundamental utilizar la directiva include para referenciar las políticas de dominios de terceros en lugar de duplicar direcciones IP, mitigando así el riesgo de superar el límite de consultas DNS. Por ejemplo, un registro SPF podría estructurarse así: \`v=spf1 ip4:203.0.113.0/24 include:mailchimp.com include:spf.protection.outlook.com -all\` Antes de publicar, es esencial realizar pruebas exhaustivas del registro SPF con una herramienta SPF como DMARC Analyzer o SPF Surveyor para garantizar la corrección de la sintaxis y la ausencia de conflictos. El registro SPF debe cumplir la sintaxis correcta del registro TXT de DNS y ser único por dominio para evitar problemas causados por registros SPF múltiples. Cuando esté listo, publique el registro SPF combinado como un único registro TXT de DNS. Monitorice el TTL de DNS del registro para equilibrar la velocidad de propagación con la carga de consultas del servidor, estableciendo habitualmente un TTL de alrededor de 3600 segundos. Es crucial hacer un seguimiento de la propagación de DNS con servicios como Pingdom, para poder verificar que los cambios de DNS se han propagado eficazmente a todos los resolutores DNS pertinentes. ## Monitorizar el rendimiento de SPF y resolver problemas tras la implementación _La monitorización de los registros SPF tras el despliegue desempeña un papel vital en el mantenimiento de la integridad de la autenticación del correo y de la entregabilidad general_. Utilizando análisis avanzados de cabeceras de correo y verificadores de SPF, los administradores de TI pueden identificar cualquier resultado anómalo, como respuestas SPF softfail o SPF neutral, durante la revisión de la configuración del servidor de correo. Integrar los datos de validación SPF con protocolos correlacionados como DKIM y DMARC ofrece un enfoque por capas para la prevención del fraude por correo. Ejecutar una [consulta DKIM](/es/tools/dkim-lookup/) confirma que sus registros de firma también están en su sitio. Las soluciones de proveedores como Valimail y Agari proporcionan información en tiempo real sobre el rendimiento de SPF mediante paneles centralizados, resaltando errores de registro SPF, intentos de IP de remitente no válidas y posibles brechas en la reputación del remitente. La resolución de problemas comunes de SPF, como los fallos a menudo vinculados a superar el límite de consultas DNS o al uso incorrecto del modificador redirect, requiere un refinamiento iterativo. Esto puede incluir un mayor flattening del registro SPF o la segmentación de la política SPF según las fuentes de envío. La revisión frecuente de las entradas del archivo de zona DNS mediante herramientas de gestión de DNS ayuda a detectar ediciones inadvertidas o registros DNS conflictivos que podrían perturbar la aplicación de SPF. Se recomienda realizar pruebas periódicas del registro SPF, especialmente tras cualquier cambio en la infraestructura de correo, como la incorporación de Amazon SES o la migración a Microsoft Exchange; unas [comprobaciones periódicas del registro SPF](/es/10-razones-para-revisar-spf-regularmente/) coherentes detectan las desviaciones de configuración de forma temprana. Las herramientas de monitorización y las auditorías periódicas protegen frente a errores comunes, como una longitud del registro SPF que supere los límites de DNS o un uso mal interpretado del calificador SPF, ambos capaces de afectar negativamente a la eficacia del filtrado de spam. ## Topics [ DKIM ](/tags/dkim/)[ DMARC ](/tags/dmarc/)[ email security ](/tags/email-security/)[ SPF ](/tags/spf/)[ SPF record ](/tags/spf-record/) ![Adam Lundrigan](https://media.mailhop.org/autospf/images/authors/adam-lundrigan.jpg) [ Adam Lundrigan ](/authors/adam-lundrigan/) CTO CTO of DuoCircle. Architect of AutoSPF's SPF flattening engine and DNS monitoring infrastructure. [LinkedIn Profile →](https://www.linkedin.com/in/adamlundrigan/) ## Ready to get started? Try AutoSPF free — no credit card required. [ Book a Demo ](/book-a-demo/) Scan Your Domain Now Instantly scan your domain for DKIM, SPF, and DMARC issues Check My Domain Share this article [ ](https://www.linkedin.com/sharing/share-offsite/?url=https%3A%2F%2Fautospf.com%2Fblog%2Fcombine-spf-records-correctly-to-avoid-too-many-dns-lookups-errors%2F) [ ](https://twitter.com/intent/tweet?text=Combine%20correctamente%20los%20registros%20SPF%20para%20evitar%20los%20errores%20%C2%ABToo%20Many%20DNS%20Lookups%C2%BB&url=https%3A%2F%2Fautospf.com%2Fblog%2Fcombine-spf-records-correctly-to-avoid-too-many-dns-lookups-errors%2F) [ ](https://www.facebook.com/sharer/sharer.php?u=https%3A%2F%2Fautospf.com%2Fblog%2Fcombine-spf-records-correctly-to-avoid-too-many-dns-lookups-errors%2F) Copy Related Articles - [ ![SPF record](https://media.mailhop.org/autospf/images/2025/05/spf-record-generator-9003.jpg) 3 points to consider before setting your SPF record to -all (HardFail) Intermediate ](/blog/3-points-to-consider-before-setting-your-spf-record-hardfail/) - [ ![authenticated email](https://media.mailhop.org/autospf/images/2024/07/spf-validator-8821.jpg) Are Your SPF and DKIM Identifiers Aligned? Intermediate ](/blog/are-your-spf-and-dkim-identifiers-aligned/) - [ ![Automated Solutions for Preventing Email Spoofing](https://media.mailhop.org/autospf/images/2026/05/spf-lookup-5389.jpg) Automated Solutions for Preventing Email Spoofing Intermediate ](/blog/automated-solutions-for-preventing-email-spoofing/) - [ ![AutoSPF Explains: The Definitive Guide to Adding an SPF Record to Cloudflare](https://media.mailhop.org/autospf/images/2024/05/sender-policy-framework-office-365-4328.jpg) AutoSPF Explains: The Definitive Guide to Adding an SPF Record to Cloudflare Intermediate ](/blog/autospf-definitive-guide-adding-spf-record-cloudflare/) ## Related Articles [ Intermediate 3m 3 points to consider before setting your SPF record to -all (HardFail) May 22, 2025 ](/blog/3-points-to-consider-before-setting-your-spf-record-hardfail/)[ Intermediate 5m Are Your SPF and DKIM Identifiers Aligned? Jul 18, 2024 ](/blog/are-your-spf-and-dkim-identifiers-aligned/)[ Intermediate 6m Automated Solutions for Preventing Email Spoofing May 7, 2026 ](/blog/automated-solutions-for-preventing-email-spoofing/)[ Intermediate 7m AutoSPF Explains: The Definitive Guide to Adding an SPF Record to Cloudflare Jan 7, 2026 ](/blog/autospf-definitive-guide-adding-spf-record-cloudflare/) ```json {"@context":"https://schema.org","@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138897474","name":"AutoSPF","url":"https://autospf.com","logo":{"@type":"ImageObject","url":"https://autospf.com/images/autospf-logo.png"},"description":"Automatic SPF flattening and email authentication management. Resolve SPF lookup limits, flatten SPF records, and maintain email deliverability across all your domains.","parentOrganization":{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138883901","name":"DuoCircle LLC","url":"https://www.duocircle.com","sameAs":["https://www.wikidata.org/wiki/Q138883901","https://www.crunchbase.com/organization/duocircle-llc","https://www.linkedin.com/company/duocircle","https://github.com/duocircle"],"subOrganization":[{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138898167","name":"DMARC Report","url":"https://dmarcreport.com"},{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138897474","name":"AutoSPF","url":"https://autospf.com"},{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138897912","name":"Phish Protection","url":"https://www.phishprotection.com"}]},"sameAs":["https://www.wikidata.org/wiki/Q138897474","https://www.linkedin.com/company/autospf","https://x.com/autospf01","https://www.g2.com/products/autospf/reviews"],"contactPoint":{"@type":"ContactPoint","contactType":"customer support","url":"https://autospf.com/contact-us/"},"knowsAbout":["SPF Record Flattening","Sender Policy Framework","Email Authentication","DNS Management","DMARC","DKIM"]} ``` ```json {"@context":"https://schema.org","@type":"WebSite","name":"AutoSPF","url":"https://autospf.com","description":"Automatic SPF flattening and email authentication management. Resolve SPF lookup limits, flatten SPF records, and maintain email deliverability across all your domains.","publisher":{"@type":"Organization","name":"AutoSPF","url":"https://autospf.com","logo":{"@type":"ImageObject","url":"https://autospf.com/images/autospf-logo.png"},"description":"Automatic SPF flattening and email authentication management. Resolve SPF lookup limits, flatten SPF records, and maintain email deliverability across all your domains.","parentOrganization":{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138883901","name":"DuoCircle LLC","url":"https://www.duocircle.com","sameAs":["https://www.wikidata.org/wiki/Q138883901","https://www.crunchbase.com/organization/duocircle-llc","https://www.linkedin.com/company/duocircle","https://github.com/duocircle"],"subOrganization":[{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138898167","name":"DMARC Report","url":"https://dmarcreport.com"},{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138897474","name":"AutoSPF","url":"https://autospf.com"},{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138897912","name":"Phish Protection","url":"https://www.phishprotection.com"}]}}} ``` ```json {"@context":"https://schema.org","@type":"BlogPosting","headline":"Combine correctamente los registros SPF para evitar los errores «Too Many DNS Lookups»","description":"Un dominio solo puede tener un único registro TXT de SPF. Varios registros provocan un PermError y rompen por completo la autenticación. Aprenda a fusionar correctamente varios registros SPF en uno solo y a mantenerse por debajo del límite de 10 consultas DNS de la RFC 7208.","url":"https://autospf.com/blog/combine-spf-records-correctly-to-avoid-too-many-dns-lookups-errors/","datePublished":"2025-10-16T14:42:19.000Z","dateModified":"2026-04-18T02:36:41.000Z","dateCreated":"2025-10-16T14:42:19.000Z","author":{"@type":"Person","@id":"https://autospf.com/authors/adam-lundrigan/#person","name":"Adam Lundrigan","url":"https://autospf.com/authors/adam-lundrigan/","jobTitle":"CTO","description":"Adam Lundrigan is the Chief Technology Officer of DuoCircle, where he leads engineering and is responsible for the architecture of AutoSPF's SPF flattening engine and DNS monitoring infrastructure. His technical focus is the DNS-level behavior of SPF evaluation, the recursive include resolution logic that underpins flattening, and the monitoring systems that keep customer SPF records healthy as their upstream vendors change IP ranges.","image":"https://media.mailhop.org/autospf/images/authors/adam-lundrigan.jpg","knowsAbout":["SPF Flattening","DNS Architecture","Recursive Include Resolution","SaaS Engineering","DNS Monitoring","Infrastructure Automation"],"worksFor":{"@type":"Organization","name":"AutoSPF","url":"https://autospf.com"},"sameAs":["https://www.linkedin.com/in/adamlundrigan/"]},"publisher":{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138897474","name":"AutoSPF","url":"https://autospf.com","logo":{"@type":"ImageObject","url":"https://autospf.com/images/autospf-logo.png"},"description":"Automatic SPF flattening and email authentication management. Resolve SPF lookup limits, flatten SPF records, and maintain email deliverability across all your domains.","parentOrganization":{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138883901","name":"DuoCircle LLC","url":"https://www.duocircle.com","sameAs":["https://www.wikidata.org/wiki/Q138883901","https://www.crunchbase.com/organization/duocircle-llc","https://www.linkedin.com/company/duocircle","https://github.com/duocircle"],"subOrganization":[{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138898167","name":"DMARC Report","url":"https://dmarcreport.com"},{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138897474","name":"AutoSPF","url":"https://autospf.com"},{"@type":"Organization","@id":"https://www.wikidata.org/wiki/Q138897912","name":"Phish Protection","url":"https://www.phishprotection.com"}]},"sameAs":["https://www.wikidata.org/wiki/Q138897474","https://www.linkedin.com/company/autospf","https://x.com/autospf01","https://www.g2.com/products/autospf/reviews"],"contactPoint":{"@type":"ContactPoint","contactType":"customer support","url":"https://autospf.com/contact-us/"},"knowsAbout":["SPF Record Flattening","Sender Policy Framework","Email Authentication","DNS Management","DMARC","DKIM"]},"mainEntityOfPage":{"@type":"WebPage","@id":"https://autospf.com/blog/combine-spf-records-correctly-to-avoid-too-many-dns-lookups-errors/"},"articleSection":"intermediate","keywords":"DKIM, DMARC, email security, SPF, SPF record","wordCount":3249,"image":{"@type":"ImageObject","url":"https://media.mailhop.org/autospf/images/2025/10/spf-permerror-4889.jpg","caption":"DNS Lookup error","width":900,"height":600},"speakable":{"@type":"SpeakableSpecification","cssSelector":[".answer-block","h1"]}} ``` ```json {"@context":"https://schema.org","@type":"BreadcrumbList","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https://autospf.com/"},{"@type":"ListItem","position":2,"name":"Blog","item":"https://autospf.com/blog/"},{"@type":"ListItem","position":3,"name":"Combine correctamente los registros SPF para evitar los errores «Too Many DNS Lookups»","item":"https://autospf.com/es/blog/combine-spf-records-correctly-to-avoid-too-many-dns-lookups-errors/"}]} ```