Última actualización: julio de 2026
En resumen: Al terminar esta guía tu dominio publicará un registro SPF correcto. Los servidores de correo receptores podrán reconocer qué servidores pueden enviar en tu nombre — y descartar remitentes falsificados.
Requisitos previos
- Un paquete de All-Inkl con al menos un dominio
- Acceso al KAS (administración técnica)
¿Qué es SPF?
SPF (Sender Policy Framework) es un registro TXT en el DNS de tu dominio. Enumera qué servidores de correo pueden enviar emails con tu dominio como remitente. Los servidores receptores consultan el registro en cada mensaje entrante y comprueban si el servidor que lo entrega está en la lista. Sin SPF, cualquier servidor puede enviar correo en tu nombre — y tu correo legítimo acaba antes en spam, porque grandes receptores como Gmail hoy sencillamente esperan SPF.
Para ponerlo en contexto: SPF por sí solo no es una protección completa. Solo junto con DKIM y DMARC se convierte en una base sólida. Pero SPF es el punto de entrada más sencillo.
El punto de partida en All-Inkl
A diferencia de los proveedores con interruptores SPF listos para usar, en All-Inkl introduces el registro tú mismo como entrada TXT en el KAS. La recomendación oficial de All-Inkl es:
v=spf1 a mx include:spf.kasserver.com ~allEs una construcción ingeniosa: a y mx autorizan los servidores a los que tu dominio ya apunta a través de sus registros A/AAAA y MX — en All-Inkl, ese es tu servidor KAS. El include añade una dirección de envío central de All-Inkl (actualmente exactamente una dirección IPv4). Así el registro se adapta automáticamente si tu paquete se traslada a otro kasserver.
Guía paso a paso
1. Comprueba si SPF ya está activo
Lo más rápido, desde el terminal:
dig TXT example.com +short | grep spf1Si vuelve un registro con v=spf1, tu dominio ya publica SPF. Como alternativa, introduce tu dominio en el escáner MXAudit gratuito — comprueba a la vez la sintaxis del registro y el límite de lookups.
2. Abre la configuración de DNS en el KAS
Inicia sesión en el KAS (administración técnica) y haz clic en Herramientas → Configuración de DNS. Edita el dominio cuyo DNS quieres cambiar.
3. Crea (o edita) la entrada TXT
Importante: solo puede haber una entrada SPF por dominio — All-Inkl lo indica expresamente. Si ya existe una, edítala; no crees una segunda.
Si falta la entrada, haz clic en crear nueva entrada DNS y rellena el formulario así:
| Campo | Valor |
|---|---|
| Nombre | (dejar vacío) |
| Tipo | TXT (SPF) |
| Prio | 0 |
| Datos | v=spf1 a mx include:spf.kasserver.com ~all |
Luego guarda — la entrada aparecerá después en la tabla.
4. ¿Plan sin edición de DNS?
Si aparece el mensaje “Esta configuración de DNS no es posible en tu plan”, hay una salida: mediante Restablecer zona All-Inkl crea automáticamente la entrada SPF por defecto (v=spf1 a mx include:spf.kasserver.com ~all).
Cuidado: restablecer la zona revierte por completo la configuración de DNS del dominio a los valores por defecto — cualquier entrada adicional que tuvieras se elimina. Si has definido registros propios (p. ej. para servicios externos), anótalos primero.
5. Añade remitentes adicionales (si hace falta)
Si además envías a través de otros servicios — herramienta de newsletter, CRM, sistema de tienda — sus servidores también deben estar en el registro. El valor include necesario lo encuentras en la documentación de ese servicio (busca allí “SPF”). Edita la entrada existente y añade el include antes del ~all:
v=spf1 a mx include:spf.kasserver.com include:spf.newsletter-dienst.de ~all6. Espera hasta que el cambio esté activo
Los cambios de DNS tardan: según el TTL y el caché puede tardar unas horas hasta que todos los servidores del mundo vean el nuevo registro.
Los componentes en detalle
| Componente | Significado |
|---|---|
v=spf1 | identificador de versión, siempre al principio |
a | permite los servidores detrás del registro A/AAAA de tu dominio |
mx | permite los servidores detrás del registro MX de tu dominio |
include:spf.kasserver.com | permite la dirección de envío central de All-Inkl |
~all | softfail: todos los demás servidores se consideran sospechosos, pero el correo normalmente se sigue aceptando |
a, mx e include cuestan cada uno un lookup de DNS — así que la entrada por defecto consume tres de los diez lookups permitidos como máximo.
Verifica el resultado
Comprueba tu configuración con el escáner MXAudit gratuito — te muestra de inmediato si tu registro SPF es sintácticamente correcto y cuántos lookups de DNS consume.
O directamente en el terminal:
dig TXT example.com +short | grep spf1La salida debe contener exactamente un registro con v=spf1.
Errores habituales
Dos registros SPF. Dos entradas TXT con v=spf1 provocan un permerror — los servidores receptores entonces ignoran SPF por completo. La propia guía de All-Inkl lo señala expresamente: edita la entrada existente en lugar de crear una nueva.
Restablecer la zona sin copia de seguridad. La vía cómoda para planes pequeños elimina todas las entradas DNS adicionales. Anota primero tus registros, luego restablece.
Nombre de dominio en el campo Nombre. Para el registro SPF del dominio principal, el campo Nombre queda vacío — introducir ahí el dominio crea el registro en el lugar equivocado.
+all al final. Un +all permite enviar a cualquier servidor y deja todo el registro sin efecto. Todavía aparece en algunos posts antiguos de foros — no lo copies.
Los reenvíos fallan. Si un destinatario reenvía tu correo automáticamente, SPF falla a menudo en el destinatario final — el servidor que reenvía no está en tu registro. Es una debilidad de diseño de SPF, no un error de configuración; DKIM y DMARC cubren este caso.
Más información
- Guía de All-Inkl: Herramientas DNS — SPF (en alemán) (consultado el 10 de julio de 2026)
- RFC 7208 — Sender Policy Framework (SPF)