JMAP คืออะไร ? รู้จักโปรโตคอลอีเมลยุคใหม่ แทน SMTP/POP3 ฉลาด พัฒนาง่าย

JMAP คืออะไร ?

เป็นเวลากว่าสามทศวรรษแล้วที่ระบบรับส่งอีเมลทั่วโลกถูกขับเคลื่อนด้วย โปรโตคอล (Protocol) ระดับตำนานอย่าง POP3 (Post Office Protocol version 3) ที่คิดค้นมาตั้งแต่ยุค ค.ศ. 1980 (พ.ศ. 2543) และ IMAP (Internet Message Access Protocol) ที่ถูกสร้างขึ้นเพื่อตอบโจทย์การทำงานในยุคคอมพิวเตอร์ตั้งโต๊ะ (Desktop) โปรโตคอลดั้งเดิมเหล่านี้ออกแบบขึ้นในยุคที่ผู้ใช้เชื่อมต่อ อินเทอร์เน็ต (Internet) ผ่านสายโทรศัพท์ หรือ สาย LAN อย่างคงที่

แต่เมื่อบริบทของเทคโนโลยีเปลี่ยนผ่านเข้าสู่ยุค Mobile-First และ Web-Native อย่างสมบูรณ์ โครงสร้างแบบเดิมก็เริ่มส่งผลกระทบต่อประสิทธิภาพการใช้งานอย่างเห็นได้ชัด ทั้งการต้องเปิดเชื่อมต่อค้างไว้ การส่งคำสั่งโต้ตอบไปมาระหว่างอุปกรณ์กับเซิร์ฟเวอร์หลายรอบ (Multiple Round-Trips) ซึ่งทำให้โปรแกรมทำงานล่าช้า, เปลืองแบนด์วิดท์ และสูบพลังงานแบตเตอรี่อย่างรวดเร็ว

JMAP (JSON Meta Application Protocol) จึงถูกสร้างขึ้นมาเพื่อแก้ปัญหาเหล่านี้โดยตรง โดยทำหน้าที่เป็นมาตรฐานใหม่ในการจัดการตู้จดหมายที่ยกเครื่องรูปแบบการสื่อสารใหม่ทั้งหมด จากคำสั่งแบบ Text-based ดั้งเดิม ให้กลายเป็น JSON over HTTPS ซึ่งเป็นภาษา และโปรโตคอลมาตรฐานหลักที่เว็บ และโปรแกรมยุคปัจจุบันใช้งานอยู่ สิ่งนี้ไม่เพียงแต่ช่วยยกระดับความเร็ว, ประหยัดแบตเตอรี่ และทำให้การซิงก์ข้อมูลบนอุปกรณ์พกพาทำได้อย่างไหลลื่นเท่านั้น แต่ยังลดความยุ่งยากซับซ้อนของโครงสร้างระบบลงอย่างมหาศาล

จะน่าสนใจขนาดไหน ในบทความนี้ มาทำความรู้จักกับโปรโตคอล JMAP ตัวใหม่นี้กันเลย ...

JMAP คืออะไร ? (What is JMAP ?)

JMAP เป็นโปรโตคอลแบบมาตรฐานเปิด (Open Standard) ที่ถูกคิดค้นขึ้นเพื่อเป็น ส่วนต่อประสานโปรแกรมประยุกต์ (API) สำหรับจัดการข้อมูลในตู้จดหมาย (Mailbox) โดยเปลี่ยนรูปแบบการสื่อสารจากเดิมที่เป็นคำสั่งข้อความแบบเฉพาะ (Text-Based Status Commands) มาเป็นการรับส่งข้อมูลในรูปแบบ JSON ผ่านโปรโตคอล HTTPS JMAP ช่วยให้อุปกรณ์พกพา และ เว็บแอปพลิเคชัน (Web Application) สามารถดึงข้อมูล, อัปเดตสถานะ, ส่งอีเมล รวมถึงซิงก์ข้อมูลได้อย่างรวดเร็ว, มีประสิทธิภาพสูง และใช้ทรัพยากรเครื่องน้อยลงอย่างเห็นได้ชัด

หากอธิบายให้เห็นภาพง่ายที่สุด JMAP ทำหน้าที่เหมือน "ภาษากลางยุคใหม่" ที่ถูกออกแบบมาเพื่อเข้ามาทดแทนโปรโตคอลดั้งเดิมอย่าง IMAP และ SMTP โดยการแปลงโครงสร้างข้อมูลอีเมลทั้งหมด ไม่ว่าจะเป็นตัวข้อความ (Email), โฟลเดอร์ (Mailbox) หรือสถานะการส่ง (EmailSubmission) ให้กลายเป็น JSON ที่เข้าใจง่าย และเป็นระเบียบ ช่วยใหักรณีการทำงานที่เคยยุ่งยากอย่างการค้นหาจดหมาย การอัปเดตสถานะอ่านแล้วบนหลายอุปกรณ์ หรือการส่งอีเมล สามารถทำจบได้ในคำสั่งเดียวผ่าน Endpoint เดียวกัน ซึ่งช่วยลดความซับซ้อนในการเขียนโค้ดของนักพัฒนาลงได้อย่างมหาศาล

ภาพจาก : https://linagora.com/en/topics/what-jmap-used

ทำไม JMAP ถึงถูกสร้างขึ้นมา ? (Why Was JMAP Created ?)

จุดประสงค์หลักในการสร้าง JMAP ขึ้นมาเกิดจากข้อจำกัดของโปรโตคอลรุ่นเก่า

ลดจำนวนการรับส่งข้อมูล

IMAP จำเป็นต้องส่งคำสั่งโต้ตอบไปมาระหว่าง ไคลเอนต์ (Client) และ เซิร์ฟเวอร์ (Server) หลายรอบในการเปิดดูอีเมลแต่ละโฟลเดอร์ ซึ่งสร้าง ความหน่วง (Latency) บนเครือข่ายมือถือ

ประหยัดพลังงาน และข้อมูล

การเชื่อมต่อ IMAP แบบค้างไว้ตลอดเวลา มีความสิ้นเปลืองแบตเตอรี่ และสลับโฟลเดอร์ได้ยาก JMAP จึงถูกออกแบบมาให้ส่งข้อมูลแบบมินิมัล เหมาะกับอุปกรณ์เคลื่อนที่

ลดความซับซ้อนสำหรับนักพัฒนา

โปรโตคอล IMAP/POP3 มีโครงสร้างการวิเคราะห์ข้อมูล (Parsing) ที่ซับซ้อนมาก ในขณะที่ JMAP ใช้ JSON over HTTPS ซึ่งเป็นมาตรฐานที่นักพัฒนายุคปัจจุบันคุ้นเคยอยู่แล้ว

ทำหน้าที่แทนหลายโปรโตคอล

JMAP ถูกตั้งเป้าให้รองรับทั้ง อีเมล โดยมาแทน IMAP/SMTP, สมุดรายนามติดต่อ โดยมาแทน CardDAV และปฏิทิน โดยมาแทน CalDAV ในโปรโตคอลเดียว

มาตรฐานของ JMAP (JMAP Standards)

JMAP ได้รับการรับรองอย่างเป็นทางการจากองค์กรมาตรฐานอินเทอร์เน็ต IETF (Internet Engineering Task Force) เป็นที่เรียบร้อยแล้ว โดยมีข้อกำหนดหลักดังนี้

RFC 8620 JMAP Core

กำหนดโครงสร้างหลักของโปรโตคอล การส่งคำสั่งผ่าน JSON over HTTPS, ระบบ Data Batching, State Synchronization และ Push Notification Mechanism

RFC 8621 JMAP for Mail

กำหนดโมเดลข้อมูลเฉพาะสำหรับระบบอีเมล การจัดการโฟลเดอร์ (Mailbox), อีเมล (Email) และการส่งอีเมล (EmailSubmission) ซึ่งช่วยให้ส่งอีเมลได้โดยตรงโดยไม่ต้องพึ่ง SMTP แยกต่างหาก

RFC 8622 / RFC 8887

ครอบคลุมการจัดการ Push Notifications และ Event Source ในระบบ JMAP

การทำงานของ JMAP (How does JMAP works ?)

กลไกการทำงานของ JMAP มีจุดเด่นสำคัญอยู่ 4 ข้อใหญ่ คือ

1. JSON over HTTPS

สื่อสารผ่านคำสั่ง POST ไปยัง Endpoint เดียวกันโดยใช้ JSON payload ทำให้ไม่ต้องเปิดการเชื่อมต่อค้างไว้แบบ IMAP

2. Request Batching

สามารถรวมคำสั่งหลายเรื่อง เช่น ขอรายการโฟลเดอร์ + อ่านอีเมลใหม่ + อัปเดตสถานะอ่านแล้ว ไว้ใน JSON Request เดียว ช่วยลดปัญหาความล่าช้าในการตอบสนอง

3. Delta Sync

JMAP ใช้สายอักขระ State String ในการตรวจสอบ หากสถานะฝั่ง Server เปลี่ยนแปลง Client จะส่งคำสั่งขอรับเฉพาะส่วนที่มีการแก้ไข (Changes) เท่านั้น ทำให้การซิงก์ทำได้รวดเร็วโดยไม่ต้องสแกนใหม่ทั้งตู้

4. Push Notifications

รองรับการแจ้งเตือนอีเมลใหม่ในเรียลไทม์ผ่านมาตรฐาน Server-Sent Events (SSE) หรือ Push Subscriptions

เปรียบเทียบ JMAP, IMAP และ POP3 (JMAP, IMAP and POP3 Quick Comparison)

การใช้งานในโลกความเป็นจริง (Adoption in the Real World)

แม้ว่า JMAP จะเป็นโปรโตคอลที่ทันสมัย แต่การยอมรับในปัจจุบันยังอยู่ในช่วงการเติบโต ลองมาดูสถานการณ์ที่น่าสนใจในปัจจุบันนี้ของมันกันสักหน่อยดีกว่า

ผู้ให้บริการที่รองรับหลัก

มี Fastmail เป็นผู้ผลักดันมาตรฐานนี้อย่างเต็มที่ รองรับการใช้งานเต็มรูปแบบ นอกจากนี้ยังมีผู้ให้บริการรายย่อยและแพลตฟอร์มอย่าง Mailbux ที่ให้การสนับสนุนด้วยเช่นกัน

Mail Server ซอฟต์แวร์

Apache James, Stalwart Mail Server และ Cyrus IMAP รองรับมาตรฐาน JMAP RFCs แล้ว

ข้อจำกัดในการใช้งาน

ผู้ให้บริการอีเมลรายใหญ่อย่าง Gmail, Outlook หรือ iCloud ยังคงใช้ ส่วนต่อประสานโปรแกรมประยุกต์ (API) เฉพาะตัว ที่เป็น ซอฟต์แวร์กรรมสิทธิ์ (Proprietary Software) หรือ IMAP ดั้งเดิม และยังไม่ได้เปิด JMAP Endpoint เป็นหลักในวงกว้าง

ความปลอดภัย และการยืนยันตัวตนของ JMAP (JMAP Security and Authentication)

โปรโตคอลดั้งเดิมอย่าง IMAP และ POP3 ถูกออกแบบขึ้นในยุคที่อินเทอร์เน็ตยังไม่มีภัยคุกคามไซเบอร์ที่ซับซ้อน ทำให้สเปกเดิมของโปรโตคอลเหล่านั้นขาดกลไกความปลอดภัยในตัว และต้องพึ่งพาการต่อเติม ส่วนขยาย (Extension) อย่าง STARTTLS หรือ Secure Sockets Layer (SSL)/Transport Layer Security (TLS) ในภายหลัง เพื่อป้องกันไม่ให้รหัสผ่านถูกส่งเป็นข้อความธรรมดา (Plaintext) บนเครือข่าย นอกจากนี้ IMAP ยังบังคับให้แอปพลิเคชันต้องส่งรหัสผ่านหลัก (Master Password) ของผู้ใช้ไปยืนยันตัวตน หรือพึ่งพาการจัดการ Credential ที่ซับซ้อน ซึ่งเสี่ยงต่อการถูกดักจับข้อมูล และการรั่วไหลของรหัสผ่านอย่างมาก

JMAP แก้ปัญหาเชิงโครงสร้างเหล่านี้ด้วยการยกระดับมาตรการความปลอดภัย และการยืนยันตัวตนมาไว้เป็นส่วนหนึ่งของมาตรฐานหลักตั้งแต่แรกเริ่ม (Security by Design) โดยอิงกับมาตรฐานสากลของเว็บยุคใหม่ ดังนี้

การบังคับใช้ HTTPS/TLS เป็นมาตรฐานบังคับ

JMAP กำหนดให้การรับส่งข้อมูลทั้งหมดต้องทำผ่านโปรโตคอล HTTPS (TLS 1.2 ขึ้นไป) เท่านั้น ปราศจากการส่งข้อมูลแบบ Unencrypted Plaintext ช่วยป้องกันการถูกแอบดักรับข้อมูล (Eavesdropping), การดักแก้ไขข้อมูลกลางทาง (Man-in-the-Middle Attacks) และการสวมรอยเซิร์ฟเวอร์ได้อย่างสมบูรณ์

การยืนยันตัวตนด้วยมาตรฐานเว็บสมัยใหม่

JMAP ออกแบบมาให้ทำงานร่วมกับ OAuth 2.0 (RFC 6749) และ Bearer Tokens (RFC 6750) ได้อย่างราบรื่น แอปพลิเคชันฝั่ง Client ไม่จำเป็นต้องล่วงรู้ หรือจัดเก็บรหัสผ่านจริงของผู้ใช้เลยแม้แต่น้อย แต่จะสื่อสารผ่าน Access Token ที่กำหนดขอบเขตสิทธิ์ (Scopes) และมีอายุการใช้งานจำกัด หากอุปกรณ์สูญหาย ผู้ใช้ก็สามารถยกเลิกสิทธิ์ (Revoke Token) ของอุปกรณ์เครื่องนั้นได้ทันทีโดยไม่ต้องเปลี่ยนรหัสผ่านหลัก

โครงสร้างการจัดการ Session ที่รัดกุม

ก่อนที่ Client จะเริ่มส่งคำสั่ง JMAP ได้ จะต้องผ่านขั้นตอน Session Discovery โดยการส่ง Request ไปยัง Endpoint /.well-known/jmap พร้อม Token เพื่อให้เซิร์ฟเวอร์ส่งคืน Session Object ที่ระบุขอบเขตสิทธิ์ (Capabilities) ที่แอปพลิเคชันนั้นได้รับ เช่น สิทธิ์อ่านได้อย่างเดียว (Read-only) หรือสิทธิ์จัดการตู้จดหมายเต็มรูปแบบ ช่วยจำกัดความเสียหายในกรณีที่ Access Token รั่วไหล

เข้ากันได้กับระบบรักษาความปลอดภัยระดับองค์กร

เนื่องจาก JMAP สื่อสารผ่านพอร์ตมาตรฐาน HTTP/HTTPS (Port 443) และใช้วัตถุ JSON รูปแบบเดียว ทำให้ระบบรักษาความปลอดภัยขององค์กร เช่น Web Application Firewall (WAF), Reverse Proxy, API Gateway หรือระบบตรวจสอบสิทธิ์แบบ Single Sign-On (SSO / Multi-Factor Authentication) สามารถเข้ามาตรวจสอบ กรองปริมาณ Traffic (Rate Limiting) และป้องกันการโจมตีทางไซเบอร์ได้ทันที โดยไม่ต้องตั้งค่าซอฟต์แวร์เป็นพิเศษสำหรับพอร์ตอีเมลแบบดั้งเดิม เช่น Port 143, 993 หรือ 587

ทิศทางในอนาคต ระบบปฏิทินและรายชื่อติดต่อ (The Road Ahead Calendars and Contacts)

เป้าหมายสูงสุดของ JMAP ไม่ได้หยุดอยู่เพียงแค่การยกเครื่องระบบอีเมล (Email) เท่านั้น แต่ผู้คิดค้น และกลุ่มทำงาน IETF ตั้งเป้าให้ JMAP กลายเป็นมาตรฐานสากลในการจัดการ ข้อมูลส่วนบุคคลแบบครบวงจร ซึ่งครอบคลุมทั้งระบบอีเมล, ปฏิทินนัดหมาย และสมุดรายชื่อติดต่อ เพื่อสร้างระบบนิเวศเดียวกันที่ไร้รอยต่อ

ในปัจจุบัน การจัดการปฏิทิน และรายชื่อติดต่อยังคงพึ่งพาโปรโตคอลยุคเก่าอย่าง CalDAV และ CardDAV ซึ่งถูกพัฒนาขึ้นบนพื้นฐานของ WebDAV โปรโตคอลเหล่านี้ใช้รูปแบบการจัดเก็บข้อมูลแบบ iCalendar (.ics) สำหรับปฏิทิน และ vCard (.vcf) สำหรับรายชื่อ ซึ่งเป็นรูปแบบไฟล์ข้อความยุคโบราณที่ประมวลผล (Parse) ได้ยาก มีขนาดไฟล์ใหญ่ มีปัญหาเรื่องความย้อนแย้งของข้อมูลเมื่อซิงก์ข้ามแพลตฟอร์ม และบ่อยครั้งที่ข้อมูลช่องเดียวกันถูกตีความต่างกันในแต่ละแอปพลิเคชัน ส่งผลให้เกิดปัญหาข้อมูลสูญหาย หรือรายชื่อติดต่อซ้ำซ้อนอยู่เป็นประจำ

เพื่อแก้ไขปัญหานี้ JMAP จึงได้ขยายขอบเขตมาตรฐานออกเป็น 2 ส่วรสำคัญสำหรับอนาคต ดังนี้

1. JMAP Contacts (RFC 9610)

มาตรฐานการจัดการสมุดรายชื่อติดต่อยุคใหม่ที่ถูกออกแบบมาทดแทน CardDAV โดยแปลงโครงสร้าง vCard ให้กลายเป็น JSContact ซึ่งเป็นรูปแบบ JSON Object ที่มีความเป็นระเบียบชัดเจน (Strongly-typed) ช่วยให้นักพัฒนาสามารถดึงเฉพาะข้อมูลที่ต้องการ เช่น ค้นหาเฉพาะหมายเลขโทรศัพท์ หรืออัปเดตเฉพาะรูปโปรไฟล์ ได้โดยไม่ต้องดาวน์โหลด vCard เต็มรูปแบบของทุกรายชื่อมาประมวลผลใหม่ นอกจากนี้ ยังรองรับการซิงก์แบบ Delta Sync และ Request Batching แบบเดียวกับ JMAP for Mail ทำให้การซิงก์รายชื่อหลายพันรายการบนสมาร์ตโฟนเสร็จสิ้นได้ในเวลาไม่กี่วินาที

2. JMAP Calendars & JSCalendar

โครงการปฏิวัติระบบปฏิทินนัดหมายที่จะเข้ามาทดแทน CalDAV และ iCalendar (.ics) โดยทำการแปลงข้อมูล, เหตุการณ์นัดหมาย, สถานที่, การเชิญผู้เข้าร่วม และการตั้งเตือน ให้กลายเป็นมาตรฐาน JSCalendar ซึ่งเป็นโครงสร้าง JSON ที่อ่านง่าย, ประมวลผลรวดเร็ว และรองรับเงื่อนไขเวลาที่ซับซ้อน เช่น Timezone และ Recurrence Rules ได้ดีกว่าเดิม การใช้ JMAP Calendars ช่วยให้แอปพลิเคชันสามารถดึงข้อมูลนัดหมายเฉพาะช่วงเวลาที่ต้องการ (Date Range Query) และรับการแจ้งเตือนเมื่อมีการแก้ไขนัดหมายได้แบบเรียลไทม์ผ่าน Push Notification เดียวกันกับระบบอีเมล

การรวม Email, Contacts และ Calendars เข้ามาอยู่ภายใต้ร่มเงาของ JMAP จะช่วยให้อุปกรณ์พกพา และเว็บแอปพลิเคชันเปิดการเชื่อมต่อ (HTTPS Connection) และระบบ Authentication เพียงชุดเดียว แต่สามารถจัดการข้อมูลส่วนบุคคลได้ทั้งหมด สิ่งนี้ช่วยลดภาระการทำงานของเครื่องเซิร์ฟเวอร์ ประหยัดพลังงานแบตเตอรี่บนอุปกรณ์พกพาได้อย่างมหาศาล และเปิดโอกาสให้นักพัฒนาสามารถสร้างสรรค์แอปพลิเคชันที่ดึงข้อมูลอีเมล, นัดหมาย และรายชื่อมาทำงานร่วมกันได้อย่างราบรื่น และมีประสิทธิภาพสูงสุด

วิธีการใช้งาน JMAP (How to use JMAP ?)

สำหรับผู้ที่ต้องการเริ่มต้นใช้งาน JMAP จะมีขั้นตอนดังต่อไปนี้

1. เลือก Mail Server/Provider : ใช้บริการที่รองรับ JMAP เช่น Fastmail, Mailbux หรือตั้งเซิร์ฟเวอร์เองด้วย Stalwart / Apache James
2. ค้นหา Endpoint : เรียกใช้ GET /.well-known/jmap เพื่อขอ Session Object ซึ่งจะส่งคืน URL API และขีดความสามารถของเซิร์ฟเวอร์
3. ยืนยันตัวตน : ใช้ OAuth 2.0 Access Token หรือ Bearer Token
4. ส่ง JSON Requests : สร้าง HTTP POST Request พร้อมคำสั่ง methodCalls เพื่อดึงข้อมูล หรือส่งอีเมลตามสเปก RFC 8621

ความเป็นมาของ JMAP (History of JMAP)

จุดเริ่มต้นของ JMAP (JSON Meta Application Protocol) ย้อนกลับไปในปี ค.ศ. 2014 (พ.ศ. 2557) ซึ่งเป็นยุคที่สมาร์ตโฟนกลายเป็นอุปกรณ์หลักในการใช้อินเทอร์เน็ต แต่เทคโนโลยีการสื่อสารข้อมูลอีเมลกลับยังคงผูกติดกับเทคโนโลยีจากยุค ค.ศ. 1980 - 1990 (พ.ศ. 2523 - 2533)

ทีมวิศวกรซอฟต์แวร์จาก Fastmail ผู้ให้บริการอีเมลรายใหญ่สัญชาติออสเตรเลีย นำโดย Neil Jenkins และ Bron Gondwana ร่วมกับผู้เชี่ยวชาญด้านระบบอีเมลชั้นนำ ได้เผชิญกับข้อจำกัดมหาศาลในการพัฒนาแอปพลิเคชันบนสมาร์ทโฟนผ่านโปรโตคอล IMAP ความล่าช้าในการสลับโฟลเดอร์, การต้องส่งคำสั่งโต้ตอบหลายสิบรอบเพื่อเปิดดูตู้จดหมาย และการสูบแบตเตอรี่จากการเชื่อมต่อ IMAP IDLE ค้างไว้ ทำให้พวกเขามองว่า ถึงเวลาแล้วที่จะต้องปฏิวัติโครงสร้างพื้นฐานของระบบอีเมลใหม่ทั้งหมด

ในขณะนั้น บริษัทเทคโนโลยียักษ์ใหญ่อย่าง Google (Gmail) หรือ Microsoft (Exchange/Outlook) ต่างพากันแก้ปัญหานี้ด้วยการสร้าง Proprietary APIs หรือ API เฉพาะตัวของตนเองขึ้นมาใช้งานภายใน ซึ่งแม้จะแก้ปัญหาความเร็วได้ แต่ก็สร้างปัญหาใหม่คือ การปิดกั้นระบบ และทำให้มาตรฐานเปิดของอินเทอร์เน็ตสั่นคลอน ในขณะที่ทีม Fastmail มีความเชื่อมั่นว่าระบบสื่อสารพื้นฐานระดับโลกอย่างอีเมลควรจะเติบโต และเข้าถึงได้ผ่าน มาตรฐานเปิด ที่ผู้พัฒนาทุกคนสามารถนำไปใช้งานได้อย่างเท่าเทียม และไร้รอยต่อ

ตลอดช่วงปี ค.ศ. 2014 - 2017 (พ.ศ. 2557 - 2560) ทีม Fastmail ได้ซุ่มคิดค้น, ออกแบบ และทดลองใช้โปรโตคอลใหม่เป็นการภายในภายใต้ชื่อ JMAP โดยใช้ประสบการณ์จากการดูแลระบบตู้จดหมายนับล้านบัญชีมาปรับแต่งรูปแบบคำสั่งให้เรียบง่าย และทรงพลังที่สุด หลังจากได้ผลลัพธ์เชิงประจักษ์ว่า JMAP สามารถประหยัดแบนด์วิดท์ และเพิ่มความเร็วได้จริง พวกเขาจึงนำข้อเสนอนี้เสนอต่อ IETF (Internet Engineering Task Force) ซึ่งเป็นองค์กรกลางที่ทำหน้าที่กำหนดมาตรฐานอินเทอร์เน็ตระดับสากล

ทาง IETF เห็นชอบในหลักการ และได้จัดตั้งกลุ่มทำงานขึ้นมาอย่างเป็นทางการในชื่อ JMAP Working Group เพื่อเปิดโอกาสให้นักพัฒนา, ผู้เชี่ยวชาญด้านความปลอดภัย และผู้ให้บริการอีเมลรายอื่น ๆ จากทั่วโลกเข้ามาร่วมกันวิพากษ์วิจารณ์, ขัดเกลา และทดสอบระบบ ยกระดับจากแนวคิดของบริษัทเดียวให้กลายเป็นมาตรฐานสากลที่ครอบคลุม และรอบด้านที่สุด หลังจากการระดมความคิด และปรับปรุงร่างข้อกำหนด (Drafts) อย่างเข้มงวดนานกว่า 5 ปี ในที่สุด IETF ก็ได้อนุมัติ และตีพิมพ์มาตรฐานหลักออกมาอย่างเป็นทางการในเดือน สิงหาคม ปี ค.ศ. 2019 (พ.ศ. 2562) ได้แก่ RFC 8620 (JMAP Core) และ RFC 8621 (JMAP for Mail)

นับจากปี ค.ศ. 2019 (พ.ศ. 2562) เป็นต้นมา JMAP ได้ก้าวเข้าสู่ยุคของการปรับใช้จริง และขยายขีดความสามารถ กลุ่มทำงาน IETF ยังคงเดินหน้าพัฒนามาตรฐาน ส่วนขยาย (Extension) อย่างต่อเนื่อง ทั้งการออก RFC 9610 (JMAP Contacts) สำหรับสมุดรายชื่อ และการผลักดัน JMAP Calendars (JSCalendar) เพื่อนำระบบการจัดการข้อมูลส่วนบุคคลทั้งหมดเข้าสู่ยุค JSON อย่างสมบูรณ์ ทำให้ JMAP กลายเป็นก้าวสำคัญที่สุดในประวัติศาสตร์วิวัฒนาการระบบสื่อสารนับตั้งแต่มีการคิดค้น IMAP เป็นต้นมา

สรุปเนื้อหาเกี่ยวกับ JAMP (JAMP Conclusion)

JMAP (JSON Meta Application Protocol) ไม่ได้เป็นเพียงแค่โปรโตคอลทดแทน IMAP เท่านั้น แต่เป็นการปฏิวัติโครงสร้างพื้นฐานของระบบอีเมล และการจัดการข้อมูลส่วนบุคคล (PIM) ให้ก้าวทันเทคโนโลยีในยุคปัจจุบัน ด้วยการนำเทคโนโลยีเว็บมาตรฐานอย่าง JSON over HTTPS มาใช้ร่วมกับกลไกเฉพาะตัว เช่น Request Batching การรวมคำสั่งส่งในรอบเดียว, Delta Sync การส่งเฉพาะข้อมูลที่มีการเปลี่ยนแปลงผ่าน State Token และระบบ Push Notifications แบบเรียลไทม์ JMAP จึงสามารถแก้ปัญหาคลาสสิกของโปรโตคอลยุคเก่าได้อย่างตรงจุด ทั้งเรื่องความล่าช้า, การใช้แบนด์วิดท์เครือข่ายเกินจำเป็น และการสูบพลังงานแบตเตอรี่ของสมาร์ตโฟน

สำหรับนักพัฒนา JMAP ช่วยเปลี่ยนโลกของการจัดการอีเมลอันซับซ้อนให้กลายเป็นเรื่องง่ายดายด้วย RESTful-style API ส่วนในมุมของผู้ใช้ JMAP มอบประสบการณ์การใช้งานแอปพลิเคชันอีเมลที่เปิดได้รวดเร็ว ลื่นไหล และเสถียรยิ่งขึ้น แม้ว่าความท้าทายในปัจจุบันจะอยู่ที่อัตราการปรับใช้ จากผู้ให้บริการรายใหญ่ที่ยังอยู่ในช่วงทยอยเปลี่ยนผ่าน แต่ด้วยคุณสมบัติที่เป็น โอเพ่นซอร์ส (Open-Source) ที่ถูกรับรองโดย IETF JMAP จึงเป็นก้าวสำคัญที่จะกำหนดอนาคตของระบบสื่อสารดิจิทัลในระยะยาวอย่างแน่นอน