🥇JMAP — откритият протокол, който ще замени IMAP при обмен на електронни писма

В началото на месеца в Hacker News активно се обсъждаше протоколът JMAP, разработван под ръководството на IETF. Решихме да поговорим за това, защо е необходим и как е устроен.

/ PxHere / PD

С какво не удовлетвори IMAP

Протокол IMAP бе представен през 1986 година. Много от нещата, описани в стандарта, днес вече не са актуални. Например, протоколът може да връща броя на редовете на имейлите и контрольни суми MD5 — тази функционалност в съвременните имейл клиенти почти не се използва.

Друг проблем е свързан с потреблението на трафик. В случая с IMAP, имейлите се съхраняват на сървъра и периодично се синхронизират с локалните клиенти. Ако по някаква причина копието на устройството на потребителя "се повреди", се налага да се синхронизира отново всичката поща. В съвременния свят, когато към сървъра могат да бъдат свързани хиляди мобилни устройства, този подход води до увеличено потребление на трафик и изчислителни ресурси.

Трудностите възникват не само със самия протокол, но и с имейл клиентите, които работят с него. От създаването на IMAP той многократно е подлаган на различни ревизии — актуалната версия днес е IMAP4. При това за него съществуват множество опционални разширения — в мрежата публикувани деветдесет RFC с допълнения. Едно от най-новите е RFC8514, представено през 2019 година.

Много компании предлагат собствени проприетарни решения, които трябва да опростят работата с IMAP или въобще да го заместят: Gmail, Outlook, Nylas. В резултат на това, съществуващите имейл клиенти поддържат само част от наличните функции. Такова разнообразие води до сегментация на пазара.

„Освен това, съвременният имейл клиент не трябва просто да извършва пренос на съобщения, но и да може да работи с контакти и да синхронизира с календара, — казва Сергей Белкин, началник на отдела за развитие на IaaS провайдера 1cloud.ru. — Днес за тези цели се използват външни протоколи като LDAP, CardDAV и CalDAV. Този подход усложнява конфигурирането на защитни стени в корпоративните мрежи и отваря нови вектори за кибератаки.

Решението на зададените проблеми е JMAP. Той е разработен от специалисти на FastMail под ръководството на Инженерния съвет на интернет (IETF). Протоколът работи на базата на HTTPS, използва JSON (по тази причина е подходящ не само за обмен на имейли, но и за решаване на редица задачи в облака) и улеснява управлението на пощата в мобилните системи. Освен обработката на имейли, JMAP предвижда и възможност за свързване на разширения за работа с контакти и календар-приложение.

Характеристики на новия протокол

JMAP е протокол без запазване на състоянието (stateless) и не изисква постоянно свързване с пощенския сървър. Тази характеристика улеснява работата в нестабилни мобилни мрежи и позволява икономия на батерията на устройствата.

Имейлът в JMAP е представен във формат JSON структура. Тя съдържа цялата информация от съобщението RFC5322 (Internet Message Format), която може да е необходима на пощенските приложения. Според разработчиците, този подход трябва да улесни създаването на клиенти, тъй като за решаването на потенциални сложност (свързани с MIME, четене на заглавия и кодиране) ще отговаря сървърът.

За свързване със сървъра, клиентът използва API. За това той формира аутентифициран POST заявка, свойствата на която са описани в сесийния обект на JMAP. Заявката има формат application/json и се състои от един JSON обект на заявка. Сървърът също генерира един обект на отговор.

В спецификация (пункт 3) авторите дават следния пример със заявка:

{
  "using": [ "urn:ietf:params:jmap:core", "urn:ietf:params:jmap:mail" ],
  "methodCalls": [
    [ "method1", {
      "arg1": "arg1data",
      "arg2": "arg2data"
    }, "c1" ],
    [ "method2", {
      "arg1": "arg1data"
    }, "c2" ],
    [ "method3", {}, "c3" ]
  ]
}

По-долу е пример за отговор, който ще генерира сървърът:

{
  "methodResponses": [
    [ "method1", {
      "arg1": 3,
      "arg2": "foo"
    }, "c1" ],
    [ "method2", {
      "isBlah": true
    }, "c2" ],
    [ "anotherResponseFromMethod2", {
      "data": 10,
      "yetmoredata": "Hello"
    }, "c2"],
    [ "error", {
      "type":"unknownMethod"
    }, "c3" ]
  ],
  "sessionState": "75128aab4b1b"
}

Пълната спецификация на JMAP с примери за реализация може да бъде намерена на официалния сайт проекта. Там авторите са публикували описание на спецификациите за JMAP Contacts и JMAP Calendars — те са насочени към работа с календари и списъци с контакти. Според казват авторите, Контакти и Календарите са изолирани в отделни документи, за да могат да бъдат доработвани и стандартизирани независимо от „ядрото“. Изходните кодове за JMAP — в репозитория на GitHub.

/ PxHere / PD

Перспективи

Въпреки че работата по стандарта все още не е завършена, той вече се внедрява в производствени среди. Например, създателите на открития пощенски сървър Cyrus IMAP реализираха неговата JMAP версия. Разработчиците от FastMail пуснаха представиха сървърен фреймуърк за новия протокол на Perl, а авторите на JMAP прокси-сървър.

очакват, че в бъдеще все повече проекти на базата на JMAP ще започнат да се появяват. Например, има известна вероятност разработчиците от Open-Xchange, създаващи IMAP сървър за Linux системи, да преминат към новия протокол. Броят на участниците в общността заявява, че искат да се откажат от IMAP., формирана около инструментите на компанията.

Разработчиците от IETF и FastMail казват, че все повече потребители виждат необходимостта от нов открит стандарт за обмен на съобщения. Авторите на JMAP се надяват, че в бъдеще все повече компании ще внедрят този протокол.

Нашите допълнителни ресурси и източници:
Как да проверите cookies за съответствие с GDPR — нов открит инструмент ще помогне
Как да спестите пари чрез приложен програмен интерфейс
DevOps в облачния сервиз на примера на 1cloud.ru
Еволюция на архитектурата на облака 1cloud
Потенциални атаки срещу HTTPS и начини за защита от тях
Как да защитим сървър в интернет: опит от 1cloud.ru
Кратко обяснение: какво е Continuous Integration