Configuración del correo electrónico de Mail.ru para tu dominio personalizado: una guía técnica completa

Una dirección de correo electrónico con dominio personalizado — como contact@yourdomain.com — enruta todo el correo a través de servidores que usted controla mediante DNS, en lugar de hacerlo a través del espacio de nombres de un proveedor compartido. Para configurar Mail.ru for Business con un dominio personalizado, debe verificar la propiedad del dominio mediante un registro DNS TXT o CNAME, apuntar los registros MX de su dominio a mxs.mail.ru y configurar las credenciales IMAP/SMTP en su cliente de correo. Todo el proceso generalmente se completa en 24–48 horas, dependiendo de la velocidad de propagación DNS a través de los resolvers globales.

Esta guía cubre cada paso técnico en detalle completo, incluyendo la sintaxis de registros DNS, la configuración del cliente de correo, los modos de fallo más comunes y el refuerzo de seguridad — información que va mucho más allá del procedimiento de configuración estándar.

Requisitos previos y descripción general de la arquitectura

Antes de tocar un solo registro DNS, comprenda qué está construyendo exactamente. Mail.ru for Business actúa como un intercambiador de correo gestionado: acepta conexiones SMTP entrantes en nombre de su dominio, almacena los mensajes en su infraestructura y los expone a los usuarios finales a través de IMAP, POP3 o su interfaz web. El DNS de su dominio es el plano de control que le indica al sistema global de enrutamiento de correo dónde entregar los mensajes.

Los componentes involucrados son:

• Registros MX — dirigen el tráfico SMTP entrante a los servidores de Mail.ru
• Registro TXT (SPF) — autoriza a los servidores salientes de Mail.ru a enviar en nombre de su dominio
• DKIM — firma criptográficamente los mensajes salientes para evitar la suplantación de identidad
• DMARC — registro de política que instruye a los servidores receptores sobre qué hacer con los mensajes que no superan las verificaciones SPF/DKIM
• Registro de verificación de dominio — un registro TXT o CNAME de uso único que demuestra la propiedad al sistema de aprovisionamiento de Mail.ru

Omitir SPF, DKIM o DMARC es uno de los errores más comunes que cometen los administradores. Sin ellos, su correo saliente frecuentemente terminará en carpetas de spam o será directamente rechazado por receptores estrictos como Google Workspace y Microsoft 365.

También necesitará:

• Un dominio registrado activo con acceso a su panel de gestión DNS
• Una cuenta de Mail.ru (personal o nueva cuenta empresarial)
• Acceso administrativo a su zona DNS (derechos de edición de TTL)

Si aún no ha registrado un dominio, AlexHost Domain Registration proporciona control total de la zona DNS, lo cual es esencial para las modificaciones de registros descritas a lo largo de esta guía.

Paso 1: Registrar y acceder a la zona DNS de su dominio

Inicie sesión en su registrador de dominios o proveedor DNS y localice el panel de gestión DNS o Editor de zona. Necesita la capacidad de crear, modificar y eliminar los siguientes tipos de registros: TXT, MX y CNAME.

Antes de realizar cualquier cambio, anote los valores TTL actuales de sus registros existentes. Reducir temporalmente el TTL a 300 segundos (5 minutos) antes de comenzar reducirá drásticamente el tiempo que pasa esperando la propagación durante cada paso de configuración. Recuerde restaurar el TTL a un valor razonable (3600 o superior) una vez completada la configuración.

Si su dominio está sirviendo actualmente correo electrónico en vivo a través de otro proveedor, no elimine los registros MX existentes hasta que Mail.ru esté completamente verificado y probado. Ejecute ambas configuraciones en paralelo durante el período de transición.

Paso 2: Crear una cuenta de Mail.ru for Business

Navegue a biz.mail.ru e inicie sesión con una cuenta de Mail.ru existente o cree una nueva. La plataforma empresarial es independiente de la interfaz de consumidor de Mail.ru — proporciona un panel de gestión de dominios, aprovisionamiento de usuarios y controles administrativos.

Una vez autenticado:

1. Haga clic en “Conectar dominio” o la opción equivalente en su configuración de idioma.
2. Ingrese el nombre de su dominio exactamente como está registrado — por ejemplo, yourdomain.com — sin ningún prefijo de subdominio ni barra diagonal al final.
3. El sistema le presentará un método de verificación.

Paso 3: Verificar la propiedad del dominio

Mail.ru ofrecerá uno o ambos de los siguientes métodos de verificación:

Método A: Registro TXT

Agregue un registro TXT a su zona DNS con el valor proporcionado por Mail.ru. El registro tendrá un aspecto similar a este:

Name/Host: @  (or yourdomain.com)
Type:       TXT
Value:      mailru-verification: <unique-token>
TTL:        300

Método B: Registro CNAME

Name/Host: mailruverify  (or as specified)
Type:       CNAME
Value:      <unique-value>.mail.ru.
TTL:        300

Agregue el registro que su proveedor DNS admita de forma más limpia. Algunos proveedores manejan los registros TXT en el dominio apex (@) de forma más fiable que los registros CNAME en la raíz. Una vez guardado el registro, regrese al panel de Mail.ru y haga clic en “Verificar”. El sistema de Mail.ru realizará una consulta DNS para confirmar que el registro existe.

Verificación de la realidad de la propagación: Los cambios de DNS no surten efecto de forma instantánea. Use una herramienta como dig para monitorear la propagación desde su terminal antes de hacer clic en verificar:

dig TXT yourdomain.com +short

O consulte un resolver público específico para ver qué devuelve actualmente:

dig TXT yourdomain.com @8.8.8.8 +short

Una vez que el token aparezca en la salida, la verificación tendrá éxito. No haga clic en verificar antes de que el registro se resuelva — los intentos fallidos repetidos pueden limitar temporalmente el endpoint de verificación.

Paso 4: Configurar los registros MX

Los registros MX son el mecanismo central de enrutamiento para el correo entrante. Después de la verificación del dominio, Mail.ru mostrará los registros MX que debe agregar. La configuración estándar es:

Agregue este registro en su zona DNS:

Name/Host: @
Type:       MX
Priority:   10
Value:      mxs.mail.ru.
TTL:        300 (raise to 3600 after testing)

Detalle crítico: El punto final después de mxs.mail.ru. es significativo en la sintaxis DNS — denota un nombre de dominio absoluto (completamente calificado). La mayoría de los paneles DNS basados en web lo agregan automáticamente, pero si está editando un archivo de zona sin procesar, omítalo solo si el panel lo normaliza por usted.

Si está migrando desde otro proveedor de correo, elimine los registros MX antiguos solo después de haber confirmado que Mail.ru está recibiendo mensajes de prueba correctamente. Ejecutar dos conjuntos de registros MX simultáneamente durante la migración es aceptable — el número de prioridad más bajo gana, así que configure Mail.ru con prioridad 10 y su proveedor anterior con prioridad 20 temporalmente.

Verifique que el registro MX se haya propagado:

dig MX yourdomain.com @8.8.8.8 +short

Salida esperada:

10 mxs.mail.ru.

Paso 5: Configurar SPF, DKIM y DMARC

Este es el paso que la mayoría de los tutoriales omiten, y es la razón principal por la que el correo electrónico con dominio personalizado termina en spam.

Registro SPF

SPF (Sender Policy Framework) especifica qué servidores están autorizados para enviar correo electrónico desde su dominio. Agregue el siguiente registro TXT:

Name/Host: @
Type:       TXT
Value:      v=spf1 include:_spf.mail.ru ~all
TTL:        3600

El calificador ~all significa “fallo suave” — los mensajes de servidores no autorizados se marcan como sospechosos pero no se rechazan. Si desea una política estricta y está seguro de que todo el correo legítimo fluye a través de Mail.ru, use -all (fallo duro). No use +all bajo ninguna circunstancia — autoriza a todos los servidores de internet a enviar como su dominio.

Restricción importante: Un dominio solo puede tener un registro TXT SPF. Si ya tiene un registro SPF para otro servicio, combine las declaraciones include en un único registro:

v=spf1 include:_spf.mail.ru include:other-service.com ~all

Registro DKIM

Mail.ru for Business genera un par de claves DKIM. La clave pública se proporciona como un registro TXT que debe publicar en su zona DNS. Recupérela desde el panel de Mail.ru Business en la configuración del dominio. Tendrá el siguiente aspecto:

Name/Host: mailru._domainkey
Type:       TXT
Value:      v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GN...
TTL:        3600

El selector (mailru) puede variar — use exactamente lo que proporciona el panel. Verifíquelo después de la propagación:

dig TXT mailru._domainkey.yourdomain.com +short

Registro DMARC

DMARC vincula SPF y DKIM y proporciona a los servidores receptores una política que aplicar. Comience con una política de solo monitoreo:

Name/Host: _dmarc
Type:       TXT
Value:      v=DMARC1; p=none; rua=mailto:dmarc-reports@yourdomain.com
TTL:        3600

Una vez que haya confirmado que el correo legítimo supera las verificaciones SPF y DKIM (revise los informes agregados enviados a rua), refuerce la política:

v=DMARC1; p=quarantine; rua=mailto:dmarc-reports@yourdomain.com; pct=100

Eventualmente pase a p=reject para obtener la máxima protección contra la suplantación de dominio y el phishing.

Paso 6: Crear buzones en el panel de Mail.ru Business

Con el DNS completamente configurado y verificado, aprovisione sus buzones:

1. Abra el panel de administración de Mail.ru for Business.
2. Navegue a Usuarios o Buzones.
3. Haga clic en Agregar usuario e ingrese la parte local deseada de la dirección — por ejemplo, contact, support, admin, info.
4. Establezca una contraseña segura (mínimo 12 caracteres, mayúsculas y minúsculas, dígitos y símbolos).
5. Asigne una cuota de almacenamiento si el plan permite límites por usuario.

Cada buzón creado se vuelve accesible inmediatamente en username@yourdomain.com. La interfaz web está disponible en mail.ru — los usuarios inician sesión con su dirección de correo electrónico de dominio completa y la contraseña que usted estableció.

Paso 7: Configurar clientes de correo mediante IMAP y SMTP

Para los usuarios que prefieren clientes de escritorio o móviles (Thunderbird, Outlook, Apple Mail, K-9 Mail), configure los siguientes ajustes de servidor:

Referencia de configuración del servidor de Mail.ru

Nombre de usuario: Utilice siempre la dirección de correo electrónico completa — you@yourdomain.com — no solo la parte local.

Autenticación: Mail.ru requiere autenticación basada en contraseña. Si la cuenta tiene la autenticación de dos factores habilitada en la plataforma de consumidor, es posible que necesite generar una contraseña específica de aplicación desde la página de configuración de seguridad.

POP3 vs. IMAP: Use IMAP a menos que tenga una razón específica para no hacerlo. IMAP sincroniza el estado de los mensajes (leído, marcado, eliminado) en todos los dispositivos y mantiene los mensajes en el servidor. POP3 descarga y generalmente elimina los mensajes del servidor, lo que interrumpe los flujos de trabajo en múltiples dispositivos.

Ejemplo de configuración de Thunderbird

Account type:       IMAP
Incoming server:    imap.mail.ru
Port:               993
Connection security: SSL/TLS
Authentication:     Normal password
Username:           you@yourdomain.com

Outgoing server:    smtp.mail.ru
Port:               465
Connection security: SSL/TLS
Authentication:     Normal password
Username:           you@yourdomain.com

Paso 8: Probar el flujo de correo completo

No asuma que la configuración es correcta — verifique explícitamente cada dirección del flujo de correo.

Probar la entrega entrante:

Envíe un mensaje desde una dirección externa (Gmail, Outlook.com) a you@yourdomain.com. Confirme que llega a la bandeja de entrada de Mail.ru en pocos minutos.

Probar la entrega saliente:

Envíe un mensaje desde you@yourdomain.com a una dirección externa. Compruebe que llega e inspeccione los encabezados del mensaje para confirmar que SPF y DKIM son correctos:

Authentication-Results: mx.google.com;
   dkim=pass header.i=@yourdomain.com;
   spf=pass (google.com: domain of you@yourdomain.com designates ... as permitted sender)

Probar la alineación SPF/DKIM usando MXToolbox:

# Check SPF record syntax
curl "https://mxtoolbox.com/api/v1/lookup/spf/yourdomain.com"

O use la interfaz web en mxtoolbox.com para ejecutar verificaciones de SPF, DKIM, DMARC y búsqueda MX simultáneamente.

Probar la conectividad SMTP desde la línea de comandos:

telnet smtp.mail.ru 465

Si el puerto 465 está bloqueado por su firewall local o ISP, intente el puerto 587 con STARTTLS en su lugar.

Modos de fallo comunes y cómo solucionarlos

No se recibe correo

• Confirme que los registros MX se han propagado: dig MX yourdomain.com +short
• Compruebe que los registros MX antiguos de un proveedor anterior se han eliminado completamente
• Verifique que el estado del dominio en el panel de Mail.ru Business muestre “Activo”

El correo saliente termina en spam

• El registro SPF falta o contiene un error de sintaxis — valídelo con dig TXT yourdomain.com +short
• El registro DKIM aún no se ha propagado o se ingresó incorrectamente — compruebe si hay saltos de línea introducidos al copiar y pegar
• La política DMARC está ausente — incluso un registro p=none mejora las señales de entregabilidad

Fallos de autenticación en clientes de correo

• Asegúrese de usar la dirección de correo electrónico completa como nombre de usuario, no solo la parte local
• Si la autenticación de dos factores está habilitada en la cuenta de Mail.ru, genere y use una contraseña específica de aplicación
• Confirme que el puerto y el tipo de cifrado coinciden exactamente — mezclar SSL/TLS con puertos STARTTLS provoca restablecimientos de conexión

La verificación del dominio sigue fallando

• El registro DNS aún no se ha propagado — espere y vuelva a verificar con dig antes de reintentar
• El valor del registro TXT se ingresó con espacios adicionales o comillas — la mayoría de los paneles DNS agregan comillas automáticamente; no las agregue manualmente
• Algunos proveedores requieren que el host @ se ingrese como el nombre de dominio simple — consulte la documentación de su registrador

Mail.ru for Business vs. proveedores alternativos

Mail.ru for Business es una opción práctica para organizaciones que operan en mercados de habla rusa o aquellas con infraestructura de Mail.ru existente. Para equipos que requieren una integración profunda con suites de productividad u operan bajo estrictos requisitos de soberanía de datos fuera de Rusia, evalúe cuidadosamente las alternativas en la tabla anterior.

Consideraciones de alojamiento para correo electrónico con dominio personalizado

Si está ejecutando un sitio web junto con su correo electrónico personalizado, el entorno de alojamiento afecta su flujo de trabajo de gestión DNS. En un plan de VPS Hosting, tiene acceso directo a los archivos de zona DNS y puede gestionar los registros mediante herramientas de línea de comandos o un panel de control sin esperar a que la interfaz web de un registrador propague los cambios internamente.

Para equipos que gestionan múltiples dominios y configuraciones de correo electrónico, un VPS con cPanel proporciona un Editor de zona gráfico que simplifica la gestión de registros TXT, MX y DKIM sin necesidad de editar archivos de zona sin procesar. cPanel también incluye una herramienta integrada de Entregabilidad de correo electrónico que verifica automáticamente la alineación SPF y DKIM para los dominios alojados.

Si necesita una infraestructura de correo electrónico completamente gestionada en lugar de enrutar a través de Mail.ru, AlexHost Email Hosting proporciona alojamiento de buzones dedicado con control total de DNS, eliminando por completo la dependencia de una plataforma de correo de terceros.

Para entornos empresariales de alto tráfico donde el correo electrónico es de misión crítica, un Servidor Dedicado le ofrece la opción de ejecutar su propio MTA (Postfix, Exim) con control total sobre las colas de correo, las políticas de entrega y el registro — una arquitectura que Mail.ru for Business no puede replicar.

Lista de verificación de puntos clave técnicos

Use esta lista de verificación para confirmar que su configuración está lista para producción antes de considerar la configuración como completa:

• Dominio verificado en el panel de Mail.ru Business (el estado muestra “Activo”)
• El registro MX apunta a mxs.mail.ru con prioridad 10, registros MX antiguos eliminados
• Registro TXT SPF publicado en el dominio apex con include:_spf.mail.ru
• Registro TXT DKIM publicado en mailru._domainkey.yourdomain.com
• Registro TXT DMARC publicado en _dmarc.yourdomain.com (comience con p=none, refuerce más adelante)
• Mensaje de prueba entrante recibido desde una dirección externa
• Los encabezados del mensaje de prueba saliente muestran dkim=pass y spf=pass
• Cliente de correo configurado con IMAP puerto 993 (SSL/TLS) y SMTP puerto 465 o 587
• Valores TTL restaurados a 3600 después de completar las pruebas
• Contraseña específica de aplicación generada si la autenticación de dos factores está activa en la cuenta de Mail.ru

Preguntas frecuentes

¿Cuánto tiempo tarda realmente la verificación del dominio de Mail.ru?

En la práctica, si reduce el TTL de su DNS a 300 segundos antes de agregar el registro de verificación, Mail.ru puede confirmar la propiedad en 5–15 minutos. El período indicado de 24–48 horas se aplica cuando el TTL se deja en el valor predeterminado (a menudo 3600 o superior), porque los resolvers almacenan en caché la respuesta antigua (vacía) durante ese tiempo antes de volver a consultar.

¿Puedo usar Mail.ru for Business junto con otro proveedor de correo en el mismo dominio?

Sí, pero solo un proveedor puede ser el destino MX principal. Puede enrutar subdominios específicos (p. ej., notifications.yourdomain.com) a un proveedor diferente, pero para el dominio raíz, solo un conjunto de registros MX debe estar activo a la vez para evitar una división de entrega impredecible.

¿Por qué mi correo saliente de Mail.ru va a spam en Gmail o Outlook?

Las causas más comunes son un registro SPF faltante o mal configurado, una firma DKIM ausente o ninguna política DMARC. Ejecute su dominio a través de mail-tester.com para obtener un informe con puntuación que identifique exactamente qué mecanismos de autenticación están fallando.

¿Qué sucede con mi correo electrónico si dejo de usar Mail.ru for Business?

La entrega de correo se detiene tan pronto como sus registros MX se cambien para alejarse de mxs.mail.ru. Los mensajes existentes almacenados en los servidores de Mail.ru permanecen accesibles a través de la interfaz web hasta que se cierre la cuenta, pero debe exportarlos mediante IMAP (usando un cliente como Thunderbird) antes de realizar el cambio para evitar la pérdida de datos.

¿Es posible configurar el correo electrónico de Mail.ru en un dominio gestionado a través de AlexHost?

Sí. Si su dominio está registrado a través de AlexHost Domain Registration, tiene acceso completo al editor de zona DNS. Agregue el registro TXT de verificación de Mail.ru, el registro MX, el registro TXT SPF y el registro TXT DKIM directamente desde el panel de control de AlexHost. El proceso es idéntico al de cualquier otro registrador — solo difiere la interfaz.