私はこれを少し調べました。
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に直接接続できました。