Có bản ghi DNS tiêu chuẩn để chỉ ra máy chủ IMAP cho một tên miền không?


19

Sau một số tìm kiếm, tôi đã hoàn toàn trắng tay nếu có bất kỳ đặc điểm kỹ thuật (hoặc không chuẩn nào cho vấn đề đó) hoặc thực tiễn tốt nhất để chỉ định máy chủ IMAP cho một tên miền. Tức là nếu tôi có một tài khoản như "jimi@example.com" và tôi muốn đọc thư của mình qua IMAP, có bản ghi DNS nào cho biết máy khách thư của tôi nên liên hệ với máy chủ thư nào không? Tôi chưa bao giờ thấy bất cứ điều gì như thế này và hầu như tất cả các hướng dẫn thiết lập email mà tôi đã thấy bao gồm tên máy chủ chính xác cho IMAP, ví dụ: "mail.example.com" hoặc "imap.example.com". Tôi đoán giả định là các nhân viên hoặc người dùng khác của example.com có ​​thể tìm ra máy chủ nào sẽ sử dụng từ quản trị viên của họ. Tuy nhiên, nếu example.com có ​​hàng ngàn tài khoản, điều này sẽ trở nên nặng nề.

Có ai nghe thấy bất cứ điều gì như thế này?


4
Một số ứng dụng hỗ trợ tự động phát hiện dns và có thể có một số rfc hoặc spec để tự động phát hiện imap. Tôi không mong đợi rằng nhiều người đã theo dõi nó, vì những lý do mà bạn đề cập. Một org sẽ xuất bản tài liệu hoặc sử dụng quản lý cấu hình để cấu hình điểm cuối. smtp cần biết tên để định tuyến thư. IMAP là định tuyến của con người. :-)
Aaron

Câu trả lời:


34

Từ góc độ DNS, bạn có các bản ghi DNS SRV cho phép sử dụng DNS để xuất bản dịch vụ và khám phá dịch vụ. Công dụng chính của chúng là cho phép các dịch vụ chạy dễ dàng trên các cổng không chuẩn và giảm gánh nặng cấu hình khi thiết lập máy khách.

Một bản ghi SRV có dạng sau:

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

và một cho IMAP được định nghĩa trong RFC 6186 và sẽ như sau:

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

hoặc là

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

Mặc dù vậy, hầu hết các ứng dụng email không đặc biệt tìm kiếm máy chủ IMAP trước tiên, nhưng sử dụng tự động phát hiện để lấy các cài đặt ứng dụng email từ địa chỉ email mà người dùng nhập.
Nếu người dùng nhập username@example.com, tùy thuộc vào khách hàng, những người thường liên quan đến một trong hai

  • một _autodiscover._tcp.example.com.bản ghi SRV như được sử dụng bởi MS Exchange và Outlook
  • một máy chủ thực tế được gọi là autoconfig.example.com.
  • hoặc hơn

Một bài viết khá hay được tìm thấy ở đây: https://developer.mozilla.org/en-US/docs/Mozilla/Thunderbird/Autoconfiguration


1
Cảm ơn - vâng, đó chính xác là thứ mà tôi đang tìm kiếm. Thật thú vị khi cách làm "chuẩn" (bản ghi SRV) dường như không phổ biến chút nào. Tôi đoán có rất ít áp lực để thực hiện nó vì về mặt kỹ thuật bạn có thể thoát khỏi mà không cần miễn là người dùng hoặc ứng dụng thư của bạn biết phải làm gì để nó hoạt động.
bgp

3
"Vấn đề" với email là các cài đặt máy khách phức tạp hơn một chút so với chỉ một máy chủ / giao thức, một số ISP sử dụng địa chỉ email hoàn chỉnh làm loginname, một số khác chỉ là phần người dùng hoặc tên đăng nhập thậm chí không giống với địa chỉ email . Có một số thuật toán băm mật khẩu khác nhau, các dịch vụ trên một cổng SSL chuyên dụng hoặc STARTTLS trên cùng một cổng với giao thức văn bản rõ ràng truyền thống, POP trước khi xác thực SMTP so với SMTP, v.v.
HBruijn

4
Một số trong những điều đó được chỉ định trong RFC 6186 - tất nhiên không phải là nó có ích nếu bạn không biết liệu máy chủ có tuân theo tiêu chuẩn hay không.
Legoscia

1

Không biết về bất kỳ tiêu chuẩn nào, nhưng về mặt DNS, bạn thường chỉ cần đăng ký "tên nổi tiếng" imap.example.com và có lẽ cả imaps.example.com

Bản ghi SRV dành cho những thứ muộn hơn / phức tạp hơn. Ví dụ. tìm máy chủ Active Directory cho một miền hoặc được sử dụng như một phần của Khám phá Dịch vụ DNS.

Lịch sử tràn ngập các cơ chế quảng cáo / khám phá dịch vụ khác nhau.


Trên thực tế, các bản ghi SRV được dự định có thể sử dụng được và được sử dụng bởi các ứng dụng / giao thức không chuẩn hoặc đường phố (độ phức tạp hoặc đơn giản không phải là một yếu tố). Tôi tin rằng nó đã khá thành công cho điều đó. Raison d'etre ban đầu của nó có liên quan đến một thiết bị nhúng đắt tiền.
arnt
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.