Ресурсные записи в DNS в случае с Exchange используются ещё с версии 2007. Через них почтовый клиент получает через сервис автообнаружения настройки, необходимые для настройки подключения к серверу.
Сегодня наткнулся на интересный предложенный для обсуждения стандарт по ресурсным записям для сервисов pop3/imap4/smtp. С самими документом можно ознакомиться тут.
Предлагается ввести следующие ресурсные записи:
- _submission._tcp – для smtp на порту 587
- _pop3._tcp – для обычного pop3 на порту 110
- _pop3s._tcp – для безопасного pop3s на порту 995
- _imap._tcp – для обычного imap4 на порту 143
- _imaps._tcp – для безопасного imap4s на порту 993
Порты, естественно, можно использовать и свои (как и во всех srv-записях).
Кроме этого, в стандарте предлагается дать клиенту возможность выбора между протоколами работы, в зависимости от веса соответствующих ресурсных записей. То есть первым будет подключаться протокол имеющий меньший вес.
Посмотрим что из этого получится. На мой взгляд, этот документ устарел ещё до публикации – сами протоклы используемые в нём на текущий момент являются рудиментами и поддерживаются основными производителями почтовых серверов исключительно для совместимости.
с чего это протоколы устарели?:)
ты располагаешь данными о каких-то новых технологиях в электронной почте?)
Щас рулит https. Это и понятно – доступ через него в почтовый ящик получить более вероятно чем через pop3/imap4. И я тихонечко промолчу, что большинство некорпоративных провайдеров фильтруют траффик по 25 порту =Р
>Щас рулит https. Это и понятно – доступ через него в почтовый ящик получить более вероятно чем через pop3/imap4
https – это не протокол для работы с электронной почтой, imaps – да, то что его так применяют это другой вопрос, но разговор ведь именно о протоколах MTA/DA
>И я тихонечко промолчу, что большинство некорпоративных провайдеров фильтруют траффик по 25 порту =Р
именно для этого в стандарте предусмотрен
_submission._tcp – для smtp на порту 587
слать почту через 25 порт моветон – это должны делать только почтовые сервера
>https – это не протокол для работы с электронной почтой, imaps – да, то что его так применяют это другой вопрос, но разговор ведь именно о протоколах MTA/DA
про MTA речи нет. как правило они занимаются своим делом отдельно от почтовых клиентов и к пользовательскому доступу имеют крайне отдалённое отношение. про то, что https – не протокол для работы с почтой расскажи гуглу =Р
и таки в стандарте речь как раз о клиентском доступе идёт. прочитай чтоли его =)))
>слать почту через 25 порт моветон – это должны делать только почтовые сервера
отличный пример моветона ты можешь посмотреть здесь – http://www.mail.ru/pages/help/79.html =Р
>про MTA речи нет. как правило они занимаются своим делом отдельно от почтовых клиентов и к пользовательскому доступу имеют крайне отдалённое отношение. про то, что https – не протокол для работы с почтой расскажи гуглу =Р
и таки в стандарте речь как раз о клиентском доступе идёт. прочитай чтоли его =)))
ну я не знаю, кто может заниматься SMTP/submission кроме как MTA ))
https – это прежде всего http поверх ssl, а то что пускают поверх http – это уже другой вопрос, веб-интерфейс – это отдельная песня и к протоколам почты он никакого отношения не имеет
стандарт читал да, описан именно клиентский доступ.
Server administrators choose whether clients use TCP port 25 (SMTP) or port 587 (Submission), as formalized in RFC 4409, for relaying outbound mail to a mail server.
просто фишка в том, что 25 порт может использоваться и для общения между серверами, и для доставки почты на конкретный сервер, и для клиентов без шифрования и даже для клиентов и серверов с шифрованием TLS+STARTSSL, он универсальный,
а 587 порт придуман именно для приема исходящей почты от клиентов и больше ни для чего. может мы друг друга не поняли? 😀
то что ты говоришь “На мой взгляд, этот документ устарел ещё до публикации – сами протоклы используемые в нём на текущий момент являются рудиментами и поддерживаются основными производителями почтовых серверов исключительно для совместимости” – в корне неверно, у тебя неправильный взгляд:)
Я вот специально почитал, какие стандарты поддерживает Exchange (тут http://www.maximumexchange.ru/2009/05/04/microsoft-exchange-2007-rfc-and-standards-support/) и никаких других новых протоколов я там не нашел, то что у него есть свои “нестандартные” плюшки – это другой вопрос, но никак нельзя поэтому называть smtp/imap рудиментами))
так какие тогда почтовые протоколы ты не считаешь рудиментами(нравится мне это слово :D)?
>отличный пример моветона ты можешь посмотреть здесь – http://www.mail.ru/pages/help/79.html =Р
ну примеров полно, но как правило, применение submission касается не больших публичных сервисов, а домашних провайдеров, которые как раз режут 25 порт и их автоматические настройки выдают submission, в us это кстати распространено
Вот ты настырный. Я могу с корпоративной почтой работать используя корпоративного почтового клиента только по протоколу https. Больше мне ничего не надо. Меня и клиентов моего корпоративного почтового сервиса по большому счёту не беспокоит наличие закрытых/открытых портов в том месте, где клиент соизволил поработать с почтой. Главное, чтобы был интернет (http/https). Вот это я и имел ввиду.
Не забывай, что я написал “На мой взгляд”. Это моя точка зрения, я на абсолютную правоту не претендую.
Рудиментами же pop3/imap я считаю исключительно из-за того, что они не поддерживают все функции необходимые для полноценной работы с корпоративной почтой.