MTAとは

メール サーバーには、メール リレー、メール ルーター、インターネット メーラーなど、さまざまな名前があります。 しかし、最も一般的な別名は MTA です。 これは、メール転送エージェント、メッセージ転送エージェント、またはメール転送エージェントを指す場合があります。 どの名前を使っても、MTAはインターネットメッセージ処理システムにおいて重要な役割を果たす。 彼らは、ユーザー間で電子メールメッセージを転送します。 この記事では、MTA がどのように機能し、電子メールの配信にどのような影響を与えるか、およびその他の多くの関連する質問について説明します。

メール/メッセージ転送エージェント (MTA) は、送信者と受信者のコンピュータ間で電子メールを転送するソフトウェアです。

MTAの仕組み

MTAはメール配信プロセスの単なる一要素に過ぎないのです。 MTA はメール/メッセージ送信エージェント (MSA) から電子メールを受信し、MSA はメール ユーザー エージェント (MUA) から電子メールを受信します。 MUAは一般にメールクライアントとして知られており、メール関連の処理を行うために使用するアプリです。

MTA が電子メールを受信すると、中継が行われます。 そのため、メール転送エージェントは、しばしばメール リレーと呼ばれます。 詳細については、SMTP リレーについてのブログ投稿を確認してください。 受信者がローカルにホストされていない場合、メールは他のMTAに転送されることがあります。 その後、メール配信エージェント(MDA)に転送されます。 これは、それが受信者のメールボックスに配信される前に、電子メールの最後のストップオーバーです。 電子メールの送信はSMTP（または拡張SMTP）を使用して行われ、最終段階（MDAからMUA）には、POP3またはIMAP4が使用されます。 これらの電子メールプロトコルの違いについては、SMTP vs. IMAP vs. POP3をお読みください。

まとめると、MTA は次のことを行います:

• メール ユーザー エージェントから送信された電子メールを受け入れる
• MXレコードを照会し、電子メールを転送するメール サーバーを選択する
• 電子メールが宛先に到達しなかった場合に自動応答メッセージを送る

MTAにおけるメール キューイング

通常、MTA ではメール処理のストア アンド フォワード モデルが使用されています。 これは、送信メールはキューに入れられ、受信者のサーバーの応答を待つことを意味します。 MTA は繰り返しメールの送信を試みます。 確立された期間中に配信に失敗した場合、メールはメールクライアントに返されます。

MTAは電子メールの配信に影響を与えるか

電子メールの配信が基づいている 3 つの主要な要因があります。

• 送信者の評判
• インフラストラクチャ & 認証
• コンテンツ

メールが送信されるドメインと IP アドレスの評判は最も重要なものです。 受信メール サーバーが送信者を信頼できないものとして識別すると、そこからのすべての電子メールはスパム フォルダーに入るか、あるいは跳ね返されることになります。 MTAは、送信者のレピュテーションを保護し、強化することができます。 そのため、メールの到達率に直接影響を与えるのです。

新しい IP アドレスを暖める

ゼロから評判を構築する場合、新しい IP アドレスをフル ロードで使用するべきではありません。 メール送信の履歴がないため、ウォーミングアップが必要です。 MTA を使用すると、これを行うことができ、後でゆっくりと送信容量を増やすことができます。 コールドIPアドレスを使用するのも一つの方法です。

メール送信フローの設定

各受信ドメインは、受信メールに対する制限を設定します。 それらを超えた場合、送信メール サーバーは信頼できないものとして識別される可能性があります。 これを避けるために、MTA を構成して、動的に送信を制限することができます。 つまり、受信ドメインから拒否された場合、メール転送エージェントはメールキューを一時停止するのです。 バックオフ期間の後、送信はより遅い速度で継続されます。 これは、ドメインと IP の評判を守るのに役立ちます。

グレーリストを突破する

ブラックリストに載ることは、送信者の評判に関わる一般的な問題です。 グレーリストは、一部のメール プロバイダーが採用している一種の予防策です。 これは、正当な送信者が、ブラックリストよりもはるかに簡単に通過できるフィルターです。

前述の機能に加えて、MTA ではさらに多くのことを行うことができます。

前述の機能に加えて、MTA ではさらに多くのことが可能です。電子メールのスロットリングやルーティング ルールを設定したり、送信メールのフローを監視したり、その他多くのことに使用できます。

最も使用されているメール 転送エージェント

MTA	Exim	MTA	Exim
MTA	Eximth	Postfix	Sendmail	Qmail	Microsoft Exchange
Server OS support	Unix-like	Cross-platform	Cross-platform	Unix-like	Windows Server
License	GPLv2	IBM Public License	Sendmail License	Public domain	Proprietary or closed-source software
SMTP over TLS	Yes	Yes	Yes	No	Yes
POP3	UW IMAP/Dovecote	UW IMAP/Dovecote	UW IMAP or Dovecote server	Yes	Yes
IMAP				UW IMAP/Dovecote
IPv6	Yes	Yes	Yes	via Qsmtp	Yes
Webmail	No	No	No	No	Yes
Authentication mechanisms besides SMTP Authentication	PLAIN LOGIN CRAM-MD5 SPA Cyrus SASL Dovecot SASL GNU SAS Heimdal GSSAPI	Cyrus SASL authentication methods (except for APOP)	Cyrus SASL authentication methods (except for APOP) X.509 PKI auth via STARTTLS and EXTERNAL	LOGIN PLAIN PAM LDAP any checkpassword utility	Active Directory LOGIN NTLM

Things to consider for choosing an MTA solution

In the table above, we introduced the most common MTAs, but there are many more. Some of them are open-source, and others require payment. When choosing an MTS solution for your project, you should decide based on your goals and resources. 同時に、次の 2 つの側面に注目する必要があります。

• MTA のパフォーマンス – これは、電子メール送信の速度、ボリューム、およびレイテンシーを定義する値です。 専用の MTA は通常、送信パラメーターの完全な制御を提供します。
• MTA の設定可能性 – これは、MTA のパフォーマンスを向上させるための特定の構成へのアクセスを伴います。 たとえば、複数のメール キューのセットアップ、認証の有効化、リアルタイムのトラブルシューティングなどです。

また、MTA ベンダーを選択する際に評価すべきポイントもいくつかあります。

• ベンダーの評判と信頼性
• ユーザーフレンドリーな価格設定とインフラの透明性
• セキュリティ ポリシーとデータ保護メカニズム
• トラブルシューティングのユーザー サポート
• Migration ability and scalability

必須 —————————————

Must- —————————————

Must- ———————–

Must- ———————–

Must- ———————– Must- ———————– 8最高の MTA のパフォーマンスのために必要な機能

• ユーザビリティ & 管理性
• API/integration capabilities
• clustering
• deliverability-centered features (throttling.com)
  • deliverability-centered features (throttling.com)
  • 操作性

*1:1。 IPプール、ルーティングルールなど

• メール認証機能と監視 (SPF、DKIM、DMARC)
• マルチキューイング
• スパム制御 (送信メール)

オンプレミス MTA 対 クラウド ベース SMTP リレー -どちらが優れているか

オンプレミス MTA がどのクラウド メール インフラよりも 100 %優れていると言い切れるか? いいえ、特定のプロジェクトにはそれぞれ固有のニーズがあり、オンプレミスまたはクラウド ベースのソリューションのいずれからも利益を得ることができるからです。

オンプレミスの MTA はいかがでしょうか

オンプレミスのメール転送エージェントは、主に企業や大企業が選択するものです。 これには、要件に応じてセットアップされた本格的な電子メール インフラストラクチャ (ハードウェアとソフトウェア) が含まれます。 これはメール送信のパラダイスであり、莫大な費用がかかるでしょう。 そう、Eメール業務全体を独占的にコントロールするために、出費をしなければならないのです。

長所。

• メール送信設定のあらゆる側面を管理できる
• 信頼性の向上
• 社内のツールやソフトウェアとの統合性
• メールマーケティングのインフラと社内のデータとの接続性 li
• APIやWebフックによる制限がない、またはほとんどない
• 遅延やその他のスピードの痛みなしに大量のメールを送信する能力
• メール送信設定を完全に制御できる

短所は。

• On premise MTA は高価です。 価格は、インストール、設定、および IP ウォームアップに 6,000 ドルから
• ハードウェアを収容するスペースが必要
• セットアップに時間がかかる (約 3 ヶ月)
• インフラとメールデータベースのセキュリティ管理に対して全責任を負うことになる。
• 拡張が容易ではない

クラウドベースの SMTP リレー サービスを利用する

オンプレミス MTA のために 6,000 ドルも余分に用意できず、メール送信のニーズも適度だとします (1 か月に数百万通のメールを送信する必要はない)。 このような場合、MailgunやSendGridのようなSMTPリレーサービスが最適な選択肢となります。 そう、これはメール送信に使えるクラウドベースのインフラなのです。 使い勝手がよく、すぐに始められるソリューションです。 主な欠点は、それがあなただけのものではないということです。 完全にコントロールできるわけではなく、インフラを他人と共有する必要があります。 しかし、いくつかのサービスでは、オプションで専用IPを提供しており、これは配信能力を向上させる素晴らしい機能です。

長所:

• セットアップと使用が簡単
• オンプレミス MTA よりはるかに安い
• 柔軟な価格設定
• SMTP リレー サービスはセキュリティに責任がある
• ニーズに応じて簡単に拡張できる

短所：

長所は？

• 長期的な観点ではコストがかかる
• SMTPリレー サービスがサポートする統合への依存
• コントロール不足

まとめ

どのMTA（オープンソースの Postfix またはエンタープライズグレードの PowerMTA）を使用しても、高いレベルの配信性を実現することは可能です。 お金がある人は、オンプレミスのソリューションのすべての利点を手に入れることができます。 そうでない人は、いくつかの点で制約を受けることになりますが、それでも選択できるオプションはあります。

この記事を楽しんでいただけたら、ぜひ共有して広めてください。