sendmailはsmtpサーバーですか?MTAとメールサーバーに違いはありますか?


14

私はメールが初めてであり、それがどのように機能するかを正確に知りません。

管理者がsendmailを使用してメールを送信するのを見てきました。sendmailはsmtpサーバーですか、それともsmtpサーバーに依存して電子メールを中継するクライアントですか?私はそれをメール転送エージェントであるとグーグルで読みました。

メール転送エージェントとメールサーバーに違いはありますか?

sendmailを使用してuser@yahoo.comにメールを送信するときに、セキュリティチェック(リバースDNSなど)がない場合:別のsmtpサーバー(google.com)を経由する必要がありますか、それともメールを送信できますかサーバーからsendmailを使用して?

また、ある種の魂が、メールサーバーの動作方法に関する初心者向けガイドを教えてくれるといいでしょう。

ありがとう

回答:


7

私見この小さなチュートリアル、MUA、MTA、およびMDAsは、Unix電子メールシステムの基本概念を説明するのに非常に優れています。

はい、適切に構成されたsendmailは、到達可能なホスト上の任意のMTAに電子メールを送信できます(ただし、MTAはさまざまな理由でメールを拒否する場合があります)

ここで、mail server通常、次のいずれかまたは両方の代替パスを参照すると言います

  • 受信側
    基本的に、宛先ホストMTA + MDA(およびユーザーメールボックス)を、メールサーバー+さまざまな別のマシンモデル(web / POP / IMAPなど)で実行されているさまざまなメールクライアントと基本的に交換します。 gmail / yahooなど)。
  • 送信側
    基本的に、送信ホストMUA + MTAをメールサーバー+さまざまな個別のマシンモデルで実行されているさまざまなメールクライアントに置き換えます。

8

私はこれを少し調べました。

MTAのような用語を使用し始めたら、「メールサーバー」などの用語を避けることができます。今では非常に特定の用語を使用しています。

集められるものから、こんな感じ

MUA-->MSA--->MTA--->(MDA->Comp)<--MUA

IMAP / POPクライアント(MRA)およびIMAP / POPサーバー(MAA)が関与している

sending(A->B->C->D->X)   then  from receiving right to left (X<--B<--A)
    A      B     C          D          X      B     A 
    MUA-->MSA--->MTA--->(MDA->Comp)-->MAA<---MRA<--MUA

メールはuser @ domainに送信されます

MUA は電子メールクライアントです。SMTPクライアントになります。(または、より正確には、もちろんそのマシンにはローカルですが、もちろんSMTPサーバーに接続する特定のSMTPクライアントを実行するように構成されたユーザーインターフェイス)

MSAはMTAであり、電子メールを転送しますが、MUAが接続するMTAです。そして、それはローカルドメインにあります。SMTPを実行します。SMTPサーバーになります。(おそらく、SMTPの代替として実行できる他のプロトコルがあります)。

MTA は、宛先ドメインのMTAです。

MDAは、受信者のドメイン上のコンピューターであり、コンピューターがアクセスできるハードドライブ上の「メールストア」にメッセージを書き込み/「配信」します。多くの場合、ローカルに。そのメールストアは、ドメイン上のユーザー向けのメールを保存します。

MAAおよびMRA-これらは、メールを送信するのではなく、メールを受信することに関係しています。MAAという用語はあまり知られていないため、多くの場合、MRAは単にIMAP / POPクライアントと呼ばれ、サーバーに略語を付けません。MRAはクライアントとサーバーの両方の用語であると聞いたことがありますが、引数はエージェントと呼ばれるため、関数を説明するだけであり、定義はクライアントまたはサーバーだけに限定されません。しかし、MAAという用語を使用するサイトは、MAAをサーバーとして、MRAをクライアントとして定義しているようです。おそらく正しいでしょう。そのため、定義と例については、2つのWebサイトから引用します。

POP / IMAPサーバーであるMAAがあります。そして、POP / IMAPクライアントであるMRA。これに言及する2つのリンク

https://www.ida.liu.se/~TDDI09/lectures/TDDI09-F4.pdf
MRAクライアントFetchmail
MAAサーバーCourier IMAPD

http://archive.vector.org.uk/art10500970
MAA(メールアクセスエージェント):
メールアカウントのフォルダーを管理し、MRAがメッセージを利用できるようにします。MRA(Mail Retrieval Agent):MAA経由で電子メールフォルダーにアクセスし、MUAがメッセージを利用できるようにします


Sendmailについて質問します。これらの電子メール関連のLinuxプログラムはほとんど知りませんが、SendmailにはSMTPクライアントがありますが、ほとんどがMTAですMTAの形式)。

セキュリティチェックがない場合は、宛先ドメインのMTAに直接送信できるかどうかを尋ねます。私は一度MUAからMTAにそれをやったと思う、たった1つのSMTPサーバーが関係したので、はい。ただし、通常はローカルドメインのMSAがそこのMTAに送信します。したがって、通常は2つのSMTPサーバーが関与します。私がそれを確認したのは、MSA SMTPサーバーsendmailまたはpostfixを実行し、ドメインでDNSチェックを実行し、宛先MTA(別のSMTPサーバー)を検出したことです。それから私はそれを直接送信しようと思った。また、送信したい1つのドメインについて、その宛先MTAに直接接続できました。


1
注-このリンクの写真ccm.net/contents/116-how-email-works-mta-mda-muaはMDAとPOP / IMAPを誤って識別しますが、そのリンクの写真は間違っています。
-barlop

5

「メールサーバー」という用語はあいまいです。電子メールには多くの可動部分があります。

  • Sendmailは、メール転送/トランスポートエージェント(MTA)、別名SMTPサーバーです。(他にもあります、例えばexim4

    • 何かがドメインのSMTPサーバーとのセッションを開き、そのドメインの別のホストにメッセージを送信します。(ドメインのSMTPサーバーはDNS MXレコードを介して検出されます)
  • SMTPサーバーがメッセージを受信すると、いくつかのことができます。

    • 受信したメッセージが別のドメイン宛である場合、そのドメインのSMTPサーバーにメッセージを中継できます。
    • 受信したメッセージがSMTPサーバーと同じドメイン宛である場合、メッセージをローカルのMail Delivery Agent(MDA)に渡すことができます(MDA自体として機能していない場合)。
    • UNIXシステムでは、通常、ローカルMDAはメッセージをローカルユーザーのメールスプール(mboxまたはMaildir)またはその他のストレージメカニズムにコピーします。

あなたがUNIX / Linuxシステム上で実行されているSMTPサーバーを持っている場合は、次のようなメールユーザエージェント(MUA)を使用することができmuttpineローカルのスプールからメールを読むためのプログラム、または他の。これを機能させるには、ローカルシステムにログオンする必要があります。

リモートシステムに保存されているメールを読みたい場合はどうしますか?リモートシステムは、POP3またはIMAPサーバーを実行している必要があります。POP3またはIMAPサーバーは、リモートシステムのアカウントからメッセージを取得し、オプションでIMAPの場合は管理機能を使用してメッセージを受け取ります。POP3 / IMAPはメッセージを送信できません。

POP3またはIMAPを介してリモートサーバーからメールを読み取ることができるアプリケーションでは、SMTPを介してメールを送信することもでき、両方のプロトコルのクライアントを実装する必要があります。POP3 / IMAPとSMTPは同じホストに存在する必要はありません。

これらのプロトコルのほとんどは、長年にわたってセキュリティが強化されてきました。これらの各プロトコルには、クライアント証明書または認証を要求するオプションの方法があります。SMTPサーバーは通常、スパム目的で悪用されるため、認証されていないユーザーの電子メールを中継しないように保護することが特に重要です。SMTPユーザー名/パスワード/証明書は、POP3 / IMAPのものとは異なる場合がありますが、システム上のローカルアカウントとは異なる場合があります。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.