C'est le début d'un grand cours sur le fonctionnement des serveurs de messagerie. Je n'ai pas pour objectif d'apprendre rapidement à quelqu'un à travailler avec des serveurs de messagerie. Il y aura beaucoup d'informations supplémentaires concernant les questions que nous rencontrerons en chemin, car j'essaie de faire le cours principalement pour ceux qui font leurs premiers pas.
PréfaceIl se trouve que je travaille en tant qu'enseignant en administration Linux à côté. Et en tant que devoir à domicile, je donne à mes étudiants une dizaine de liens vers diverses ressources, car parfois les matériaux sont insuffisants, parfois ils sont trop complexes. De plus, le contenu est souvent dupliqué sur différentes ressources et, parfois, commence à diverger. La plupart du contenu est en anglais, et il y a des étudiants qui éprouvent des difficultés de compréhension. Il existe de superbes cours de Semaev et Lebedev, et peut-être d'autres, mais, à mon avis, certaines thématiques ne sont pas suffisamment développées, d'autres ne sont pas assez liées entre elles.
C'est pourquoi, un jour, j'ai décidé de prendre des notes sur le matériel et de les fournir à mes étudiants de manière pratique. Mais puisque je fais cela, pourquoi ne pas le partager avec tout le monde ? Au début, j'essayais de rédiger du texte et de le compléter avec des liens, mais il existe des millions de ces ressources, et à quoi bon ? Parfois, il manquait de clarté et d'explications, parfois les étudiants rechignaient à lire tout le texte (et pas seulement eux) et cela créait des lacunes dans leurs connaissances.
Mais le problème ne concerne pas seulement les étudiants. Tout au long de ma carrière, j'ai travaillé dans des intégrateurs IT, ce qui m'a donné une vaste expérience avec divers systèmes. Au final, je suis devenu un ingénieur polyvalent. Je me retrouve souvent face à des informaticiens dans diverses entreprises et je remarque assez souvent qu'ils ont des lacunes dans leurs connaissances. Dans le domaine de l'informatique, beaucoup sont autodidactes, y compris moi. Et j'ai pas mal de ces lacunes, et j'aimerais aider les autres à s'en débarrasser, tout autant que moi.
Pour ma part, de courtes vidéos d'information sont plus intéressantes et plus faciles à assimiler, c'est pourquoi j'ai décidé d'essayer ce format. Et je sais parfaitement que je ne suis pas très à l'aise à l'oral, qu'il est difficile de m'écouter, mais j'essaie de m'améliorer. Pour moi, c'est un nouveau hobby que je souhaite développer. Avant, j'avais un microphone de moins bonne qualité, et maintenant, je m'efforce principalement de résoudre les problèmes de son et d'élocution. Je veux créer un contenu de qualité et j'ai vraiment besoin de critiques objectives et de conseils.
P.S. Certains ont estimé que le format vidéo n'était pas tout à fait adapté et qu'il valait mieux faire un texte. Je ne suis pas tout à fait d'accord, mais il doit y avoir un choix — à la fois vidéo et texte.
Vidéo
Suivant >
Pour pouvoir travailler avec des e-mails, vous avez besoin d'un client de messagerie. Cela peut être un client web, comme Gmail, OWA, Roundcube, ou un programme sur votre ordinateur — comme Outlook, Thunderbird, etc. Supposons que vous vous soyez déjà inscrit à un service de messagerie et que vous deviez configurer votre client de messagerie. Vous ouvrez le programme et il vous demande vos données : votre nom de compte, votre adresse e-mail et votre mot de passe.
Après avoir saisi ces données, votre client de messagerie tentera de trouver des informations sur votre serveur de messagerie. Cela se fait pour faciliter la configuration de la connexion au serveur, car la plupart des utilisateurs ne connaissent pas les adresses et les protocoles de connexion. Pour cela, les clients de messagerie utilisent différentes méthodes pour rechercher des informations sur le serveur et les paramètres de connexion. Ces méthodes peuvent varier en fonction du client de messagerie.
Par exemple, Outlook utilise la méthode « autodiscover », le client interroge le serveur DNS et demande un enregistrement autodiscover spécifique lié au domaine de messagerie que vous avez indiqué dans les paramètres de votre client de messagerie. Si l'administrateur a configuré cet enregistrement sur le serveur DNS, il pointe vers le serveur web.
Après que le client de messagerie a découvert l'adresse du serveur web, il s'y connecte et y trouve un fichier de configuration des paramètres de connexion au serveur de messagerie au format XML.
Dans le cas de Thunderbird, le client de messagerie se passe de rechercher l'enregistrement DNS autodiscover et essaie immédiatement de se connecter au serveur web autoconfig. avec le nom de domaine spécifié. Il essaie également de trouver sur le serveur web un fichier de configuration au format XML.
Si le client de messagerie ne trouve pas le fichier avec les paramètres nécessaires, il essaiera de deviner les paramètres parmi ceux couramment utilisés. Par exemple, si le domaine s'appelle example.com, le serveur de messagerie vérifiera s'il existe des serveurs nommés imap.example.com et smtp.example.com. S'il en trouve, il les inscrira dans les paramètres. Si le client de messagerie ne peut pas déterminer l'adresse du serveur de messagerie, il proposera à l'utilisateur de saisir lui-même les données de connexion.
À ce stade, vous remarquerez 2 champs pour serveurs — l'adresse du serveur de réception des e-mails et l'adresse du serveur d'envoi des e-mails. En général, dans les petites organisations, ces adresses sont identiques, même si elles sont indiquées par des noms DNS différents, tandis que dans les grandes entreprises, il peut s'agir de serveurs différents. Peu importe qu'il s'agisse d'un même serveur ou non — les services qui les supportent sont différents. Une des combinaisons de services de messagerie les plus populaires est Postfix & Dovecot. Postfix agit comme le serveur d'envoi des e-mails (MTA — mail transfer agent), tandis que Dovecot joue le rôle de serveur de réception des e-mails (MDA — mail delivery agent). Comme son nom l'indique, Postfix est utilisé pour envoyer des e-mails, tandis que Dovecot est utilisé pour les recevoir via un client de messagerie. Les serveurs de messagerie communiquent entre eux via le protocole SMTP, c'est-à-dire que Dovecot (MDA) est nécessaire pour les utilisateurs.
Supposons que nous ayons configuré la connexion à notre serveur de messagerie. Essayons d'envoyer un message. Dans le message, nous indiquerons notre adresse et l'adresse du destinataire. Maintenant, pour livrer le message, votre client de messagerie l'enverra à votre serveur d'envoi.
Lorsque votre serveur reçoit le message, il essaiera de déterminer à qui livrer ce message. Votre serveur ne peut pas mémoriser les adresses de tous les serveurs de messagerie, il se tourne donc vers le DNS afin de trouver un enregistrement MX spécifique — qui indique le serveur de messagerie pour ce domaine. Ces enregistrements peuvent varier pour différents sous-domaines.
Après avoir appris l'adresse du serveur du destinataire, il envoie votre message par SMTP à cette adresse, où le serveur de messagerie (MTA) du destinataire va accepter le message et le placer dans un répertoire spécifique, que surveille également le service responsable de la réception des messages par les clients (MDA).
La prochaine fois que le client de messagerie du destinataire interrogera le serveur de réception des e-mails pour vérifier la présence de nouveaux messages, le MDA lui enverra votre message.
Mais comme les serveurs de messagerie fonctionnent sur Internet et que tout le monde peut s'y connecter et envoyer des messages, et que les serveurs de messagerie sont largement utilisés par diverses entreprises pour échanger des données importantes, ils constituent une cible attrayante pour les criminels, en particulier pour les spammeurs. C'est pourquoi, dans les serveurs de messagerie modernes, il existe de nombreuses mesures supplémentaires pour authentifier l'expéditeur, vérifier les spam, etc. Et je vais essayer d'aborder de nombreux de ces sujets dans les prochaines parties.
Source : habr.com
