Существует ли стандартная DNS-запись для указания сервера IMAP для домена?

19

После некоторого поиска я пришел с пустыми руками, если есть какая-либо стандартная (или нестандартная в этом отношении) спецификация или лучшие практики для указания сервера IMAP для доменного имени. Т.е., если у меня есть учетная запись, такая как "jimi@example.com", и я хочу читать свою почту через IMAP, есть ли какая-либо запись DNS, которая указала бы моему почтовому клиенту, с каким почтовым сервером он должен связаться? Я никогда не видел ничего подобного, и практически все инструкции по настройке электронной почты, которые я видел, включают точное имя хоста для IMAP, например, «mail.example.com» или «imap.example.com». Я предполагаю, что сотрудники или другие пользователи сайта example.com могут узнать, какой сервер использовать, у своего администратора. Однако если бы на example.com были тысячи аккаунтов, это стало бы обременительным.

Кто-нибудь слышал что-нибудь подобное?

domain-name-system email imap

— BGP
источник

4

Некоторые приложения поддерживают автоматическое обнаружение DNS, и, возможно, есть некоторые rfc или спецификации для автоматического обнаружения imap. Я не ожидал бы, что многие последовали этому по тем же причинам, которые вы упомянули. Орг будет публиковать документы или использовать управление конфигурацией для настройки конечных точек. smtp должен знать имена для маршрутизации почты. IMAP - это человек, перенаправленный :-)

— Аарон

34

С точки зрения DNS у вас есть записи SRV DNS, которые позволяют использовать 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.SRV запись , такие как используется MS Exchange и Outlook ,
фактический хост называется autoconfig.example.com.
или больше

Довольно хорошее описание можно найти здесь: https://developer.mozilla.org/en-US/docs/Mozilla/Thunderbird/Autoconfiguration

— HBruijn
источник

1

Спасибо - да, это именно то, что я искал. Интересно, что «стандартный» способ сделать это (запись SRV), похоже, совсем не популярен. Я полагаю, что для его реализации требуется небольшое давление, поскольку технически вы можете обойтись без него, если ваши пользователи или почтовый клиент знают, что нужно сделать, чтобы это работало.

— BGP

3

«Проблема» с электронной почтой заключается в том, что настройки клиента немного сложнее, чем просто хост / протокол, некоторые интернет-провайдеры используют полный адрес электронной почты в качестве имени для входа в систему, другие - только пользовательскую часть или имя для входа в систему, могут даже не напоминать адрес электронной почты. , Существует ряд различных алгоритмов хеширования паролей, сервисов на выделенных портах SSL или STARTTLS на том же порте, что и традиционный протокол

— открытого

4

Некоторые из этих вещей определены в RFC 6186 , но это не обязательно помогает, если вы, конечно, не знаете, следует ли сервер стандарту.

— Legoscia

1

Сам по себе не знает ни одного стандартного стандарта, но в терминах DNS вы обычно регистрируете «хорошо известное имя» imap.example.com и, возможно, также imaps.example.com.

Записи SRV для более поздних / более сложных вещей. Например. найти серверы Active Directory для домена или использовать как часть обнаружения службы DNS.

История усеяна различными сервисными механизмами рекламы / обнаружения.

— Кэмерон Керр
источник

На самом деле записи SRV были предназначены для того, чтобы их можно было использовать и использовать нестандартные или внутренние приложения / протоколы (сложность или простота не учитывались). Я считаю, что это было довольно успешно для этого. Его оригинальный смысл был связан с дорогим встроенным устройством.

— Арнт