ドメインのIMAPサーバーを示す標準DNSレコードはありますか?


19

いくつかの検索の後、ドメイン名にIMAPサーバーを指定するための標準(またはその点では非標準)仕様またはベストプラクティスがあるかどうかを完全に空っぽにしてみました。つまり、「jimi@example.com」などのアカウントがあり、IMAPでメールを読みたい場合、メールクライアントにどのメールサーバーに接続する必要があるかを示すDNSレコードはありますか?このようなものを見たことはなく、見たメールのセットアップ手順のほとんどすべてに、IMAPの正確なホスト名(「mail.example.com」や「imap.example.com」など)が含まれています。example.comの従業員または他のユーザーは、使用するサーバーを管理者から見つけることができると仮定しています。ただし、example.comに何千ものアカウントがある場合、これは負担になります。

このようなことを聞​​いた人はいますか?


4
一部のアプリケーションは自動検出DNSをサポートしており、おそらくimapの自動検出のためのrfcまたは仕様があります。あなたが述べたまさにその理由のために、多くの人がそれに続いたとは思わないでしょう。組織はドキュメントを公開するか、構成管理を使用してエンドポイントを構成します。smtpはメール配信の名前を知る必要があります。IMAPは人間がルーティングします。:
アーロン

回答:


34

DNSの観点から見ると、SRV DNSレコードがあり、DNSを使用してサービスを公開し、サービスを検出できます。主な用途は、非標準ポートでサービスを簡単に実行できるようにし、クライアントをセットアップする際の構成の負担を軽減することです。

SRVレコードは、次の形式があります。

_Service._Protocol.Name. TTL Class SRV Priority Weight Port Target

IMAPの1つはRFC 6186で定義されおり、次のようになります。

_imap._tcp.example.com. 3600 IN SRV 0 10 143 my-imap-host.example.com.

または

_imaps._tcp.example.com. 3600 IN SRV 0 10 995 my-imaps-host.example.com.

ただし、ほとんどの電子メールクライアントは最初にIMAPサーバーを特に検索しませんが、自動検出を使用して、ユーザーが入力した電子メールアドレスから電子メールクライアント設定を取得します。
ユーザーがusername@example.comを入力すると、クライアントに応じて、通常は次のいずれかが含まれます。

  • _autodiscover._tcp.example.com.こうしたMS ExchangeとOutlookで使用さとしてSRVレコード
  • という実際のホスト autoconfig.example.com.
  • 以上

かなり良い記事がここにあります:https : //developer.mozilla.org/en-US/docs/Mozilla/Thunderbird/Autoconfiguration


1
ありがとう-はい、まさにそれが私が求めていたものです。「標準的な」やり方(SRVレコード)がまったく人気がないように思われるのは興味深いことです。ユーザーまたはメールクライアントがそれを機能させるために何をすべきかを知っている限り、それなしで技術的に逃げることができるので、私はそれを実装するための圧力はほとんどないと思います。
bgp

3
電子メールの「問題」は、クライアント設定が単なるホスト/プロトコルよりも少し複雑であり、一部のISPはログイン名として完全な電子メールアドレスを使用し、他のユーザー部分またはログイン名は電子メールアドレスに似ていない場合があることです。多くの異なるパスワードハッシュアルゴリズム、専用SSLポート上のサービス、または従来のクリアテキストプロトコルと同じポート上のSTARTTLS、POP before SMTP vs SMTP認証などがあります
。– HBruijn

4
それらのいくつかはRFC 6186で指定されています -もちろん、サーバーが標準に従っているかどうかわからない場合に必ずしも役立つわけではありません。
レゴシア

1

それ自体の標準を認識していませんが、DNSの用語では、一般に「既知の名前」のimap.example.comとおそらくimaps.example.comを登録するだけです。

SRVレコードはずっと後の/より複雑なもののためのものです。例えば。ドメインのActive Directoryサーバーを見つけるか、DNSサービス検出の一部として使用します。

履歴には、さまざまなサービスアドバタイズメント/ディスカバリメカニズムが散在しています。


実際、SRVレコードは使用可能で、非標準または社内のアプリケーション/プロトコルで使用されることを目的としていました(複雑さや単純さは要因ではありませんでした)。そのためにかなり成功していると思います。元々の存在理由は高価な組み込み機器に関連していた。
到着
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.