Utilizar correo con dominio propio permite crear direcciones como ventas@empresa.com, soporte@empresa.com o nombre@empresa.com. Además de transmitir una imagen más profesional, facilita separar funciones, conservar la identidad del negocio y administrar cada casilla desde el servicio de hosting o correo contratado.
Para que funcione correctamente no alcanza con crear una dirección. También hay que verificar dónde se alojará el correo, configurar los registros DNS adecuados, usar conexiones seguras y comprobar la entrega en ambos sentidos.
1. Definir dónde se alojará el correo
Antes de crear cuentas, confirmá qué proveedor recibirá y enviará los mensajes. Puede ser el mismo hosting del sitio web, un servicio especializado o una plataforma como Google Workspace o Microsoft 365. Esta decisión determina los servidores, registros MX y datos de configuración que deberás utilizar.
No mezcles valores de distintos proveedores. Por ejemplo, si el correo está alojado en cPanel, los registros MX y las credenciales deben corresponder a ese servidor, aunque el DNS del dominio se administre en Cloudflare o en el registrador.
2. Crear las casillas necesarias
Si tu plan incluye correo en cPanel, ingresá en Correo electrónico → Cuentas de correo y creá cada dirección con una contraseña única. Podés consultar nuestra guía para administrar cuentas de correo en cPanel.
Conviene empezar con pocas casillas bien definidas:
- Direcciones personales: para integrantes concretos del equipo.
- Direcciones funcionales: ventas, soporte, administración o facturación.
- Reenviadores o alias: cuando una dirección solo debe entregar mensajes a otra casilla y no necesita almacenamiento propio.
Asigná una cuota razonable según el plan. Una casilla sin espacio puede dejar de recibir mensajes aun cuando la contraseña y los servidores sean correctos.
3. Revisar los registros DNS
Los registros MX indican qué servidor recibe el correo del dominio. Si utilizás DNS externos, como Cloudflare, los cambios deben hacerse en ese panel y no solamente en cPanel. Copiá exactamente los valores entregados por el proveedor y eliminá registros MX antiguos que puedan generar rutas contradictorias.
También es importante revisar los registros de autenticación:
- SPF: declara qué servidores están autorizados a enviar.
- DKIM: agrega una firma criptográfica a los mensajes salientes.
- DMARC: define qué hacer cuando SPF o DKIM no validan y permite recibir reportes.
Estos registros no reemplazan una buena reputación de envío, pero reducen suplantaciones y ayudan a que los destinatarios evalúen correctamente los mensajes. Consultá la guía para configurar SPF, DKIM y DMARC en cPanel.
4. Probar primero desde Webmail
Antes de configurar Outlook, Thunderbird o el teléfono, ingresá a Webmail y realizá una prueba. Enviá un mensaje hacia una cuenta externa y respondelo desde allí. Así confirmás por separado que la casilla existe, que acepta la contraseña y que el servidor puede enviar y recibir.
Si Webmail funciona pero una aplicación no, el problema suele estar en los datos del cliente: nombre del servidor, puerto, cifrado, usuario incompleto o autenticación SMTP. Si tampoco funciona en Webmail, conviene revisar la cuenta, la cuota, el DNS y el estado del servicio antes de modificar la aplicación.
5. Obtener los datos exactos de conexión
En cPanel, abrí Cuentas de correo y elegí Connect Devices o Conectar dispositivos. Allí aparecen los nombres de servidor y puertos válidos para esa cuenta. Usá preferentemente la configuración segura SSL/TLS.
- Usuario: normalmente la dirección completa, por ejemplo
ventas@empresa.com. - Servidor entrante: el hostname indicado por el proveedor.
- IMAP seguro: puerto 993 con SSL/TLS.
- Servidor saliente: el hostname SMTP indicado por el proveedor.
- SMTP seguro: normalmente puerto 465 con SSL/TLS o 587 con STARTTLS, según el servidor.
- Autenticación SMTP: debe estar activada y utilizar las credenciales de la casilla.
No fuerces mail.tudominio.com si el certificado corresponde al hostname del servidor. Un nombre que no coincide con el certificado provoca advertencias aunque el puerto sea correcto. Para ampliar este punto, revisá cómo usar conexiones SSL/TLS seguras para el correo.
6. Elegir entre IMAP y POP3
Para la mayoría de los usuarios conviene IMAP, porque mantiene mensajes y carpetas sincronizados entre Webmail, computadora y teléfono. POP3 puede descargar mensajes a un único equipo y requiere especial cuidado con la opción de conservar copias en el servidor.
IMAP no crea una copia de seguridad independiente: si eliminás un mensaje y la acción se sincroniza, también puede desaparecer en los demás dispositivos. La elección del protocolo no reemplaza una política de respaldo.
7. Configurar los dispositivos
Agregá la cuenta en cada equipo usando los mismos datos seguros. Evitá aceptar automáticamente configuraciones que propongan servidores genéricos si no coinciden con los valores del proveedor. Tenemos instrucciones específicas para configurar correo de dominio en Outlook, configurarlo en Thunderbird y agregarlo en iPhone.
Después de guardar la cuenta, verificá que pueda recibir, enviar y responder. Revisá también que los mensajes enviados se almacenen en la carpeta correcta y que las carpetas Papelera, Spam y Borradores estén sincronizadas.
8. Aplicar medidas básicas de seguridad
- Utilizá una contraseña larga, exclusiva y difícil de adivinar para cada casilla.
- No compartas una cuenta personal entre varias personas; creá cuentas o alias separados.
- No guardes credenciales en equipos públicos o sin bloqueo.
- Cambiá la contraseña si observás envíos desconocidos y actualizala en todos los dispositivos.
- Revisá reenviadores, filtros y respuestas automáticas que no reconozcas.
9. Controlar espacio y entregabilidad
El correo necesita mantenimiento. Revisá periódicamente las carpetas Enviados, Spam y Papelera, eliminá adjuntos innecesarios y controlá la cuota. Si un mensaje no llega, no lo reenvíes muchas veces sin diagnóstico: verificá el rebote y consultá Track Delivery en cPanel para conocer el resultado de la entrega.
Lista de comprobación final
- El proveedor de correo está definido y los registros MX apuntan allí.
- La casilla existe, tiene espacio disponible y abre correctamente en Webmail.
- SPF y DKIM están publicados; DMARC se implementó con una política adecuada.
- Los dispositivos usan el usuario completo, el hostname correcto y SSL/TLS.
- SMTP solicita autenticación y permite enviar una prueba.
- Se comprobó recepción, respuesta, carpetas sincronizadas y entrega a proveedores externos.
Completar estas verificaciones desde el inicio evita la mayoría de los problemas habituales y deja una base ordenada para incorporar nuevas cuentas, dispositivos o integrantes del equipo.
