Correo profesional

Sí, cada plan de alojamiento incluye buzones de correo profesionales; su número aumenta con el plan. El detalle por plan figura en la página Alojamiento Web.

Sí, es posible utilizar nuestros correos profesionales (por ejemplo: [email protected]) sin publicar un sitio web.

Sus buzones funcionan con IMAP/SMTP. Los parámetros del servidor (entrante/saliente, puertos, SSL) se facilitan en cPanel y pueden configurarse en cualquier cliente de correo.

Sí, hay un webmail (tipo Roundcube) accesible desde cPanel para consultar sus correos desde un navegador, sin ninguna configuración.

Se incluye un filtrado antispam estándar. Una protección antispam avanzada está disponible como opción para las necesidades más exigentes.

Configure correctamente los registros SPF, DKIM y DMARC de su dominio. Nuestro soporte puede acompañarle para mejorar la entregabilidad.

El almacenamiento de los correos se comparte con el espacio en disco de su plan de alojamiento. Puede repartir las cuotas entre sus buzones según sus necesidades.

Desde febrero de 2024, Gmail y Yahoo (y progresivamente Microsoft Outlook) imponen un registro DMARC válido a los remitentes que superan los 5000 mensajes al día hacia sus usuarios. Por debajo de ese umbral, SPF y DKIM por sí solos suelen bastar, pero configurar DMARC desde el principio sigue siendo recomendable. Si la política DMARC está ausente o es demasiado permisiva (p=none) por encima del umbral, los proveedores aplican su propia regla y pueden rechazar sus mensajes con un error SMTP 550 — un rechazo definitivo, no una simple clasificación como spam. Nuestro soporte puede ayudarle a implantar SPF, DKIM y DMARC en su dominio.

BIMI (Brand Indicators for Message Identification) permite que Gmail, Yahoo Mail y Apple Mail muestren el logotipo de su marca junto a sus correos en la bandeja de entrada. Su dominio debe disponer de SPF, DKIM y de un DMARC en `p=quarantine` o `p=reject`; después, publique un registro DNS TXT `default._bimi.` que apunte a un archivo SVG de su logotipo. Gmail exige además un certificado VMC (Verified Mark Certificate, requiere una marca registrada) o CMC (Common Mark Certificate, sin marca registrada). La compatibilidad es efectiva en 2026 en Gmail, Yahoo Mail, Apple Mail y Fastmail.

Sí. Gmail introdujo el Common Mark Certificate (CMC) como alternativa al VMC: no requiere una marca registrada, pero usted debe demostrar que su logotipo se muestra públicamente en su dominio desde hace al menos doce meses. Yahoo Mail, Fastmail y Apple Mail admiten BIMI sin exigir certificado, siempre que DMARC esté configurado en `p=quarantine` o `p=reject`.

El método más seguro es la migración IMAP en paralelo: sus buzones se copian en segundo plano (con imapsync o la herramienta integrada en su panel) mientras su registro MX permanece en el proveedor anterior, sin corte para sus destinatarios. Una vez sincronizados todos los buzones, cambia el registro MX a ServOrbit — y mantiene ambos accesos activos un mínimo de 72 horas para recuperar los correos en tránsito. Para empezar, consulte nuestra página de <a href="/hebergement-web">alojamiento web ServOrbit</a> o contacte con el soporte a través de [email protected].

En cPanel, un alias (Email Aliases) permite que una dirección adicional reciba los mensajes en el mismo buzón que la dirección principal — por ejemplo, contact@ e info@ llegan ambas al buzón de [email protected]. Un reenvío (Email Forwarders) envía automáticamente los mensajes recibidos en una dirección hacia otra dirección, que puede ser externa a su alojamiento. Para crear uno u otro, vaya a la sección Email de cPanel, elija Email Aliases o Forwarders, introduzca la dirección de origen y la de destino, y valide. Los cambios están activos en unos minutos.

Sí, los planes de alojamiento compartido de ServOrbit aplican cuotas de envío por hora para proteger la entregabilidad del conjunto de los clientes en los servidores compartidos. Según el plan contratado, el límite es generalmente de 500 a 1000 correos electrónicos por hora. Estos límites son adecuados para los correos transaccionales habituales (confirmaciones de pedido, respuestas a clientes), pero si necesita enviar campañas de marketing o volúmenes importantes, se recomienda utilizar un servicio SMTP dedicado como Mailgun, SendGrid o Amazon SES. El uso de un SMTP externo no afecta a sus correos habituales y le garantiza una buena entregabilidad.

La mayoría de las aplicaciones autoalojadas (n8n, Jitsi, Nextcloud…) permiten indicar un servidor SMTP externo en sus ajustes. Utilice las credenciales de un buzón de correo profesional ServOrbit o de un servicio de envío dedicado (Brevo, Mailgun…); evite enviar directamente desde la IP de su VPS sin registros SPF, DKIM y DMARC correctos, ya que los proveedores de acceso a internet clasifican habitualmente esos envíos como spam. Puede contactar con nuestro soporte en [email protected] si necesita ayuda para configurar los registros DNS.

Sí, no se impone ningún registro DNS por defecto: puede apuntar sus registros MX, SPF, DKIM y DMARC hacia su propio servidor desde el gestor de DNS de su área de cliente. Asegúrese de configurar correctamente el PTR (rDNS) de la dirección IP de su servidor de correo para maximizar la entregabilidad. Nuestro soporte queda disponible en [email protected] para guiarle en los ajustes de DNS.

**Alias de correo** y **forwarder** (redirector) cumplen funciones diferentes. Un **alias** es una dirección adicional sobre el mismo buzón: los correos enviados a `[email protected]` y a `[email protected]` llegan al mismo buzón si `info` es un alias de `contact`. Solo tiene un buzón que gestionar. Un **forwarder** (redirector) copia los correos entrantes hacia otra dirección externa: los mensajes enviados a `[email protected]` se transmiten automáticamente a `[email protected]`. Útil para centralizar varias direcciones en un buzón existente, pero los correos no se almacenan con nosotros. **Crear un alias**: Área de cliente → Alojamiento de correo → Alias → Nuevo alias. **Crear un forwarder**: Área de cliente → Alojamiento de correo → Redirectores → Nuevo redirector. Atención: un forwarder puede activar los filtros antispam del destinatario final si su dominio no está correctamente configurado con SPF, DKIM y DMARC.

Mautic 5.x es compatible con MySQL 8.4, pero el modo SQL `ONLY_FULL_GROUP_BY`, activado por defecto desde MySQL 8.0, provoca errores HTTP 500 en algunos informes (en particular «Page hits» con agrupación) — la página aparece en blanco, sin mensaje de error visible (issue mautic#17092). Compruébelo con `SHOW GLOBAL VARIABLES LIKE 'sql_mode'`: si el valor contiene `ONLY_FULL_GROUP_BY`, desactívelo en caliente con `SET GLOBAL sql_mode = (SELECT REPLACE(@@sql_mode, 'ONLY_FULL_GROUP_BY', ''))` y luego haga el cambio permanente en `/etc/mysql/my.cnf`. Como alternativa, migre a MariaDB 10.x, que no activa este modo por defecto. Haga siempre una copia de seguridad completa (`mysqldump`) antes de cualquier actualización del motor. Las plantillas Mautic de ServOrbit basadas en MariaDB 10.11 no se ven afectadas.

La entregabilidad de un dominio .ma sigue las mismas reglas que cualquier otra extensión: añada un registro TXT SPF (`v=spf1 include:su-servidor ~all`), active la firma DKIM desde cPanel (Autenticación de correo → DKIM) y publique un registro DMARC (`v=DMARC1; p=none; rua=mailto:su@direccion`) para empezar a recibir los informes. La particularidad del .ma es que la ANRT delega la zona DNS a nuestros servidores de nombres cuando usted activa el DNS gestionado: asegúrese de que la delegación se ha aplicado correctamente antes de probar sus registros. Nuestro soporte puede verificar su configuración en [email protected].

JMAP (RFC 8620) es un protocolo HTTP/JSON moderno que sustituye a IMAP: sincroniza los buzones de forma incremental (solo circulan las modificaciones), admite el push nativo y gestiona varias cuentas en una sola conexión. Stalwart Mail Server, por ejemplo, expone simultáneamente JMAP, IMAP4rev2 y SMTP, lo que permite migrar progresivamente a sus clientes sin cortar los accesos existentes. Los clientes compatibles con JMAP (Thunderbird 128+, las apps nativas de iOS/macOS) se benefician de una sincronización claramente más rápida; los clientes IMAP existentes siguen funcionando sin modificación. Para desplegar un servidor compatible en su VPS, consulte la <a href="/vps-cloud">página VPS de ServOrbit</a>.

La migración se realiza en tres tiempos: exportar los buzones de Mailcow en MBOX o mediante imapsync (cuenta por cuenta), instalar Stalwart en un VPS y configurar sus dominios y cuentas, y después reimportar los mensajes por IMAP o con la herramienta de importación integrada de Stalwart. Durante la transición, conserve Mailcow activo y apunte un MX secundario hacia Stalwart: los correos entrantes llegan a ambos servidores durante el periodo de conmutación. Una vez copiados todos los mensajes y reapuntado el MX del DNS hacia Stalwart, puede detener Mailcow. Nuestros equipos acompañan la migración de servidor a través del formulario <a href="/contact">/contact</a> (tipo Devis / Presupuesto).

Mailcow es una suite completa (Postfix, Dovecot, Rspamd, SOGo, Redis, MariaDB…) que consume entre 1 y 2 GB de RAM en reposo — ideal si desea una interfaz webmail y administración integradas. Stalwart Mail Server es un binario único en Rust (SMTP, IMAP, JMAP) que arranca con menos de 100 MB de RAM, una ventaja clara en un VPS de 1 a 2 GB compartido con otros servicios. Elija Mailcow para una solución todo en uno, Stalwart si el consumo de memoria es su principal restricción. Ambos pueden instalarse en los planes VPS de ServOrbit.com a partir de 99 DH/mes.

Un servidor de correo auto-alojado en un VPS es adecuado para volúmenes moderados (unos cientos de correos por día) con una configuración correcta de SPF/DKIM/DMARC. Cuando su aplicación envía varios miles de correos por día o la entregabilidad es crítica (e-commerce, alertas), un SMTP relay especializado (Resend, Brevo, Postmark) ofrece infraestructura de envío ya delisted y paneles de entregabilidad difíciles de replicar por cuenta propia. En cualquier caso, su dominio debe estar registrado en ServOrbit o apuntar a nuestros servidores para configurar los registros DNS SPF y DKIM necesarios.

Sí, todas las cuentas de correo incluidas en sus planes de alojamiento ServOrbit se benefician de un filtrado antispam en el servidor y un análisis antivirus en tiempo real, antes de que los mensajes lleguen a su bandeja de entrada. Puede ajustar la sensibilidad del filtro de spam desde el panel de gestión, crear listas blancas y negras, y consultar la cuarentena para recuperar un mensaje legítimo bloqueado por error. Esta protección está activada por defecto y no requiere configuración adicional; para necesidades avanzadas (archivo legal, cifrado de extremo a extremo), contacte con nuestro soporte.

En el cPanel de tu cuenta ServOrbit, ve a Email > Authentication para activar DKIM y SPF automáticamente. Para DMARC, añade un registro TXT `_dmarc.tu-dominio.com` con el valor `v=DMARC1; p=none; rua=mailto:{{support.email}}`, y ajusta la política después de revisar los informes. Verifica la propagación de los tres registros en mxtoolbox.com antes de enviar correos.

Desde su VPS, ejecute `telnet smtp.gmail.com 25` o `nc -zv smtp.gmail.com 25`: si la conexión expira o es rechazada, su proveedor está bloqueando el puerto 25 saliente. Es una práctica habitual para limitar el spam — la mayoría de los proveedores de VPS lo hacen por defecto. Para enviar correos desde un VPS, use el puerto 587 (STARTTLS) o 465 (SMTPS) con un relay SMTP de confianza, configure un registro PTR para su IP y configure SPF, DKIM y DMARC. Contacte con el soporte si necesita abrir el puerto 25 para un uso legítimo.

Un registro PTR (reverse DNS) mapea su dirección IP a un nombre de dominio: los servidores de correo destinatarios lo utilizan para verificar que el remitente es legítimo. Sin un PTR válido, sus correos suelen acabar en spam o ser rechazados. Debe coincidir exactamente con el nombre anunciado en el banner SMTP de su servidor (`myhostname` en Postfix). En un VPS ServOrbit, configúrelo desde el área de cliente, sección Red, pestaña Reverse DNS. Combínelo con SPF, DKIM y DMARC para una entregabilidad óptima.

En el panel de administración de Gitea (Site Administration → Settings → Email), introduce el servidor SMTP de tu alojamiento (disponible en cPanel → Email → Cuentas de correo), el puerto 587 con STARTTLS y las credenciales de un buzón dedicado (ej. `[email protected]`). Activa el envío de un correo de prueba para validar la configuración antes de guardarla. Asegúrate de que los registros SPF y DKIM de tu dominio incluyan el servidor remitente para garantizar la entregabilidad de las notificaciones de issues y pull requests.

Sí, el alojamiento de ServOrbit incluye un servidor CalDAV (agendas) y CardDAV (contactos) accesible desde Thunderbird, Apple Mail, Outlook o cualquier aplicación móvil compatible. Configure su cliente con la URL del servidor que aparece en cPanel bajo «Calendarios y contactos». Esta sincronización funciona con el mismo buzón profesional, sin herramientas de terceros ni suscripción adicional.

En cPanel, vaya a la sección «Listas de correo» para crear una lista gestionada por Mailman. Puede definir miembros, moderadores y opciones de archivo directamente desde la interfaz. Para envíos de marketing a gran escala, recomendamos utilizar una herramienta dedicada (como Mautic autoalojado en VPS) para seguir las mejores prácticas de entregabilidad.

SPF y DKIM autentican el origen y la integridad de un mensaje, pero no indican al destinatario qué hacer cuando una comprobación falla: DMARC cubre esa laguna publicando una política explícita (none, quarantine o reject). Sin DMARC, un atacante puede suplantar su dominio y pasar los filtros antispam porque los proveedores no tienen ninguna instrucción que seguir. Empiece con `p=none` para recopilar informes y, una vez estabilizados los flujos de envío legítimos, endurezca la política a `p=quarantine` o `p=reject`.

Google y Yahoo consideran preocupante una tasa de quejas superior al 0,10 % e imponen restricciones a partir del 0,30 %: sus correos pueden ser masivamente rechazados o enviados a la carpeta de spam. Para vigilar esta tasa, registre su dominio en Google Postmaster Tools (postmaster.google.com) y consulte el panel «Spam Rate»; Yahoo ofrece un programa FBL equivalente. Cada queja corresponde normalmente a un clic en «Marcar como spam» — revise sus listas con regularidad y elimine los suscriptores inactivos o captados de forma inadecuada.

La cabecera `List-Unsubscribe: <mailto:…>, <https://…>` permite a los clientes de correo mostrar un botón «Darse de baja» directamente en su interfaz, sin que el destinatario tenga que abrir el mensaje. Desde 2024, Google y Yahoo exigen este mecanismo a los remitentes masivos (más de 5.000 mensajes/día), y la variante «un clic» (`List-Unsubscribe-Post: List-Unsubscribe=One-Click`) tramita la solicitud con un solo clic y sin página intermedia. Su plataforma de email marketing debería gestionar esta cabecera de forma automática; si envía campañas desde su propio servidor, verifique que su software de envío la genere correctamente.

En un VPS de ServOrbit, el puerto 25 está bloqueado en salida por defecto para limitar el riesgo de spam; utiliza el puerto 587 (STARTTLS) o el puerto 465 (SMTPS/SSL implícito) para el envío autenticado desde tu aplicación. Si utilizas un relay SMTP externo (Mailgun, Brevo, etc.), configura el puerto recomendado por ese servicio. Para los buzones gestionados por cPanel en alojamiento compartido, el webmail y los clientes de correo también emplean el puerto 587 o 465.