Modos de operación de los servidores de correo.

Al instalar Postfix en distribuciones basadas en Debian, se inicia una interfaz pseudo-gráfica con un conjunto de plantillas para la instalación. Estas plantillas están dirigidas a diferentes modos de operación del servidor de correo, que dependen de si el servidor de correo aceptará el correo, lo reenviará y varias variaciones de estos dos modos. Pero estas son solo plantillas que son fáciles de cambiar después de instalar el servidor. Aunque uso Postfix en Debian como ejemplo, estos modos son universales para todos los servidores de correo.

Vídeo

Anterior < Cómo funciona el correo electrónico
Siguiente> Acerca de los puertos y el cifrado en los servidores de correo

La



opción "Sin configuración" La primera opción en la lista es Sin configuración: si selecciona esto, el servidor de correo no creará el archivo de configuración principal, lo cual es conveniente cuando tenemos nuestro propio archivo de configuración listo .

Si desea reiniciar el script de instalación, necesita el comando:

sudo dpkg-reconfigure postfix

Opción "Sitio de Internet" El





segundo modo - Sitio de Internet - es una plantilla para un servidor de correo estándar que recibirá correo y lo enviará directamente, sin intermediarios. Veamos las opciones de configuración.



Primero, debemos especificar el nombre del correo, es decir, el dominio de las direcciones de correo que se indican después del perro. Por defecto, postfix usa usuarios en el sistema como usuarios del servidor de correo. Por lo tanto, si tiene un usuario usuario en el sistema, él podrá recibir y enviar correos a user@example.org



Por motivos de seguridad, no se recomienda utilizar la cuenta raíz para trabajar con el correo, por lo tanto, se nos solicita que indiquemos al usuario a quien se reenviará todo el correo que llegue a las direcciones de los administradores de correo, root y otros usuarios del sistema. A menudo, varias aplicaciones en el sistema, como el programador de tareas cron, envían información a estas direcciones.



Además, el instalador nos pide que especifiquemos los dominios a los que nuestro servidor de correo recibirá correo. Aquí, además de nuestra dirección de dominio principal, también hay entradas de host local y varias variaciones de nombre de host. Esto se necesita principalmente para varios servicios internos que envían notificaciones. Además, como opción, algunos servicios envían ciertas notificaciones a la dirección completa de su servidor de correo, digamos que su servidor de correo ha sido incluido en listas de correo no deseado, por ejemplo, a postmaster@mail.example.org.



Ahora la pregunta es sobre actualizaciones sincrónicas. Esta pregunta se relaciona más con los servicios de correo cargados y habla de lo siguiente. Si habilitamos las actualizaciones síncronas, el servidor de correo se asegurará de que el mensaje se escriba en el disco cada vez que se envíe y reciba un mensaje. Esto reduce el rendimiento del servidor de correo, pero si el servidor se apaga repentinamente al recibir o enviar correo, no habrá mensajes perdidos. Pero si usamos un sistema de archivos de registro en diario, como ext3 o ext4, entonces nuestro sistema no teme un apagado repentino.



Esto se debe al hecho de que en un sistema de archivos registrado todos los cambios en el sistema de archivos se graban previamente en un diario especial que aplica estos cambios y luego los elimina del diario.





Si el servidor se apagó repentinamente en el momento de la grabación, cuando lo enciende, el sistema de archivos verifica el registro, ve cambios incompletos y los escribe en el disco. Por lo tanto, si usa un sistema de archivos de registro en diario, no dude en hacer clic en No.



Ahora se nos ofrece especificar aquellas redes para las cuales Postfix actuará como un host de retransmisión. En este rol, el servidor de correo no solo acepta correo a su dominio, sino que también puede reenviar mensajes a otros servidores de correo. Suponga que puede enviar un mensaje a Gmail especificando no smtp.gmail.com sino mail.examle.org como el servidor de correo saliente, entonces su servidor de correo se encargará de entregar su mensaje a smtp.gmail.com. Hablaremos de esto con más detalle más adelante, cuando discutiremos otras plantillas. Mientras tanto, si no planea utilizar su servidor como retransmisor de host, puede dejar solo el host local en el campo.



Aquí todo es simple: el tamaño máximo predeterminado del buzón del usuario, en bytes. Si es 0, no hay límite.



Entonces algo más interesante:alias personalizados . En general, se utilizan alias en los servidores de correo para que un usuario pueda recibir correo en varias direcciones, sin crear usuarios, buzones, etc. Diga, si desea que todos los mensajes a it@example.org se envíen a user@example.org, entonces se usa un alias para esto. Además, utilizando alias, diferentes dominios están vinculados a un usuario. Estos alias pueden ser creados por el administrador del servidor de correo. Pero, un administrador puede permitir a los usuarios crear algo como alias para facilitar a los usuarios administrar su correo. Pero estos alias de usuario no reemplazan la dirección completa, sino que se agregan antes del perro, después de usar el carácter especial, digamos, un plus. Como ejemplo, gmail también proporciona esta función:



Por ejemplo, user+work@example.org, o user+social@example.org. El usuario puede especificar estas direcciones en varios recursos durante el registro, lo que le facilitará ordenar las cartas y administrar su correo. Si no necesita esta funcionalidad, puede dejar este campo vacío.



A continuación, debe elegir si nuestro servidor de correo funcionará con ipv4, ipv6 o con ambos protocolos.

En esta configuración con la plantilla del sitio de Internet está lista, teóricamente, puede ponerse a trabajar.

Opción "Internet con smarthost"





La tercera opción entre los modos operativos del servidor de correo es internet con smarthost. Esta es una plantilla de configuración para un servidor que aceptará correo directamente, o que use cualquier utilidad como fetchmail, pero el servidor enviará correo a direcciones externas usando otros servidores de correo: retransmisores de host, que también se llaman hosts inteligentes. Esto se puede usar en varios casos, por ejemplo, si la dirección IP de su servidor está en listas negras, o para pasar correo corporativo saliente a través de un servicio de prevención de fugas, etc.



En general, todas las opciones para configurar este modo también tienen el mismo aspecto, con la excepción de especificar un servidor de retransmisión. Un host inteligente puede indicarse entre corchetes y sin él, dependiendo de si desea enviar mensajes inmediatamente o después de realizar una solicitud MX, lo que le permite equilibrar el tráfico entre múltiples hosts inteligentes.



En la plantilla, podemos especificar el smarthost predeterminado, y en el futuro podemos configurar varios relés dependiendo del dominio del destinatario.

Opción de sistema satelital





Otro modo de operación del servidor de correo es el sistema satelital. En este modo, el servidor de correo no acepta correo, sino que solo lo redirige, es decir, funciona exclusivamente como un host de retransmisión. Del ejemplo anterior, esto puede ser útil en grandes organizaciones para servicios internos, así como para filtrar correo para spam, virus, etc. En este caso, la configuración es casi idéntica a las opciones mencionadas anteriormente, pero en mydestionations no debe dejar dominios para que el host redirija todo a los servidores de correo necesarios.

Opción "Solo local"



Y la última plantilla, solo local, cuando nuestro servidor de correo no enviará ni recibirá correo de otros servidores.

Todo lo que hablamos antes son solo plantillas de los modos operativos del servicio de correo. Los casos de los usuarios son diferentes y, a menudo, tales configuraciones de plantilla no son suficientes, y muchos puntos deben reconfigurarse para sus tareas.