도메인의 IMAP 서버를 나타내는 표준 DNS 레코드가 있습니까?


19

일부 검색 후 도메인 이름에 IMAP 서버를 지정하기위한 표준 (또는 그 표준이 아닌 표준) 사양 또는 모범 사례가 있는지 완전히 비었습니다. 즉, "jimi@example.com"과 같은 계정이 있고 IMAP을 통해 메일을 읽으려면 메일 클라이언트에게 어떤 메일 서버에 연락해야하는지 나타내는 DNS 레코드가 있습니까? 이와 같은 것을 본 적이 없으며, 실제로 본 모든 이메일 설정 지침에는 "mail.example.com"또는 "imap.example.com"과 같은 IMAP의 정확한 호스트 이름이 포함되어 있습니다. 직원 또는 example.com의 다른 사용자가 관리자로부터 사용할 서버를 찾을 수 있다고 가정합니다. 그러나 example.com에 수천 개의 계정이있는 경우 이는 부담이됩니다.

누구든지 이런 말을 들었습니까?


4
일부 응용 프로그램은 자동 검색 DNS를 지원하며 imap 자동 검색에 대한 일부 rfc 또는 사양이있을 수 있습니다. 나는 당신이 언급 한 바로 그 이유 때문에 많은 사람들이 그것을 따르기를 기대하지 않습니다. 조직은 문서를 게시하거나 구성 관리를 사용하여 엔드 포인트를 구성합니다. smtp는 메일 라우팅의 이름을 알아야합니다. IMAP는 사람이 라우팅합니다. :-)
Aaron

답변:


34

DNS 관점에서 볼 때 서비스 및 서비스 검색을 위해 DNS를 사용할 수있는 SRV DNS 레코드 가 있습니다. 주요 용도는 비표준 포트에서 서비스를 쉽게 실행하고 클라이언트를 설정할 때 구성 부담을 줄이는 것입니다.

SRV 레코드는 다음과 같은 형태를 가진다 :

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

IMAP에 대한 하나는 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 포트의 서비스 또는 기존 일반 텍스트 프로토콜과 동일한 포트의 SMTP, SMTP 대 SMTP 인증 등과 같은 포트의 STARTTLS가 있습니다.
HBruijn

4
이러한 것들 중 일부는 RFC 6186에 명시되어 있습니다. 물론 서버가 표준을 따르는 지 여부를 모른다면 반드시 도움이되는 것은 아닙니다.
legoscia

1

표준 자체는 알지 못하지만 DNS 용어로는 일반적으로 "잘 알려진 이름"imap.example.com 및 아마도 imaps.example.com 만 등록하면됩니다.

SRV 레코드는 훨씬 나중에 / 더 복잡한 것입니다. 예 : 도메인의 Active Directory 서버를 찾거나 DNS 서비스 검색의 일부로 사용

역사는 다양한 서비스 광고 / 발견 메커니즘으로 가득 차 있습니다.


실제로 SRV 레코드는 비표준 또는 내부 응용 프로그램 / 프로토콜에서 사용할 수 있도록 사용되었습니다 (복잡성 또는 단순성은 고려되지 않았습니다). 나는 그것이 상당히 성공적이라고 생각합니다. 원래 raison d' etre는 값 비싼 임베디드 장치와 관련이있었습니다.
ARNT
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.