JMAP - 이메일 교환 시 IMAP을 대체할 개방형 프로토콜

이번 달 초 Hacker News에서 활발하게 논의됐다 JMAP 프로토콜 IETF의 지시에 따라 개발됨. 우리는 그것이 왜 필요한지, 어떻게 작동하는지에 대해 이야기하기로 결정했습니다.

/ 픽셀 /PD

IMAP에 대해 마음에 들지 않았던 점

프로토콜 IMAP 1986년에 소개되었다. 표준에 설명된 많은 내용은 오늘날 더 이상 관련이 없습니다. 예를 들어 프로토콜은 문자의 줄 수와 체크섬을 반환할 수 있습니다. MD5 - 이 기능은 최신 이메일 클라이언트에서는 실제로 사용되지 않습니다.

또 다른 문제는 트래픽 소비와 관련이 있습니다. IMAP을 사용하면 이메일이 서버에 저장되고 주기적으로 로컬 클라이언트와 동기화됩니다. 어떤 이유로 사용자 장치의 복사본이 손상되면 모든 메일을 다시 동기화해야 합니다. 수천 개의 모바일 장치가 서버에 연결될 수 있는 현대 사회에서 이러한 접근 방식은 트래픽과 컴퓨팅 리소스 소비를 증가시킵니다.

프로토콜 자체뿐만 아니라 이를 사용하는 이메일 클라이언트에서도 어려움이 발생합니다. IMAP은 생성된 이후 여러 번 개정되었습니다. 현재 버전은 IMAP4입니다. 동시에 네트워크에는 많은 선택적 확장이 있습니다. 출판 된 추가된 XNUMX개의 RFC. 가장 최근의 것 중 하나는 RFC8514, 2019년에 도입되었습니다.

동시에 많은 회사에서는 IMAP 작업을 단순화하거나 대체할 수 있는 자체 독점 솔루션을 제공합니다. Gmail, Outlook, 닐 라스. 결과적으로 기존 이메일 클라이언트는 사용 가능한 기능 중 일부만 지원하게 됩니다. 이러한 다양성은 시장 세분화로 이어집니다.

IaaS 제공업체의 개발 책임자인 Sergei Belkin은 "게다가 최신 이메일 클라이언트는 메시지를 전달할 뿐만 아니라 연락처와 작업하고 캘린더와 동기화할 수 있어야 합니다."라고 말합니다. 1cloud.ru. — 오늘날 다음과 같은 타사 프로토콜은 LDAP, CardDAV를 и CalDAV를. 이러한 접근 방식은 기업 네트워크의 방화벽 구성을 복잡하게 만들고 사이버 공격을 위한 새로운 벡터를 열어줍니다.”

JMAP은 이러한 문제를 해결하기 위해 설계되었습니다. 이는 IETF(Internet Engineering Task Force)의 지도 하에 FastMail 전문가에 의해 개발되고 있습니다. 이 프로토콜은 HTTPS 위에서 실행되고 JSON을 사용하며(이러한 이유로 전자 메시지 교환뿐만 아니라 클라우드의 여러 작업 해결에도 적합함) 모바일 시스템에서 메일 작업 구성을 단순화합니다. JMAP는 편지 처리 외에도 연락처 및 달력 스케줄러 작업을 위한 확장 프로그램을 연결하는 기능도 제공합니다.

새로운 프로토콜의 특징

JMAP은 무상태 프로토콜 (상태 비저장)이며 메일 서버에 대한 영구 연결이 필요하지 않습니다. 이 기능은 불안정한 모바일 네트워크에서의 작업을 단순화하고 장치의 배터리 전원을 절약합니다.

JMAP의 이메일은 JSON 구조 형식으로 표현됩니다. 메시지의 모든 정보가 포함되어 있습니다. RFC5322 (인터넷 메시지 형식). 이메일 애플리케이션에 필요할 수 있습니다. 개발자에 따르면 이 접근 방식은 잠재적인 어려움을 해결하기 때문에 클라이언트 생성을 단순화해야 합니다. 마임, 헤더 읽기 및 인코딩) 서버가 응답합니다.

클라이언트는 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 연락처 и JMAP 달력 — 캘린더 및 연락처 목록 작업을 목표로 합니다. 에 의해 ~에 따르면 작성자, 연락처 및 달력을 별도의 문서로 분리하여 "핵심"과 별도로 추가로 개발하고 표준화할 수 있었습니다. JMAP의 소스 코드 - in GitHub의 리포지토리.

/ 픽셀 /PD

전망

표준에 대한 작업이 아직 공식적으로 완료되지 않았음에도 불구하고 이미 프로덕션 환경에서 구현되고 있습니다. 예를 들어 오픈 메일 서버의 작성자는 사이러스 IMAP JMAP 버전을 구현했습니다. FastMail의 개발자 출시 된 Perl의 새로운 프로토콜을 위한 서버 프레임워크와 JMAP 작성자가 발표한 내용 프록시 서버.

앞으로 JMAP 기반 프로젝트가 점점 더 많아질 것으로 예상됩니다. 예를 들어, Linux 시스템용 IMAP 서버를 만드는 Open-Xchange 개발자가 새 프로토콜로 전환할 가능성이 있습니다. IMAP을 매우 거부하십시오. 커뮤니티 회원들이 묻습니다., 회사 도구를 중심으로 형성되었습니다.

IETF와 FastMail의 개발자들은 점점 더 많은 사용자들이 메시징에 대한 새로운 개방형 표준의 필요성을 인식하고 있다고 말합니다. JMAP 작성자는 앞으로 더 많은 회사가 이 프로토콜을 구현하기 시작하기를 희망합니다.

추가 리소스 및 소스:

GDPR 준수를 위해 쿠키를 확인하는 방법 - 새로운 개방형 도구가 도움이 될 것입니다.

응용 프로그래밍 인터페이스를 사용하여 저장하는 방법
1cloud.ru의 예를 사용한 클라우드 서비스의 DevOps
클라우드 아키텍처의 진화 1cloud

HTTPS에 대한 잠재적 공격 및 이를 방지하는 방법
인터넷에서 서버를 보호하는 방법: 1cloud.ru 경험
짧은 교육 프로그램: 지속적인 통합이란 무엇입니까?

출처 : habr.com