電子メールの仕組み

これは、メール サーバーの動作に関する大規模なコースの始まりです。 私の目標は、誰かにメール サーバーの使い方をすぐに教えることではありません。 主に最初の一歩を踏み出したばかりの人向けにコースを作成しようとしているため、途中で遭遇する質問については、ここで多くの追加情報が提供されます。

序文たまたま、私は Linux 管理の講師として非常勤で働いています。 また、宿題として、さまざまなリソースへのリンクを生徒たちに十数個渡します。これは、ある場所では十分な資料がなかったり、他の場所では複雑すぎたりするためです。 また、異なるリソースでは、マテリアルが重複することが多く、場合によっては分岐し始めます。 また、内容のほとんどが英語であり、理解に苦しむ生徒もいます。 Semaev と Lebedev による素晴らしいコースがあり、おそらく他のコースからも提供されていますが、私の意見では、いくつかのトピックが十分にカバーされておらず、他のトピックと十分に結びついていないものもあります。

そこで、ある日、私はその資料を何とかメモして、生徒たちに便利な形式で渡すことにしました。 でも、せっかく何かをやっているのだから、それをみんなにシェアしてみませんか？ 最初はテキストで作成してリンクで薄めようとしましたが、そのようなリソースは何百万もあるのに、一体何の意味があるのでしょうか? どこかに明確さや説明が不足していたり​​、学生が（学生だけでなく）テキスト全体を読むのが怠くて、知識にギャップがあったりします。

しかし、それは学生だけの問題ではありません。 私はキャリアを通じて IT インテグレーターで働いてきましたが、これはさまざまなシステムを扱う上で大きな経験です。 その結果、総合エンジニアになりました。 私はさまざまな企業で IT スペシャリストに出会うことがよくありますが、彼らの知識のギャップに気づくことがよくあります。 ITの分野では、私も含めて独学で学んだ人がたくさんいます。 そして、私にはこうしたギャップが十分にあるので、他の人や自分自身がこれらのギャップを取り除くのを手助けしたいと思っています。

私にとって、情報を含む短い動画の方が興味深く、理解しやすいため、この形式を試してみることにしました。 そして、私は自分の舌がつるされておらず、私の話を聞くのが難しいことをよく知っていますが、より良くなるように努めています。 これは私にとって新しい趣味であり、開発したいと思っています。 以前はもっと悪いマイクを使っていましたが、今は主に音声と音声に関する問題を解決しています。 質の高いコンテンツを作りたいので、客観的な批評やアドバイスが本当に必要です。

PS ビデオ形式は完全に適切ではなく、テキストで行う方がよいと考える人もいました。 私は全面的に同意するわけではありませんが、ビデオとテキストの両方を選択できるようにしましょう。

ビデオ

次へ> メールサーバーの動作モード

電子メールを操作できるようにするには、電子メール クライアントが必要です。 これは、Gmail、owa、roundcube などの Web クライアント、または Outlook、Thunderbird などのコンピュータ上のアプリケーションのいずれかになります。 すでに何らかの電子メール サービスに登録しており、電子メール クライアントをセットアップする必要があると仮定します。 プログラムを開くと、アカウント名、電子メール アドレス、パスワードなどのデータの入力を求められます。

この情報を入力すると、電子メール クライアントは電子メール サーバーに関する情報を検索しようとします。 ほとんどのユーザーはアドレスと接続プロトコルを知らないため、これはサーバーへの接続のセットアップを簡素化するために行われます。 これを行うために、電子メール クライアントはさまざまな方法を使用して、サーバーと接続設定に関する情報を検索します。 これらの方法は、電子メール クライアントによって異なる場合があります。

たとえば、Outlook は「自動検出」方式を使用し、クライアントは DNS サーバーに接続し、メール クライアント設定で指定したメール ドメインに関連付けられた特定の自動検出レコードを要求します。 管理者が DNS サーバー上でこのエントリを構成している場合、このエントリは Web サーバーを指します。

メール クライアントは Web サーバーのアドレスを学習した後、Web サーバーに接続し、メール サーバーに接続するための設定が XML 形式で含まれる事前に準備されたファイルを見つけます。

Thunderbird の場合、メール クライアントは自動検出 DNS レコード検索をバイパスし、ただちに autoconfig Web サーバーへの接続を試みます。 および指定されたドメインの名前。 また、Web サーバー上で XML 形式の接続設定を含むファイルの検索も試行します。

メール クライアントは、必要な設定が含まれるファイルが見つからない場合、最も頻繁に使用される設定の中から設定を推測しようとします。 たとえば、ドメインの名前が example.com の場合、メール サーバーは imap.example.com および smtp.example.com という名前のサーバーが存在するかどうかを確認します。 見つかった場合は設定に登録されます。 メール クライアントがメール サーバー アドレスを何らかの方法で判断できない場合、ユーザーは接続データを自分で入力するよう求められます。

次に、サーバーの 2 つのフィールド (受信メール サーバー アドレスと送信メール サーバー アドレス) に気づくでしょう。 原則として、小規模な組織では、異なる DNS 名で指定されている場合でも、これらのアドレスは同じですが、大企業では、これらのアドレスは異なるサーバーである場合があります。 ただし、これらが同じサーバーであるかどうかは関係ありません。背後にあるサービスは異なります。 メール サービスの最も人気のあるバンドルの XNUMX つは Postfix と Dovecot です。 Postfix は送信メール サーバー (MTA - メール転送エージェント) として機能し、Dovecot は受信メール サーバー (MDA - メール配信エージェント) として機能します。 名前から、Postfix はメールの送信に使用され、Dovecot はメール クライアントによるメールの受信に使用されることが推測できます。 メール サーバー自体は、SMTP プロトコルを使用して相互に通信します。 ユーザーには Dovecot (MDA) が必要です。

メールサーバーへの接続を設定したとします。 メッセージを送信してみましょう。 メッセージには、当社の住所と受信者の住所が記載されています。 ここで、メッセージを配信するために、電子メール クライアントは送信メール サーバーにメッセージを送信します。

サーバーはメッセージを受信すると、メッセージの配信先を見つけようとします。 サーバーはすべてのメール サーバーのアドレスを暗記することはできないため、DNS を参照して、特定のドメインのメール サーバーを指す特別な MX レコードを見つけます。 これらのエントリはサブドメインごとに異なる場合があります。

受信者のサーバーのアドレスを検出した後、SMTP 経由でこのアドレスにメッセージを送信します。そこで、受信者のメール サーバー (MTA) がメッセージを受け入れ、特別なディレクトリに配置します。このディレクトリは、担当するサービスによっても確認されます。クライアントへのメッセージを受信するため (MDA)。

次回、受信者のメール クライアントが受信メール サーバーに新しいメッセージを要求するときに、MDA はメッセージをクライアントに送信します。

しかし、メール サーバーはインターネット上で動作し、誰でも接続してメッセージを送信でき、メール サーバーは重要なデータを交換するためにさまざまな企業で広く使用されているため、これは攻撃者、特にスパマーにとって非常においしいものです。 したがって、最新のメール サーバーには、送信者の確認、スパムのチェックなどを行うための追加の手段が多数用意されています。 これらのトピックの多くを次のパートで取り上げたいと思います。

出所： habr.com