¿Puedo alojar un servidor de correo en un servidor dedicado offshore?
Qué funciona con el puerto saliente 25 cerrado, cómo enviar a través de un relay y los registros SPF, DKIM y DMARC que necesita todo dominio remitente.
Última actualización: · 9 min de lectura
Respuesta rápida
¿Puedo alojar un servidor de correo en un servidor dedicado offshore?
Sí, puedes alojar un servidor de correo en un servidor dedicado offshore en Ironatoll, con una limitación. El puerto saliente 25 está cerrado, así que el servidor no puede entregar correo directamente a otros servidores. Recibe correo, almacena buzones y envía a través de un relay (smarthost) en el puerto 587 o el 465. Los servidores cuestan desde 63,68 US$ por 30 días, sin KYC, pagados con criptomonedas. El correo masivo está prohibido.
Qué puede y qué no puede hacer un servidor de correo de Ironatoll
Puerto saliente 25
El puerto 25 (SMTP) está bloqueado para el tráfico saliente en todos los servidores como medida antispam, y el bloqueo es permanente. Las conexiones salientes a proveedores de correo por los puertos 465 y 587 funcionan con normalidad
Recepción de correo (MX)
Funciona: el bloqueo afecta a las conexiones salientes, así que otros servidores pueden entregar en el tuyo
Envío de correo
A través de un relay (smarthost) al que te conectas, en el puerto 587 (STARTTLS) o el 465 (TLS implícito)
Entrega directa a otros servidores
No es posible: necesita el puerto saliente 25
Buzones e IMAP
Funcionan: tus usuarios leen su correo desde tu servidor
DNS inverso
No figura entre las promesas publicadas de Ironatoll; con un relay, los receptores comprueban la dirección del relay
Copias de seguridad
No hay copias de seguridad automáticas, así que cada archivo que necesites conservar debería estar también en un lugar que tú controles
Correo masivo
Prohibido en todos los planes, a través de cualquier puerto o relay
¿Por qué está cerrado el puerto 25 de salida en los servidores de Ironatoll?
Para evitar que el spam salga de la red. El puerto 25 (SMTP) está bloqueado para el tráfico saliente en todos los servidores como medida antispam, y el bloqueo es permanente. Las conexiones salientes a proveedores de correo por los puertos 465 y 587 funcionan con normalidad.
El puerto 25 es donde los servidores de correo se entregan el correo entre sí; los puertos 587 y 465 son donde los remitentes inician sesión en su proveedor. La RFC 6409 mantiene el relay de servidor a servidor en el puerto 25 y reserva el puerto 587 para el envío (submission), con inicio de sesión obligatorio por defecto. La RFC 8314 asigna el puerto 465 al envío con TLS implícito: el cifrado empieza en cuanto se abre la conexión.
El spam de servidores alquilados sale por el puerto 25. Cerrarlo protege la reputación de todas las direcciones de la red, incluida la tuya. La regla es la misma para todos los servidores y todos los planes.
¿Puede mi servidor dedicado recibir correo?
Sí. El bloqueo se aplica a las conexiones que abre tu servidor, no a las conexiones que otros servidores abren hacia él. Apunta el registro MX de tu dominio a tu servidor y otros servidores de correo le entregarán correo por el puerto 25.
Un stack típico en Debian o Ubuntu:
Postfix recibe el correo y entrega el correo saliente al relay.
Dovecot almacena los buzones y los sirve por IMAP.
Un filtro antispam y un firmante DKIM, como rspamd u OpenDKIM.
Webmail, si tus usuarios lo quieren.
El correo son datos que no puedes reconstruir. No hay copias de seguridad automáticas, así que cada archivo que necesites conservar debería estar también en un lugar que tú controles.
¿Cómo envío correo a través de un relay (smarthost)?
Configura tu servidor de correo para entregar cada mensaje saliente a un relay en el que inicies sesión. El relay lo entrega luego por su propio puerto 25. Ironatoll mantiene abiertos los puertos 465 y 587 hacia los proveedores de correo para esto.
Usa el servicio de envío SMTP de tu proveedor de correo, o un relay transaccional que acepte tu dominio. En Postfix, la guía oficial de SASL lo configura en unas pocas líneas:
Postfix: enviar todo el correo a través de un relay autenticado
# /etc/postfix/main.cf
relayhost = [smtp.relay.example]:587
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = lmdb:/etc/postfix/sasl_passwd
smtp_sasl_tls_security_options = noanonymous
smtp_tls_security_level = encrypt
# Port 465 instead: relayhost = [smtp.relay.example]:465
# plus smtp_tls_wrappermode = yes (Postfix 3.0 and later)
# /etc/postfix/sasl_passwd (owned by root, mode 600)
[smtp.relay.example]:587 username:password
# Then: postmap /etc/postfix/sasl_passwd && systemctl reload postfix
# Some systems use hash: or cdb: instead of lmdb:
Los corchetes impiden que Postfix busque registros MX para el nombre del relay. Con smtp_tls_security_level = encrypt, tu contraseña nunca cruza un enlace sin cifrar.
¿Qué son SPF, DKIM y DMARC, y los necesito?
Sí: los receptores usan los tres para decidir si el correo viene realmente de tu dominio. Cada uno es un registro DNS.
SPF (RFC 7208, abril de 2014) enumera los hosts autorizados a enviar correo para tu dominio, en un registro TXT que empieza por v=spf1. Una comprobación puede usar como máximo 10 búsquedas DNS. Con un relay, enumera los hosts del relay: tu servidor nunca entrega directamente.
DKIM (RFC 6376, septiembre de 2011) firma cada mensaje en una cabecera. La clave pública está en DNS bajo selector._domainkey.yourdomain. Firma en tu servidor o deja que el relay firme.
DMARC (RFC 9989, mayo de 2026) indica a los receptores qué hacer con el correo que falla: p=none, quarantine o reject. El correo pasa cuando SPF o DKIM coincide con el dominio de la cabecera From.
DMARC se convirtió en RFC de Standards Track en mayo de 2026: la RFC 9989 sustituye a la RFC 7489, y los registros siguen empezando por v=DMARC1.
Registros DNS para un dominio que envía a través de un relay
El correo masivo y no solicitado no está permitido en ningún servidor de Ironatoll, a través de ningún puerto ni relay. Nuestras normas de uso enumeran todo lo prohibido: Están prohibidos el spam y el correo masivo, el phishing, el malware y el control de botnets, el DDoS y otros ataques, el escaneo o la fuerza bruta contra sistemas ajenos, los servicios de booter y stresser, el carding y el fraude, el material de abuso sexual infantil, la minería de criptomonedas y cualquier servicio a personas o empresas sancionadas.
Los buzones personales y de empresa encajan, y también el correo que tus propias apps envían a sus usuarios, por ejemplo confirmaciones de registro o facturas. La política de uso aceptable recoge las normas completas.
¿Un servidor offshore hace mi correo más privado?
Mantiene tus buzones en una máquina que tú controlas, pero no tu correo en tránsito. El correo almacenado está en tus propios discos, que puedes cifrar.
Cada mensaje que envías pasa por el relay, que puede leerlo a menos que esté cifrado de extremo a extremo. El servidor de cada receptor guarda su propia copia. TLS en los puertos 465 y 587 protege el salto hasta el relay, no lo que el relay almacena. Ironatoll está gestionado por DomaineGoat LLC, una empresa registrada en Panamá, y responde únicamente a la ley panameña. El centro de datos de cada servidor, por su parte, está sujeto a la ley del país en el que se encuentra.
¿Cuánto cuesta un servidor de correo en Ironatoll?
Según la comprobación de Ironatoll del 30 de octubre de 2026, los servidores dedicados comparables cuestan una mediana de $180.00 en 17 hosts; Atoll 16 cuesta 65% menos. Un solo servidor puede alojar el correo de una empresa y sus demás servicios, como máquinas virtuales: consulta cómo instalar Proxmox en un servidor dedicado. Precios de los cinco planes: cuánto cuesta un servidor dedicado Ironatoll.
En todos los planes: Máquina entera · Acceso root · RAID 1 en dos discos · IPv4 dedicada · Sin registros · Sin KYC
Servidor de correo en un servidor dedicado: FAQ
¿Por qué mi servidor dedicado no puede enviar correo por el puerto 25?
Ironatoll bloquea el puerto 25 de salida en todos los servidores, de forma permanente, como norma antispam. Envía a través de un relay por el puerto 587 o 465; el relay entrega por su propio puerto 25.
¿Puedo abrir el puerto 25 si lo solicito?
No. La regla es la misma para todos los servidores y todos los planes. Un relay en el puerto 587 o 465 entrega el correo legítimo igual de bien.
¿Necesito DNS inverso (PTR) para un servidor de correo?
Los receptores comprueban el DNS inverso de la dirección que se conecta a ellos. Cuando envías a través de un relay, esa es la dirección del relay, y el relay la configura. El DNS inverso personalizado para tu propio servidor no figura entre las promesas publicadas de Ironatoll.
¿Puedo usar un servidor dedicado para email marketing?
En Ironatoll no: el correo masivo no está permitido en ningún plan. El correo de tus propias apps a tus propios usuarios, enviado a través de un relay, sí está bien.
¿Qué software necesito para un servidor de correo autoalojado?
Un agente de transferencia de correo como Postfix, un servidor IMAP como Dovecot, un filtro antispam y un firmante DKIM. Añade webmail si tus usuarios lo quieren, y tus propias copias de seguridad, ya que Ironatoll no incluye ninguna.
Aloja tus buzones en tu propia máquina
Atoll 16: Intel Xeon E-2236 (6 núcleos / 12 hilos), 16 GB de RAM, 2 × 480 GB SSD en RAID 1, 30 TB al mes a 1 Gbit/s, 1 IPv4 y una IPv6 /64, por 63,68 US$ cada 30 días. Listo para un relay: los puertos 465 y 587 llegan a los proveedores de correo. Paga con criptomonedas; sin KYC.
Política de uso aceptable de Ironatoll para servidores offshore con criptomonedas: se permiten relays Tor, hay usos prohibidos y el puerto 25 está cerrado.
Instala Proxmox en un servidor dedicado: elige la imagen de Proxmox VE o añádelo a Debian 13, con el puerto 8006, ZFS y NAT, sin KYC y pago con criptomonedas.
Precio del servidor dedicado por mes, oct 2026: medianas y ofertas más baratas sin KYC con criptomonedas en 5 tamaños, 34 hosts, con recuentos de Monero e ID.