JMAP - ღია პროტოკოლი, რომელიც ჩაანაცვლებს IMAP-ს ელ.ფოსტის გაცვლისას

ამ თვის დასაწყისში Hacker News-ზე აქტიურად განიხილებოდა JMAP პროტოკოლი შემუშავებული IETF-ის ხელმძღვანელობით. გადავწყვიტეთ გვესაუბრა, რატომ იყო საჭირო და როგორ მუშაობს.

/ Px აქ /PD

რა არ მომეწონა IMAP-ში

ოქმი IMAP დაინერგა 1986 წელს. სტანდარტში აღწერილი ბევრი რამ დღეს აღარ არის აქტუალური. მაგალითად, პროტოკოლს შეუძლია დააბრუნოს ასოების სტრიქონების რაოდენობა და გამშვები ჯამები MD5 - ეს ფუნქცია პრაქტიკულად არ გამოიყენება ელ.ფოსტის თანამედროვე კლიენტებში.

კიდევ ერთი პრობლემა ტრაფიკის მოხმარებასთან არის დაკავშირებული. IMAP-ით, ელ.წერილი ინახება სერვერზე და პერიოდულად სინქრონიზდება ადგილობრივ კლიენტებთან. თუ რაიმე მიზეზით მომხმარებლის მოწყობილობაზე ასლი დაზიანდა, ყველა ფოსტა ხელახლა უნდა იყოს სინქრონიზებული. თანამედროვე სამყაროში, როდესაც ათასობით მობილური მოწყობილობის სერვერთან დაკავშირება შესაძლებელია, ეს მიდგომა იწვევს ტრაფიკის და გამოთვლითი რესურსების გაზრდას.

სირთულეები წარმოიქმნება არა მხოლოდ თავად პროტოკოლთან, არამედ ელ.ფოსტის კლიენტებთან, რომლებიც მუშაობენ მასთან. შექმნის დღიდან IMAP არაერთხელ დაექვემდებარა სხვადასხვა გადახედვას - დღევანდელი ვერსია დღეს არის IMAP4. ამავდროულად, მას აქვს მრავალი სურვილისამებრ გაფართოება - ქსელში გამოქვეყნებულია ოთხმოცდაათი RFC დამატებებით. ერთ-ერთი უახლესი არის RFC8514, წარმოდგენილი 2019 წელს.

ამავდროულად, ბევრი კომპანია გვთავაზობს საკუთარ კომპეტენტურ გადაწყვეტილებებს, რომლებიც გაამარტივებს IMAP-თან მუშაობას ან თუნდაც შეცვლის მას: Gmail, Outlook, ნილასი. შედეგი არის ის, რომ არსებული ელ.ფოსტის კლიენტები მხარს უჭერენ მხოლოდ ზოგიერთ შესაძლო ფუნქციას. ასეთი მრავალფეროვნება იწვევს ბაზრის სეგმენტაციას.

„უფრო მეტიც, ელ.ფოსტის თანამედროვე კლიენტმა არა მხოლოდ უნდა გადააგზავნოს შეტყობინებები, არამედ უნდა შეეძლოს კონტაქტებთან მუშაობა და სინქრონიზაცია კალენდართან“, - ამბობს სერგეი ბელკინი, IaaS პროვაიდერის განვითარების ხელმძღვანელი. 1cloud.ru. — დღეს, მესამე მხარის პროტოკოლებს მოსწონს LDAP, CardDAV и CalDAV. ეს მიდგომა ართულებს ფირვოლების კონფიგურაციას კორპორატიულ ქსელებში და ხსნის ახალ ვექტორებს კიბერშეტევებისთვის“.

JMAP შექმნილია ამ პრობლემების გადასაჭრელად. ის მუშავდება FastMail-ის ექსპერტების მიერ ინტერნეტ ინჟინერიის სამუშაო ჯგუფის (IETF) ხელმძღვანელობით. პროტოკოლი მუშაობს HTTPS-ზე, იყენებს JSON-ს (ამ მიზეზით ის შესაფერისია არა მხოლოდ ელექტრონული შეტყობინებების გაცვლისთვის, არამედ ღრუბელში რიგი ამოცანების გადასაჭრელად) და ამარტივებს ფოსტით მუშაობის ორგანიზებას მობილურ სისტემებში. ასოების დამუშავების გარდა, JMAP ასევე უზრუნველყოფს გაფართოებების დაკავშირების შესაძლებლობას კონტაქტებთან მუშაობისთვის და კალენდრის განრიგთან.

ახალი პროტოკოლის მახასიათებლები

JMAP არის მოქალაქეობის არმქონე პროტოკოლი (აქალაქის არმქონე) და არ საჭიროებს მუდმივ კავშირს ფოსტის სერვერთან. ეს ფუნქცია ამარტივებს მუშაობას არასტაბილურ მობილურ ქსელებში და დაზოგავს ბატარეის ენერგიას მოწყობილობებზე.

ელფოსტა JMAP-ში წარმოდგენილია JSON სტრუქტურის ფორმატში. ის შეიცავს ყველა ინფორმაციას გზავნილიდან RFC5322 (ინტერნეტ შეტყობინების ფორმატი), რომელიც შეიძლება საჭირო გახდეს ელ.ფოსტის აპლიკაციებს. დეველოპერების აზრით, ამ მიდგომამ უნდა გაამარტივოს კლიენტების შექმნა, რადგან პოტენციური სირთულეების გადაჭრა (დაკავშირებულია MIME, სათაურების კითხვა და კოდირება) სერვერი უპასუხებს.

კლიენტი იყენებს API-ს სერვერთან დასაკავშირებლად. ამისათვის ის წარმოქმნის დამოწმებულ POST მოთხოვნას, რომლის თვისებები აღწერილია JMAP სესიის ობიექტში. მოთხოვნა არის განაცხადის/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-ზე.

/ Px აქ /PD

პერსპექტივები

მიუხედავად იმისა, რომ სტანდარტზე მუშაობა ჯერ ოფიციალურად არ დასრულებულა, ის უკვე დანერგილია საწარმოო გარემოში. მაგალითად, ღია ფოსტის სერვერის შემქმნელები Cyrus IMAP განხორციელდა მისი JMAP ვერსია. დეველოპერები FastMail-დან გაათავისუფლეს სერვერის ჩარჩო ახალი პროტოკოლისთვის Perl-ში და JMAP-ის ავტორებმა წარმოადგინეს პროქსი სერვერი.

შეიძლება ველოდოთ, რომ მომავალში უფრო და უფრო მეტი JMAP-ზე დაფუძნებული პროექტი იქნება. მაგალითად, არსებობს გარკვეული ალბათობა, რომ Open-Xchange-ის დეველოპერები, რომლებიც ქმნიან IMAP სერვერს Linux სისტემებისთვის, გადაერთვებიან ახალ პროტოკოლზე. ძალიან უარი თქვით მათ IMAP-ზე საზოგადოების წევრები კითხულობენ, ჩამოყალიბდა კომპანიის ინსტრუმენტების ირგვლივ.

IETF-ისა და FastMail-ის დეველოპერები ამბობენ, რომ მეტი მომხმარებელი ხედავს შეტყობინებების ახალი ღია სტანდარტის საჭიროებას. JMAP-ის ავტორებს იმედი აქვთ, რომ მომავალში უფრო მეტი კომპანია დაიწყებს ამ პროტოკოლის დანერგვას.

ჩვენი დამატებითი რესურსები და წყაროები:

როგორ შევამოწმოთ ქუქიები GDPR შესაბამისობაში - ახალი ღია ინსტრუმენტი დაგეხმარებათ

როგორ შეინახოთ აპლიკაციის პროგრამირების ინტერფეისით
DevOps ღრუბლოვან სერვისში 1cloud.ru-ს მაგალითის გამოყენებით
ღრუბლის არქიტექტურის ევოლუცია 1 ღრუბელი

პოტენციური შეტევები HTTPS-ზე და როგორ დავიცვათ ისინი
როგორ დავიცვათ სერვერი ინტერნეტში: 1cloud.ru გამოცდილება
მოკლე საგანმანათლებლო პროგრამა: რა არის უწყვეტი ინტეგრაცია

წყარო: www.habr.com