¿Cómo consigo email en mi propio dominio?

¿Qué es una dirección de email en tu propio dominio?

Es tú@tudominio.com en lugar de una dirección en un proveedor de correo. Dos cosas lo hacen funcionar. Un buzón en un servidor y registros DNS que indican a otros servidores dónde está el buzón y quién puede enviar en tu nombre.

Velumhold proporciona el buzón. Email accounts on your own domain with webmail, IMAP and SMTP; outgoing mail is rate-limited to keep spam off the servers. Aquí no se venden dominios: apunta un dominio que ya tengas a la cuenta con dos nameservers o con un registro A. Los registros DNS residen donde se gestione el DNS de tu dominio. Una persona responde los correos de soporte en un plazo de 12 horas, los siete días de la semana, incluida la ayuda con registros DNS, WordPress, cuentas de correo y la migración de un sitio en.

El número de buzones varía mucho. Según la encuesta de Velumhold del 2 de noviembre de 2026, 5 de los 13 proveedores que indican un número de correos incluyen cuentas de correo ilimitadas en su plan de entrada, OrangeWebsite y Packetra incluyen 3, y los buzones de Hostinger son gratis solo el primer año. El Tulle de Velumhold incluye 10.

¿Qué hace un registro MX?

Un registro MX indica el servidor que recibe el correo de tu dominio. Un servidor emisor pregunta al DNS por los registros MX de tu dominio y prueba primero el número de preferencia más bajo (RFC 5321, sección 5.1). Sin registro MX, el emisor recurre al registro de dirección del propio dominio, así que publica uno a propósito. El destino debe ser un nombre de host con su propio registro A o AAAA, no un CNAME.

example.com.  3600  IN  MX  10  mail.example.com.
example.com.  3600  IN  MX  20  backup.example.com.

¿Qué hace un registro SPF?

SPF enumera los servidores autorizados a enviar correo de tu dominio. Es un registro TXT que empieza por v=spf1 (RFC 7208, sección 3). Los receptores comparan el servidor emisor con la lista.

• Un solo registro. Dos registros SPF en un mismo dominio hacen que la comprobación falle con un error permanente (secciones 3.2 y 4.5).
• Como máximo 10 consultas DNS. Los términos include, a y mx cuentan. Más de 10 dan como resultado un error permanente (sección 4.6.4).
• -all o ~all. -all indica que todo lo que no está en la lista no está autorizado. ~all es un fallo suave, y los receptores no deberían rechazar solo por eso (secciones 8.4 y 8.5).

example.com.  3600  IN  TXT  "v=spf1 ip4:203.0.113.25 -all"

¿Qué hace un registro DKIM?

DKIM firma cada mensaje, para que los receptores puedan comprobar que viene de tu dominio y no se ha modificado. El servidor emisor añade una cabecera DKIM-Signature. La clave pública correspondiente está en un registro TXT en selector._domainkey.yourdomain.com (RFC 6376, secciones 3.5 y 3.6.2). El selector permite que un dominio tenga varias claves y las rote.

Google exige una clave DKIM de 1024 bits o más para que el correo llegue a cuentas personales de Gmail, y recomienda 2048 bits cuando sea compatible.

default._domainkey.example.com.  3600  IN  TXT  "v=DKIM1; k=rsa; p=MIIBIjANBgkq..."

¿Qué hace un registro DMARC?

DMARC indica a los receptores qué hacer con el correo que no supera la autenticación y a dónde enviar los informes. Es un registro TXT en _dmarc.yourdomain.com (RFC 9989, sección 4.5, que sustituye al RFC 7489). La etiqueta p acepta none, quarantine o reject. La etiqueta rua indica una dirección para los informes agregados.

Para que un mensaje pase, debe pasar SPF o DKIM, y el dominio que comprueban debe coincidir con el dominio del From. Por defecto basta con que coincida el mismo dominio organizativo. Para los dominios cuyos usuarios publican en listas de correo, el RFC 9989 recomienda p=none durante al menos un mes, después p=quarantine durante el mismo tiempo, antes de p=reject (sección 7.4).

_dmarc.example.com.  3600  IN  TXT  "v=DMARC1; p=none; rua=mailto:[email protected]"

¿Cómo encajan webmail, IMAP y SMTP?

El webmail, IMAP y SMTP son tres formas de leer y enviar el mismo buzón. El webmail funciona en un navegador. IMAP permite que una app de tu móvil u ordenador trabaje con buzones que se quedan en el servidor, de modo que todos los dispositivos ven las mismas carpetas y marcas (RFC 9051). SMTP envía. El envío desde tu app suele usar el puerto 587, mientras que los servidores se retransmiten entre sí por el puerto 25 (RFC 6409).

El RFC 8314 recomienda TLS desde el primer byte: IMAP en el puerto 993 y envío en el puerto 465, con STARTTLS en el puerto 587 también aceptado. Elige las opciones TLS en tu app. ¿Te mudas desde otro proveedor? Cambia los registros MX al final, como en cómo mover un sitio web sin tiempo de inactividad.

¿Qué decide si mi correo acaba en spam?

La autenticación, las quejas y el volumen. Las reglas de remitentes de Google se aplican al correo enviado a cuentas personales de Gmail:

• Todos los remitentes necesitan SPF o DKIM, DNS directo e inverso válido y TLS.
• Mantén la tasa de spam en Postmaster Tools por debajo del 0,3 %. El objetivo de Google es inferior al 0,10 %.
• Los remitentes de más de 5.000 mensajes al día también necesitan SPF, DKIM y DMARC, un dominio From que coincida con el dominio de SPF o DKIM, y baja de un solo clic en el correo de marketing.

Velumhold está pensado para correo normal, no para envíos masivos. El correo saliente tiene rate limit, y el spam y el correo masivo están prohibidos. Consulta el uso aceptable.

¿Qué errores rompen el correo en un dominio propio?

• Dos registros SPF en un mismo dominio. Únelos en uno.
• Más de 10 consultas DNS en SPF.
• Un destino MX que es un CNAME o que no tiene registro de dirección.
• Varios registros TXT para un mismo selector DKIM. El resultado queda indefinido (RFC 6376, sección 3.6.2.2).
• p=reject el primer día. Lee primero los informes.