Prepare un VPS para correo electrónico privado y entregable
Verifique la reputación de la IP, la disponibilidad de SMTP, la autenticación de DNS y el DNS inverso antes de construir su propio servicio de correo.
De un vistazo
El alojamiento de correo privado requiere más que instalar un servidor de correo. Confirma la disponibilidad de puertos y el DNS inverso, configura SPF, DKIM y DMARC, y considera la reputación de la dirección. La autenticación ayuda a los receptores a evaluar los mensajes, pero no garantiza la entrega en la bandeja de entrada; el mantenimiento y las copias de seguridad recuperables siguen siendo esenciales.
Separe el control del buzón de la entrega de mensajes
El autoalojamiento le da control del almacén de correo, las cuentas, la retención y la configuración del software. También lo hace responsable de la disponibilidad, los parches, el filtrado de spam y los respaldos. Esa compensación puede convenir a un dominio personal o a un equipo pequeño, pero es un servicio continuo más que una instalación única.
La entrega a otros proveedores es un desafío aparte. Los receptores evalúan la IP de envío, el historial del dominio, la autenticación, el comportamiento de los mensajes y sus propias políticas. Una aplicación de correo que funciona localmente aún puede tener sus mensajes retrasados, rechazados o colocados en spam.
Investigue la dirección antes de desplegar
Una IP asignada puede llevar historial de usuarios anteriores. Verifique la información relevante de reputación y listas de bloqueo, luego investigue los hallazgos antes de comprometer su servicio de correo. Ninguna entrada conocida en listas de bloqueo es un punto de partida útil, no una prueba de que la dirección nunca se haya usado ni una garantía de colocación en la bandeja de entrada.
Pregunte al proveedor de alojamiento sobre el puerto saliente 25, el direccionamiento dedicado y la capacidad de establecer el DNS inverso. El acceso root por sí solo no otorga permiso para enviar SMTP ni controlar la zona PTR del proveedor. Confirme las reglas y capacidades técnicas primero, incluidas las restricciones específicas de IPv6.
Use la autenticación para establecer la autoridad del dominio
SPF publica los sistemas autorizados para enviar por el dominio del sobre. Enumere todos los remitentes legítimos, respete el límite de consultas del mecanismo y pruebe antes de aplicar un final de fallo duro como -all. Los receptores toman sus propias decisiones de manejo; SPF no es una instrucción que garantice automáticamente la aceptación o el rechazo.
DKIM firma los encabezados y contenidos de mensajes seleccionados con una clave controlada por el dominio. Publique la clave pública correspondiente bajo un selector y proteja la clave de firma en el servidor. Una firma válida demuestra la firma autorizada y la integridad del contenido cubierto, en lugar de probar que un mensaje sea deseable o inofensivo.
Alinee el remitente visible con DMARC
DMARC relaciona el dominio De visible con la autenticación. Aprobar requiere un resultado SPF alineado o una firma DKIM alineada, no solo que un dominio no relacionado se haya autenticado en algún lugar del mensaje. Publique la política adecuada y examine los informes agregados para descubrir remitentes legítimos que pueda haber pasado por alto.
Comience con el monitoreo si las rutas de envío del dominio son inciertas, luego avance hacia cuarentena o rechazo cuando el tráfico legítimo esté correctamente alineado. Maneje las direcciones de informes y los informes almacenados deliberadamente porque contienen información operativa. Use la documentación actual de DMARC, no una configuración histórica copiada.
Los ejemplos de DNS usan un dominio reservado y una dirección de documentación. Reemplace todos los valores con su dominio de envío, dirección y buzón de informes reales; no los publique sin cambios.
example.invalid. TXT "v=spf1 ip4:203.0.113.45 -all"
_dmarc.example.invalid. TXT "v=DMARC1; p=none; rua=mailto:[email protected]"Haga que el DNS inverso y la identidad del servidor coincidan
La IP de correo debe tener un PTR que apunte a un nombre de host adecuado, y ese nombre de host debe resolverse hacia delante a la misma dirección. Configure el nombre EHLO del servidor de forma coherente. El proveedor normalmente controla los registros PTR, así que gestione la configuración a través de su proceso compatible.
Publique MX y los registros de dirección, configure TLS y pruebe la renovación del certificado. Si envía a través de IPv6, evalúe su reputación de dirección y el DNS inverso por separado. No publique ni utilice una ruta de envío IPv6 simplemente porque el VPS incluya una si no puede mantener esa ruta correctamente.
Construya un servicio de correo seguro antes de enviar volumen
Elija una pila de correo mantenida y exponga solo los servicios necesarios. Exija autenticación para el envío, evite el relé abierto y use TLS adecuados para el acceso de clientes. Pruebe con destinatarios independientes e inspeccione los resultados de autenticación de mensajes y las respuestas de entrega.
Envíe tráfico modesto y esperado mientras establece un historial. Proteja las cuentas contra la compromisión, procese los rebotes y evite el correo masivo no solicitado. Los registros de autenticación y una dirección no listada no pueden compensar el tráfico abusivo, un buzón robado o un dominio del que los receptores desconfían.
- Confirme los permisos de SMTP y el soporte de PTR antes de instalar.
- Pruebe la alineación de SPF, DKIM y DMARC a partir de mensajes realmente entregados.
- Verifique que el servidor no sea un relé abierto.
- Compruebe el TLS del cliente y la renovación del certificado.
- Revise las respuestas de rebote en lugar de reenviar repetidamente.
- Mantenga patrones de envío consistentes y legítimos.
Entienda qué cubre y qué no cubre la privacidad del alojamiento
Unos datos de registro mínimos y un método de pago privado pueden reducir los vínculos de facturación entre el servidor y su operador. La información de registro de DNS, las direcciones de contacto, los encabezados de correo y la recuperación de cuenta pueden crear otros vínculos. Revise esas capas en lugar de asumir que la cuenta de alojamiento define todo el límite de privacidad.
El autoalojamiento no hace que el correo electrónico ordinario esté cifrado de extremo a extremo. TLS protege conexiones de transporte concretas; el contenido de los mensajes aún puede ser legible en los extremos y en los almacenes de correo intermedios. Use herramientas de extremo a extremo adecuadas cuando los corresponsales requieran confidencialidad del contenido, y tenga en cuenta los metadatos que el correo necesariamente expone.
Planifique la operación continua y la recuperación
Mantenga actualizados el sistema operativo y el software de correo, supervise el crecimiento de la cola y el uso de recursos, y elija una retención sensata para los diagnósticos. Cifre las copias de seguridad e incluya los datos del buzón, la configuración y las claves de firma. Pruebe la restauración sin enviar accidentalmente correo duplicado en cola.
Sea realista sobre la carga de trabajo. Un dominio personal de bajo volumen puede ser manejable, mientras que un remitente grande necesita más supervisión y procesos operativos cuidadosos. La calidad de las direcciones, el control del root y el soporte de DNS establecen la base; el mantenimiento regular gana y preserva la utilidad del servicio.