メールドメインはメールサーバーのホスト名ですか（例：Postfix）[閉じる]

これは大きくて複雑な質問ですが、基本を説明しようとしています。ここには実際に2つの質問があります。サーバーがドメインへのメールを受け入れる方法と、クライアントがサーバーを介して送信するメールを送信できるようにする方法（「リレー」）。

メールの受信：メールサーバーの独自の名前は通常、メールを受信するドメインとは異なり、必ずしもサーバーとの関係はありません。例えば、[Eメール保護]mail.example.comで処理することも、google.comの下のGmailサーバーで処理することもできます。

これには2つの主要部分があります。 @example.comに送信されたメールをyourserver.example.netに送信するには、example.comのDNSエントリにMXレコードが必要です。以下はstackexchange.comの関連情報です。

$ dig -t mx stackexchange.com
[...]
;; ANSWER SECTION:
stackexchange.com.  300 IN  MX  5 alt2.aspmx.l.google.com.
stackexchange.com.  300 IN  MX  1 aspmx.l.google.com.
stackexchange.com.  300 IN  MX  10 alt3.aspmx.l.google.com.
stackexchange.com.  300 IN  MX  10 alt4.aspmx.l.google.com.
stackexchange.com.  300 IN  MX  5 alt1.aspmx.l.google.com.
[...]

...したがって、@stackexchange.comに送信されたメールはすべてのgoogle.comサーバーに送信されます（サーバー名の前の数字が優先順位であるため、aspmx.l.google.comが最初に試行され、次にalt1とalt2が試行されます） 。alt3とalt4）。

メールの受信のもう1つの部分は、サーバーがこれらのドメインに送信されたメールを受け入れ、それを別のサーバーに転送しようとするのではなく、メールボックスに入れる必要があることを認識する必要があることです。 postfixでは、これをmydestinationmain.cfのリストに追加するか、仮想ドメインとして設定することができます。バラよりここ。

送信メールリレー：ここで最も重要なのは、スパマーがスパムを送信するための「オープンリレー」としてあなたを使用するのを防ぐことです。ここで最も簡単なオプションは、中継サービスがないことです。状況によっては、顧客はすでに送信メールを送信するための完璧な方法を持っている可能性があります。リレーを許可する必要がある場合は、信頼できるクライアントをスパマーと区別する方法が必要です。クライアントが送信元IPアドレスに基づいて送信者を認証および/または信頼できるようにすることができます。通常、クライアント認証は良いですが、パスワードをプレーンテキストで送信しないでください。信頼できるIPは必要な場合にのみ使用してください。これは、スパマーが信頼できるネットワーク上のデバイスを損傷する可能性がある場合（またはデバイスからSMTPトラフィックを返送する場合）、あなたをオープンリレーとして使用できるためです。

確かにより多くの内容がありますが、これが基本を提供することを願っています。

ああ、もう一つ：電子メールドメインはサーバー名とは異なる場合がありますが、クライアントは送受信構成で実際のサーバー名を使用します。