質問: メールクライアントが受信者のsmtpサーバーを直接使用しない理由 通常、電子メールクライアントでは、メールの送信に使用するsmtpサーバーを構成する必要があります。メールを送信する場合、構成済みのsmtpサーバーは、タイプmxのdns要求を使用して受信者の電子メールアドレスの@atの後のドメインを解決するだけです。 dnsは、受信者のメールプロバイダーのメールエクスチェンジャーsmtpサーバーのアドレスで応答し、smtpサーバーはそれにメールを転送します。私の質問は、なぜこれがメールクライアントによって直接行われないのかということです。これは特別なことではありません。これは単なるdnsmxリクエストであり、プロトコルは受信者プロバイダーのメールエクスチェンジャーを直接処理します。常にsmtpです。もしそうなら、メールは適切なサーバーに直接送られる可能性があります。それはより速く、無駄なトラフィックを避けるはずです。これは、受信者のsmtpサーバーが何らかの理由でダウンしているか、送信時にメールを処理するには忙しすぎる可能性があるためである可能性があります。したがって、個人のsmtpサーバーを使用する利点は次のとおりです。定期的にメールを送信してみてください?これが私が見る唯一の理由です。ユーザーがメールクライアントを閉じたり、コンピュータをシャットダウンしたりする可能性があるため、これがメールクライアントの責任である場合、実際にはそれほど実用的ではありません。これが唯一の理由である場合:smtpサーバーが電子メールをすぐに処理できないほど頻繁に発生しますか?
回答: コメントのdrk.com.arは正しいです。ispからの静的ipがある場合は、独自のsmtpをローカルでホストでき、そのプロセスメールを使用できます。それで問題ありません。それからあなたがそれを悪用するとspamhauseとcoはあなたをブラックリストに載せ、あなたは完全に無視されるでしょう。動的ipの場合、これは機能しません。60秒程度で変更できるため、ipをブロックすることはできません。したがって、この場合、ispは送信メールをフィルタリングする責任があります。すべてのメールをsmtpサーバーに転送し、smtpサーバーがそれをルーティングします。悪用を開始すると、リースレコードはメールの送信者を正確に把握し、それに応じて対応できます。興味深いことに、ispの親会社であるcelloがsmtpサーバーを適切に管理せず、一部のクラスターがスパマーとしてブロックされ、受信側で断続的なスパムブロックが発生するという問題が数か月前に発生しました。お役に立てれば。