Configurar el DNS del correo de Yandex 360: MX, SPF, DKIM y DMARC

Yandex 360 for Business necesita un registro MX, un registro SPF y una clave DKIM que el panel de administración de la organización genera para su dominio.

Los nombres de los proveedores identifican el servicio para el que está escrita cada guía. Salvo en el caso de Zarfio, que es nuestro propio servicio de correo, no implican asociación ni respaldo. Los valores que un proveedor genera para cada dominio no se imprimen nunca aquí: cópielos del panel del proveedor.

Pasos

  1. Añada y confirme el dominio. Añada el dominio en el panel de administración y confírmelo con el registro TXT que muestra el panel (también se ofrecen otros métodos).
  2. Cree los buzones. Cree todas las direcciones antes de mover el MX.
  3. Publique el registro MX. Elimine los registros MX antiguos y añada un registro con prioridad 10 que apunte a mx.yandex.net.
  4. Publique SPF. Añada un registro TXT en la raíz del dominio: v=spf1 redirect=_spf.yandex.net. Si otros servicios envían correo en nombre del dominio, use include:_spf.yandex.net junto con los include de esos servicios y termine el registro con ~all, porque redirect no se puede combinar con all.
  5. Publique DKIM. Copie la clave pública del panel de administración en un registro TXT en mail._domainkey.
  6. Añada DMARC y compruebe. Publique un registro DMARC con p=none y después ejecute las comprobaciones de esta página.

Registros DNS para Yandex 360

El host «@» es el propio dominio (example.com). Algunos proveedores de DNS piden dejar el campo vacío y otros piden el nombre completo: siga la convención de su proveedor de DNS.

FinalidadTipoHostPrioridadValor
Verificación del dominioTXT@—Se genera para su dominio. Cópielo desde el panel de administración de Yandex 360 for Business (en los ajustes de su dominio).
Recibir correo (MX)MX@10mx.yandex.net.
SPFTXT@—v=spf1 redirect=_spf.yandex.net
DKIMTXTmail._domainkey—Se genera para su dominio. Cópielo desde el panel de administración de Yandex 360 for Business (en los ajustes de su dominio).
Verificación del dominio
Tipo
TXT
Host
@
Valor
Se genera para su dominio. Cópielo desde el panel de administración de Yandex 360 for Business (en los ajustes de su dominio).
Recibir correo (MX)
Tipo
MX
Host
@
Prioridad
10
Valor
mx.yandex.net.
SPF
Tipo
TXT
Host
@
Valor
v=spf1 redirect=_spf.yandex.net
DKIM
Tipo
TXT
Host
mail._domainkey
Valor
Se genera para su dominio. Cópielo desde el panel de administración de Yandex 360 for Business (en los ajustes de su dominio).
  • El selector DKIM es «mail». Escríbalo en la herramienta Verificar DKIM.
  • Si su dominio está delegado en el hosting de DNS del propio Yandex, el panel puede crear estos registros por usted.

DMARC

DMARC es igual con todos los proveedores: un registro TXT en _dmarc.example.com. Empiece con p=none y una dirección para los informes, de modo que reciba informes sin afectar a la entrega.

Lea los informes durante unas semanas. Cuando todos los remitentes legítimos superen SPF o DKIM con un dominio alineado, pase a p=quarantine y después a p=reject. Pasar a reject antes de que DKIM esté activo para todos los remitentes es la forma habitual de perder correo legítimo.

_dmarc.example.com.  3600  IN  TXT  "v=DMARC1; p=none; rua=mailto:dmarc-reports@example.com"

Opcional: MTA-STS, TLS-RPT y BIMI

MTA-STS indica a los servidores remitentes que exijan TLS al entregarle correo. Necesita un registro TXT y un archivo de política servido por HTTPS en mta-sts.example.com; la política debe enumerar exactamente los hosts MX de su proveedor.

TLS-RPT pide a los remitentes que informen de los fallos de entrega con TLS a una dirección que usted elige. Un registro TXT, sin efecto sobre la entrega.

BIMI permite que algunos proveedores de buzones muestren su logotipo. Requiere DMARC en quarantine o reject, y la mayoría de los proveedores exige además un certificado de marca verificada.

_mta-sts.example.com.  3600  IN  TXT  "v=STSv1; id=20260921T000000"
_smtp._tls.example.com.  3600  IN  TXT  "v=TLSRPTv1; rua=mailto:tls-reports@example.com"
default._bimi.example.com.  3600  IN  TXT  "v=BIMI1; l=https://example.com/logo.svg"

Consejos sobre el TTL

Antes de cambiar los registros MX de un dominio que ya recibe correo, baje su TTL a 300 segundos y espere a que se agote el TTL anterior. Así los resolvers recogen los registros nuevos en cuestión de minutos.

Cuando la nueva configuración lleve unos días funcionando, vuelva a subir el TTL: 3600 segundos es un valor habitual. Los registros SPF, DKIM y DMARC cambian pocas veces y están bien con 3600.

¿Cuánto tardan los cambios?

Sus servidores de nombres autoritativos responden con el registro nuevo en cuanto su proveedor de DNS lo ha publicado. Un resolver que guardó en caché la respuesta anterior la conserva hasta que se agota el TTL antiguo; un nombre que antes no existía puede recordarse como inexistente durante el tiempo de caché negativa que indica su registro SOA.

No hay ningún momento en el que un cambio esté en todas partes a la vez. La herramienta de propagación muestra lo que responde un conjunto fijo de resolvers públicos en el momento de la comprobación, expresado como un recuento del tipo «9 de 12 resolvers», y nada más que eso.

Los proveedores vuelven a comprobar sus registros según su propio calendario, de modo que un botón de verificación del panel puede seguir en rojo durante un tiempo cuando el DNS ya es correcto.

Compruebe su configuración

Escriba su dominio y elija una comprobación. Cada una es una consulta en vivo desde nuestro servidor; una consulta que falla se indica como «no se pudo comprobar», no como un registro que falta.

Errores frecuentes

  • Añadir otros remitentes después de redirect=. Todo lo que va detrás de un redirect se ignora, salvo que el registro se reescriba con include:.
  • Dos registros SPF. Un dominio solo puede tener un registro TXT que empiece por v=spf1; un segundo registro hace que SPF falle con un error permanente. Reúna los mecanismos include: en un único registro.
  • Dejar los registros MX del proveedor anterior junto a los nuevos. El correo se entrega entonces a uno u otro, según la prioridad y el azar.
  • Escribir el nombre completo en un campo de host que añade el dominio por su cuenta, lo que produce google._domainkey.example.com.example.com. Consulte el registro después de guardarlo.
  • Una clave DKIM cortada por la mitad. Los valores TXT largos deben dividirse en cadenas entre comillas de 255 caracteres como máximo; la mayoría de los proveedores de DNS lo hacen por usted, algunos no.
  • Más de diez consultas DNS en SPF después de añadir varios mecanismos include:. La herramienta Verificar SPF las cuenta.
  • Un registro MX que apunta a un CNAME o a una dirección IP. Debe apuntar a un nombre de host que tenga registros A o AAAA.

Preguntas frecuentes

¿Cuál es el registro MX de Yandex 360?

mx.yandex.net con prioridad 10. Es el único registro MX.

¿Cuál es el registro SPF de Yandex 360?

v=spf1 redirect=_spf.yandex.net cuando Yandex es el único remitente. Con otros remitentes, escriba en su lugar v=spf1 include:_spf.yandex.net include:… ~all.

¿Qué selector DKIM usa Yandex?

mail, de modo que el registro está en mail._domainkey. La clave se genera para cada dominio y se muestra en el panel de administración.