Modes de fonctionnement des serveurs de messagerie

Lors de l'installation de Postfix sur des distributions basées sur Debian, une interface pseudo-graphique est lancée avec un ensemble de modèles pour l'installation. Ces modèles sont destinés à différents modes de fonctionnement du serveur de messagerie, qui dépendent de l'acceptation ou du transfert du courrier par le serveur de messagerie et des différentes variantes de ces deux modes. Mais ce ne sont que des modèles faciles à modifier après l'installation du serveur. Bien que j'utilise Postfix sur Debian comme exemple, ces modes sont universels pour tous les serveurs de messagerie.

Vidéo

Précédent < Fonctionnement du courrier électronique
Suivant> À propos des ports et du chiffrement dans les serveurs de messagerie

L'



option «Aucune configuration» La première option de la liste est Aucune configuration - si vous sélectionnez cette option, le serveur de messagerie ne créera pas le fichier de configuration principal, ce qui est pratique lorsque nous avons notre propre fichier de configuration prêt à l'emploi .

Si vous souhaitez redémarrer le script d'installation, vous avez besoin de la commande:

sudo dpkg-reconfigure postfix

Option «Site Internet» Le





deuxième mode - Site Internet - est un modèle pour un serveur de messagerie standard qui recevra et enverra le courrier directement, sans intermédiaires. Passons en revue les options de configuration.



Tout d'abord, nous devons spécifier le nom de l'e-mail, c'est-à-dire le domaine des adresses e-mail indiquées après le chien. Par défaut, postfix utilise les utilisateurs du système en tant qu'utilisateurs du serveur de messagerie. Ainsi, si vous avez un utilisateur utilisateur dans le système, il pourra recevoir et envoyer du courrier à user@example.org



Pour des raisons de sécurité, il n'est pas recommandé d'utiliser le compte root pour travailler avec le courrier, nous sommes donc invités à indiquer l'utilisateur auquel tous les courriers arrivant aux adresses de postmaster, root et autres utilisateurs du système seront transférés. Souvent, diverses applications du système, telles que le planificateur de tâches cron, envoient des informations à ces adresses.



De plus, le programme d'installation nous demande de spécifier les domaines vers lesquels notre serveur de messagerie recevra le courrier. Ici, en plus de notre adresse de domaine principale, il existe également des entrées d'hôte local et diverses variantes de nom d'hôte. Cela est principalement nécessaire pour divers services internes qui envoient des notifications. De plus, en option, certains services envoient certaines notifications à l'adresse complète de votre serveur de messagerie, disons que votre serveur de messagerie a été répertorié dans les listes de spam, par exemple, à postmaster@mail.example.org.



Maintenant, la question concerne les mises à jour synchrones. Cette question concerne davantage les services de courrier chargé et parle des éléments suivants. Si nous activons les mises à jour synchrones, le serveur de messagerie s'assurera que le message est écrit sur le disque chaque fois qu'un message est envoyé et reçu. Cela réduit les performances du serveur de messagerie, mais si le serveur s'arrête soudainement lors de la réception ou de l'envoi de courrier, aucun message ne sera perdu. Mais si nous utilisons un système de fichiers de journalisation, tel que ext3 ou ext4, notre système n'a pas peur d'un arrêt soudain.



Cela est dû au fait que dans un système de fichiers journalisé, toutes les modifications du système de fichiers sont préenregistrées dans un journal spécial qui applique ces modifications, puis les supprime du journal.





Si le serveur s'éteint soudainement au moment de l'enregistrement, puis lorsque vous l'allumez, le système de fichiers vérifie le journal, voit les modifications incomplètes et les écrit sur le disque. Par conséquent, si vous utilisez un système de fichiers de journalisation, n'hésitez pas à cliquer sur Non.



Il nous est maintenant proposé de spécifier les réseaux pour lesquels postfix agira comme hôte relais. Dans ce rôle, le serveur de messagerie accepte non seulement le courrier vers son domaine, mais peut également transférer des messages vers d'autres serveurs de messagerie. Supposons que vous puissiez envoyer un message à Gmail en spécifiant non smtp.gmail.com mais mail.examle.org comme serveur de messagerie sortant, votre serveur de messagerie se chargera de livrer votre message à smtp.gmail.com. Nous en parlerons plus en détail plus tard, lorsque nous discuterons d'autres modèles. En attendant, si vous ne prévoyez pas d'utiliser votre serveur comme relais hôte, vous ne pouvez laisser que l'hôte local sur le terrain.



Tout est simple ici - la taille maximale par défaut de la boîte aux lettres de l'utilisateur, en octets. Si c'est 0, pas de limite.



Puis quelque chose de plus intéressant -alias personnalisés . En général, les alias des serveurs de messagerie sont utilisés pour qu'un seul utilisateur puisse recevoir du courrier à plusieurs adresses, sans créer d'utilisateurs, de boîtes aux lettres, etc. séparés. Supposons que si vous souhaitez que tous les messages à it@example.org soient envoyés à user@example.org, un alias est utilisé pour cela. De plus, en utilisant des alias, différents domaines sont liés à un seul utilisateur. Ces alias peuvent être créés par l'administrateur du serveur de messagerie. Mais, un administrateur peut permettre aux utilisateurs de créer quelque chose comme des alias pour faciliter la gestion de leur courrier par les utilisateurs. Mais ces alias d'utilisateur ne remplacent pas l'adresse complète, mais sont ajoutés avant le chien, après avoir utilisé le caractère spécial, disons, un plus. À titre d'exemple, gmail propose également cette fonctionnalité:



Par exemple, user+work@example.org ou user+social@example.org. L'utilisateur peut spécifier ces adresses sur différentes ressources lors de l'inscription, ce qui lui facilitera le tri des lettres et la gestion de son courrier. Si vous n'avez pas besoin de cette fonctionnalité, vous pouvez laisser ce champ vide.



Ensuite, vous devez choisir si notre serveur de messagerie fonctionnera avec ipv4, ipv6 ou avec les deux protocoles.

Sur cette configuration, le modèle de site Intenet est prêt, vous pouvez théoriquement vous mettre au travail.

Option "Internet avec smarthost"





La troisième option parmi les modes de fonctionnement du serveur de messagerie est Internet avec smarthost. Il s'agit d'un modèle de configuration pour un serveur qui acceptera le courrier directement, ou en utilisant des utilitaires tels que fetchmail, mais le serveur enverra du courrier à des adresses externes en utilisant d'autres serveurs de messagerie - des relais hôtes, également appelés hôtes intelligents. Cela peut être utilisé dans divers cas, par exemple, si l'adresse IP de votre serveur est sur liste noire, ou pour autoriser le courrier d'entreprise sortant via un service de prévention des fuites, etc.



En général, toutes les options de configuration de ce mode se ressemblent également, à l'exception du serveur relais. Un hôte intelligent peut être indiqué entre crochets et sans, selon que vous souhaitez envoyer des messages immédiatement ou après avoir fait une demande MX, ce qui vous permet d'équilibrer le trafic entre plusieurs hôtes intelligents.



Dans le modèle, nous pouvons spécifier le smarthost par défaut, et à l'avenir, nous pouvons configurer différents relais en fonction du domaine du destinataire.

Option de système satellite





Un autre mode de fonctionnement du serveur de messagerie est le système Satellite. Dans ce mode, le serveur de messagerie n'accepte pas le courrier, mais redirige uniquement, c'est-à-dire qu'il fonctionne exclusivement en tant qu'hôte relais. D'après l'exemple précédent, cela peut être utile dans les grandes organisations pour les services internes, ainsi que pour filtrer le courrier pour le spam, les virus, etc. Dans ce cas, la configuration est presque identique aux options mentionnées précédemment, mais dans mydestionations, vous ne devez pas quitter les domaines afin que l'hôte redirige tout vers les serveurs de messagerie nécessaires.

Option "Local uniquement"



Et le dernier modèle - Local uniquement - lorsque notre serveur de messagerie n'enverra pas et ne recevra pas de courrier provenant d'autres serveurs.

Tout ce dont nous avons parlé plus tôt ne sont que des modèles de modes de fonctionnement du service de messagerie. Les cas d'utilisateurs sont différents et ces paramètres de modèle ne sont souvent pas suffisants, et de nombreux points doivent être reconfigurés pour vos tâches.