بروتوكول الوصول إلى رسائل الإنترنت

📅 آخر تحديث: ١٧ يوليو ٢٠٢٦
✍️ نُشر في: ١٧ يوليو ٢٠٢٦
الموسوعة الحرة

في مجال الحوسبة، يُعد بروتوكول الوصول إلى رسائل الإنترنت ( IMAP ) بروتوكولًا قياسيًا للإنترنت تستخدمه برامج البريد الإلكتروني لاسترجاع رسائل البريد الإلكتروني من خادم البريد عبر اتصال TCP/IP . [ 1 ] تم تعريف IMAP بواسطة RFC 9051 . 

صُمم بروتوكول IMAP بهدف تمكين إدارة صندوق البريد الإلكتروني بالكامل من قِبل عدة عملاء بريد إلكتروني؛ ولذلك، عادةً ما تُبقي العملاء الرسائل على الخادم حتى يقوم المستخدم بحذفها صراحةً. يستمع خادم IMAP عادةً على المنفذ رقم 143. أما بروتوكول IMAP عبر SSL/TLS ( IMAPS ) فيُخصص له المنفذ رقم 993. [ 2 ] [ 3 ]

تدعم جميع برامج البريد الإلكتروني والخوادم الحديثة تقريبًا بروتوكول IMAP، الذي يُعدّ، إلى جانب بروتوكول POP3 (بروتوكول مكتب البريد) الأقدم، من أكثر البروتوكولات القياسية شيوعًا لاسترجاع البريد الإلكتروني. [ 4 ] كما يدعم العديد من مزودي خدمات البريد الإلكتروني عبر الويب، مثل Gmail و Outlook.com، كلاً من IMAP وPOP3.

بروتوكولات البريد الإلكتروني

بروتوكول الوصول إلى رسائل الإنترنت (IMAP) هو بروتوكول إنترنت على مستوى التطبيق يسمح لعميل البريد الإلكتروني بالوصول إلى البريد الإلكتروني على خادم بريد بعيد . الإصدار الحالي مُحدد في RFC 9051. يستمع خادم IMAP عادةً على المنفذ 143 المعروف ، بينما يستخدم IMAP عبر SSL/TLS (IMAPS) المنفذ 993. [ 2 ] [ 3 ] 

تُرسل رسائل البريد الإلكتروني الواردة إلى خادم بريد إلكتروني يقوم بتخزينها في صندوق بريد المستلم. يسترجع المستخدم الرسائل باستخدام برنامج بريد إلكتروني يستخدم أحد بروتوكولات استرجاع البريد الإلكتروني المتعددة. في حين أن بعض البرامج والخوادم تُفضل استخدام بروتوكولات خاصة بها ، [ 5 ] فإن جميعها تقريبًا تدعم بروتوكولي POP وIMAP لاسترجاع البريد الإلكتروني، مما يتيح حرية الاختيار بين العديد من برامج البريد الإلكتروني مثل Pegasus Mail أو Mozilla Thunderbird للوصول إلى هذه الخوادم، كما يسمح باستخدام هذه البرامج مع خوادم أخرى .

عادةً ما تُبقي برامج البريد الإلكتروني التي تستخدم بروتوكول IMAP الرسائل على الخادم حتى يقوم المستخدم بحذفها صراحةً. هذه الخاصية، إلى جانب خصائص أخرى لبروتوكول IMAP، تسمح لعدة برامج بإدارة صندوق البريد نفسه. تدعم معظم برامج البريد الإلكتروني بروتوكول IMAP بالإضافة إلى بروتوكول مكتب البريد (POP) لاسترجاع الرسائل. [ 6 ] يوفر بروتوكول IMAP إمكانية الوصول إلى مخزن البريد. يمكن للبرامج تخزين نسخ محلية من الرسائل، ولكن تُعتبر هذه النسخ بمثابة ذاكرة تخزين مؤقتة.

تاريخ

تم تصميم بروتوكول IMAP بواسطة مارك كريسبين في عام 1986 كبروتوكول للوصول عن بعد إلى صندوق البريد، على عكس بروتوكول POP المستخدم على نطاق واسع، وهو بروتوكول لاسترداد محتويات صندوق البريد ببساطة.

لقد مرّ بعدد من التكرارات قبل الإصدار الحالي 4rev2 (IMAP4)، كما هو موضح أدناه:

IMAP الأصلي

تم تنفيذ بروتوكول الوصول إلى البريد المؤقت الأصلي كعميل لجهاز Xerox Lisp وخادم TOPS-20 .

لا توجد نسخ من مواصفات البروتوكول المؤقت الأصلي أو برمجياته. [ 7 ] [ 8 ] على الرغم من أن بعض أوامره واستجاباته كانت مشابهة لبروتوكول IMAP2، إلا أن البروتوكول المؤقت كان يفتقر إلى وسم الأوامر/الاستجابات، وبالتالي كان تركيبه غير متوافق مع جميع الإصدارات الأخرى من بروتوكول IMAP.

IMAP2

تم استبدال البروتوكول المؤقت سريعًا ببروتوكول الوصول التفاعلي للبريد (IMAP2)، الذي تم تحديده في RFC 1064 (في عام 1988) وتم تحديثه لاحقًا بواسطة RFC 1176 (في عام 1990). وقد أدخل IMAP2 ميزة وسم الأوامر/الاستجابات وكان أول إصدار يتم توزيعه علنًا.  

IMAP3

يُعدّ IMAP3 نسخةً نادرةً للغاية من بروتوكول IMAP. [ 9 ] نُشرت هذه النسخة تحت مسمى RFC 1203 عام 1991. وقد كُتبت خصيصًا كبديلٍ عن RFC 1176 ، الذي اقترح بدوره تعديلاتٍ على IMAP2. [ 10 ] لم يُعتمد IMAP3 في السوق. [ 11 ] [ 12 ] أعادت مجموعة هندسة الإنترنت (IESG) تصنيف RFC 1203 "بروتوكول الوصول التفاعلي للبريد - الإصدار 3" كبروتوكولٍ تاريخي عام 1993. استخدمت مجموعة عمل IMAP معيار RFC 1176 (IMAP2) كنقطة انطلاقٍ لها بدلًا من RFC 1203 (IMAP3). [ 13 ] [ 14 ]  

IMAP2bis

مع ظهور MIME ، تم توسيع بروتوكول IMAP2 لدعم هياكل MIME وإضافة وظائف إدارة صناديق البريد (إنشاء، حذف، إعادة تسمية، تحميل الرسائل) التي كانت غائبة عن IMAP2. سُميت هذه النسخة التجريبية IMAP2bis، ولم تُنشر مواصفاتها بصيغة نهائية. نشرت مجموعة عمل IMAP التابعة لـ IETF مسودة إنترنت لـ IMAP2bis في أكتوبر 1993. استندت هذه المسودة إلى المواصفات السابقة التالية: وثيقة IMAP2bis.TXT غير المنشورة، وRFC 1176 ، و RFC 1064 (IMAP2). [ 15 ] وثّقت مسودة IMAP2bis.TXT حالة التوسعات في IMAP2 حتى ديسمبر 1992. [ 16 ] وُزعت الإصدارات الأولى من Pine على نطاق واسع مع دعم IMAP2bis [ 9 ] (يدعم Pine 4.00 والإصدارات الأحدث IMAP4rev1).  

IMAP4

تولى فريق عمل IMAP، الذي شُكّل في إطار IETF في أوائل التسعينيات، مسؤولية تصميم IMAP2bis. وقرر فريق عمل IMAP إعادة تسمية IMAP2bis إلى IMAP4 لتجنب الالتباس.

مزايا مقارنة بـ POP

أوضاع الاتصال والانقطاع

عند استخدام بروتوكول POP، يتصل العملاء عادةً بخادم البريد الإلكتروني لفترة وجيزة، فقط لحين تحميل الرسائل الجديدة. أما عند استخدام بروتوكول IMAP4، فيبقى العملاء متصلين طالما أن واجهة المستخدم نشطة، ويقومون بتحميل محتوى الرسائل عند الطلب. بالنسبة للمستخدمين الذين لديهم عدد كبير من الرسائل أو رسائل كبيرة الحجم، قد يؤدي نمط استخدام IMAP4 هذا إلى أوقات استجابة أسرع.

الإبلاغ عن التغييرات الخارجية

بعد المصادقة الناجحة، يوفر بروتوكول POP عرضًا ثابتًا تمامًا لحالة صندوق البريد الحالية، ولا يوفر آلية لعرض أي تغييرات خارجية في الحالة أثناء الجلسة (يجب على عميل POP إعادة الاتصال والمصادقة مرة أخرى للحصول على عرض مُحدَّث). في المقابل، يوفر بروتوكول IMAP عرضًا ديناميكيًا ، ويتطلب اكتشاف التغييرات الخارجية في الحالة، بما في ذلك الرسائل الواردة حديثًا، بالإضافة إلى التغييرات التي تُجريها جهات اتصال أخرى متصلة في الوقت نفسه على صندوق البريد، وإرسال استجابات مناسبة بين الأوامر وكذلك أثناء أمر IDLE ، كما هو موضح في RFC 2177. انظر أيضًا RFC 3501 القسم 5.2 الذي يشير تحديدًا إلى "الوصول المتزامن إلى صندوق البريد نفسه بواسطة عدة وكلاء".  

الوصول إلى أجزاء رسالة MIME وجلب جزئي

عادةً ما تُرسل جميع رسائل البريد الإلكتروني عبر الإنترنت بتنسيق MIME ، مما يسمح للرسائل بتكوين بنية شجرية، حيث تمثل العقد الطرفية أنواعًا مختلفة من المحتوى أحادي الجزء، بينما تمثل العقد غير الطرفية أنواعًا مختلفة من المحتوى متعدد الأجزاء. يتيح بروتوكول IMAP4 للعملاء استرجاع أي جزء من أجزاء MIME بشكل منفصل، وكذلك استرجاع أجزاء من أجزاء فردية أو الرسالة بأكملها. تُمكّن هذه الآليات العملاء من استرجاع الجزء النصي من الرسالة دون استرجاع الملفات المرفقة، أو بث المحتوى أثناء جلبه.

معلومات حالة الرسالة

باستخدام العلامات المُعرّفة في بروتوكول IMAP4، يُمكن للعملاء تتبّع حالة الرسائل، مثل ما إذا كانت الرسالة قد قُرئت أو تم الرد عليها أو حُذفت. تُخزّن هذه العلامات على الخادم، ما يسمح للعملاء المختلفين الذين يصلون إلى نفس صندوق البريد في أوقات مختلفة باكتشاف تغييرات الحالة التي يُجريها عملاء آخرون. لا يُوفّر بروتوكول POP آلية للعملاء لتخزين معلومات الحالة هذه على الخادم، لذا إذا وصل مُستخدم واحد إلى صندوق بريد باستخدام عميلَي POP مختلفين (في أوقات مختلفة)، فلن يُمكن مُزامنة معلومات الحالة - مثل ما إذا تم الوصول إلى الرسالة - بين العميلَين. يدعم بروتوكول IMAP4 كلاً من علامات النظام المُعرّفة مُسبقًا والكلمات المفتاحية التي يُحدّدها العميل. تُشير علامات النظام إلى معلومات الحالة، مثل ما إذا كانت الرسالة قد قُرئت. تسمح الكلمات المفتاحية، التي لا تدعمها جميع خوادم IMAP، بإضافة علامة واحدة أو أكثر إلى الرسائل ، ويعود معنى هذه العلامات إلى العميل. يجب عدم الخلط بين كلمات IMAP المفتاحية والعلامات الخاصة بخدمات البريد الإلكتروني عبر الإنترنت ، والتي تُترجم أحيانًا إلى مجلدات IMAP بواسطة الخوادم الخاصة المُقابلة.

صناديق بريد متعددة على الخادم

يستطيع عملاء IMAP4 إنشاء صناديق البريد وإعادة تسميتها وحذفها (والتي تُعرض عادةً للمستخدم كمجلدات) على الخادم، بالإضافة إلى نسخ الرسائل بين صناديق البريد. كما يتيح دعم صناديق البريد المتعددة للخوادم إمكانية الوصول إلى المجلدات المشتركة والعامة. ويمكن استخدام ملحق قائمة التحكم بالوصول (ACL) الخاص بـ IMAP4 ( RFC 4314 ) لتنظيم حقوق الوصول. 

عمليات البحث من جانب الخادم

يوفر بروتوكول IMAP4 آليةً تُمكّن العميل من طلب البحث من الخادم عن الرسائل التي تُطابق معايير مُتعددة. وتُغني هذه الآلية العملاء عن تحميل جميع الرسائل في صندوق البريد لإجراء عمليات البحث هذه.

آلية تمديد مدمجة

انطلاقاً من تجربة بروتوكولات الإنترنت السابقة، يُحدد بروتوكول IMAP4 آليةً واضحةً لتوسيعه. وقد طُرحت العديد من امتدادات IMAP4 للبروتوكول الأساسي، وهي شائعة الاستخدام. لم يكن لدى IMAP2bis آلية توسيع، بينما يمتلك بروتوكول POP الآن آليةً مُحددةً في RFC 2449 . 

إشعارات الخادم الفورية

يُتيح بروتوكول IMAP IDLE لخادم البريد إخطار العملاء المتصلين بوجود تغييرات في صندوق البريد، مثلاً بوصول رسالة بريد إلكتروني جديدة. أما بروتوكول POP فلا يُوفر ميزة مماثلة، ويحتاج عملاء البريد الإلكتروني إلى الاتصال دوريًا بخادم POP للتحقق من وجود رسائل جديدة.

العيوب

رغم أن بروتوكول IMAP يعالج العديد من أوجه القصور في بروتوكول POP، إلا أنه يُضيف بطبيعته تعقيدًا إضافيًا. ويتم تعويض جزء كبير من هذا التعقيد (مثل وصول عدة عملاء إلى نفس صندوق البريد في الوقت نفسه) من خلال حلول بديلة على جانب الخادم ، مثل Maildir أو قواعد البيانات.

تعرضت مواصفات بروتوكول IMAP لانتقادات بسبب عدم كفايتها في الصرامة وسماحها بسلوكيات تُفقدها جدواها. فعلى سبيل المثال، تنص المواصفات على أن لكل رسالة مخزنة على الخادم "معرفًا فريدًا" لتمكين العملاء من تحديد الرسائل التي اطلعوا عليها بين الجلسات. ومع ذلك، تسمح المواصفات أيضًا بإبطال صلاحية هذه المعرفات الفريدة دون قيود تُذكر، مما يُفقدها الغرض منها عمليًا. [ 17 ]

يحتفظ بروتوكول IMAP ببنية صندوق البريد (المحتوى، وبنية المجلدات، وحالة كل رسالة، إلخ) على خادم البريد، بينما يحتفظ بروتوكول POP بها على جهاز المستخدم المحلي. ولذلك، يتطلب IMAP موارد خادم أكثر بكثير، مما يؤدي إلى تكلفة أعلى بكثير لكل صندوق بريد. [ 18 ] قد يستهلك العملاء كميات كبيرة من موارد الخادم عند البحث في صناديق بريد ضخمة إذا لم يتم تنفيذ خوارزميات التخزين والفهرسة والبحث في الخادم بعناية.

يحتاج عملاء IMAP4 إلى الحفاظ على اتصال TCP/IP بخادم IMAP لتلقي إشعار بوصول رسائل بريد إلكتروني جديدة. ويتم إرسال هذا الإشعار عبر إشارات داخلية ، مما يزيد من تعقيد معالجة بروتوكول IMAP من جانب العميل. [ 19 ] يقترح مشروع خاص، يُعرف باسم Push IMAP ، توسيع نطاق IMAP لتنفيذ خاصية إرسال البريد الإلكتروني الفوري عن طريق إرسال الرسالة كاملةً بدلاً من مجرد إشعار. مع ذلك، لم يُعتمد Push IMAP بشكل عام، وقد عالجت أعمال IETF الحالية المشكلة بطرق أخرى (راجع ملف تعريف Lemonade لمزيد من المعلومات).

على عكس بعض البروتوكولات الاحتكارية التي تجمع بين عمليات الإرسال والاسترجاع، يتطلب إرسال رسالة وحفظ نسخة منها في مجلد على الخادم باستخدام عميل IMAP أساسي إرسال محتوى الرسالة مرتين، مرة إلى SMTP للتسليم ومرة ​​ثانية إلى IMAP لتخزينها في مجلد البريد المرسل. ويتم معالجة هذا الأمر من خلال مجموعة من الامتدادات المحددة في ملف تعريف IETF Lemonade للأجهزة المحمولة: URLAUTH ( RFC 4467 ) وCATENATE ( RFC 4469 ) في IMAP، وBURL ( RFC 4468 ) في SMTP-SUBMISSION. إضافةً إلى ذلك، يوفر خادم Courier Mail طريقة غير قياسية للإرسال باستخدام IMAP عن طريق نسخ الرسالة الصادرة إلى مجلد مخصص للبريد الصادر. [ 20 ]   

حماية

لحماية اتصالات IMAP بين العميل والخادم تشفيرياً، يمكن استخدام بروتوكول IMAPS على منفذ TCP رقم 993، والذي يستخدم بروتوكول SSL/TLS. [ 2 ] [ 3 ] اعتباراً من يناير 2018، أصبح بروتوكول TLS هو الآلية الموصى بها. [ 21 ]

بدلاً من ذلك، يمكن استخدام STARTTLS لتشفير الاتصال عند الاتصال بالمنفذ 143 بعد التواصل الأولي عبر نص عادي .

مثال على الحوار

هذا مثال على اتصال IMAP مأخوذ من القسم 8 من RFC 3501 :

ج: <فتح الاتصال> S: * OK IMAP4rev1 جاهز للخدمة C: a001 تسجيل الدخول mrc سر S: a001 تم تسجيل الدخول بنجاح ج: a002 تحديد البريد الوارد S: * 18 موجود S: * FLAGS (\تمت الإجابة \تم وضع علامة \تم الحذف \تمت المشاهدة \مسودة) S: * 2 حديث S: * موافق [غير مرئي 17] الرسالة 17 هي أول رسالة غير مرئية S: * موافق [UIDVALIDITY 3857529045] معرفات المستخدمين صالحة S: a002 OK [قراءة-كتابة] اكتملت عملية SELECT ج: a003 جلب 12 كامل S: * 12 FETCH (FLAGS (\Seen) INTERNALDATE "17-Jul-1996 02:44:25 -0700" RFC822.SIZE 4286 ENVELOPE ("الأربعاء، 17 يوليو 1996 02:23:25 -0700 (PDT)" "ملخص ومحضر اجتماع فريق عمل IMAP4rev1" (("تيري غراي" لا شيء "غراي" "cac.washington.edu")) (("تيري غراي" لا شيء "غراي" "cac.washington.edu")) (("تيري غراي" لا شيء "غراي" "cac.washington.edu")) ((لا شيء لا شيء "imap" "cac.washington.edu")) ((لا يوجد أي "دقائق" "CNRI.Reston.VA.US") ("جون كلينسين" NIL "KLENSIN" "MIT.EDU")) NIL NIL "<B27397-0100000@cac.washington.edu>") نص ("نص" "عادي" ("مجموعة الأحرف" "US-ASCII") لا شيء لا شيء "7 بت" 3028 92)) S: a003 OK تم إكمال جلب البيانات C: a004 fetch 12 body[header] S: * 12 FETCH (BODY[HEADER] {342} S: S: S: S: S: S: S: S: Date:Wed, 17 Jul 1996 02:23:25 -0700(PDT)From:TerryGray<gray@cac.washington.edu>Subject:IMAP4rev1WGmtgsummaryandminutesTo:imap@cac.washington.eduCc:minutes@CNRI.Reston.VA.US,JohnKlensin<KLENSIN@MIT.EDU>Message-Id:<B27397-0100000@cac.washington.edu>MIME-Version:1.0Content-Type:TEXT/PLAIN;CHARSET=US-ASCII S: S: ) S: a004 OK تم إكمال جلب البيانات C: a005 store 12 +flags \deleted S: * 12 FETCH (FLAGS (\Seen \Deleted)) S: a005 OK +FLAGS تم الانتهاء C: a006 تسجيل الخروج S: * وداعًا، خادم IMAP4rev1 ينهي الاتصال S: a006 تم تسجيل الخروج بنجاح

انظر أيضاً

مراجع

  1. ↑ دين، تمارا (2010). دليل Network+ للشبكات . ديلمار. ص 519. ISBN  978-1-42390245-4أُرشف من المصدر الأصلي بتاريخ 2021-02-05 . تم الاطلاع عليه بتاريخ 2020-12-25 .
  2. 1 2 3 بلوم، ريتشارد (15 ديسمبر 2002). أمن البريد الإلكتروني مفتوح المصدر . دار نشر سامز. ISBN 9780672322372أُرشف من الأصل في 5 فبراير 2021. تم استرجاعه في 25 ديسمبر 2020 – عبر كتب جوجل.
  3. 1 2 3 غارفينكل، سيمسون؛ سبافورد، جين؛ شوارتز، آلان (15 ديسمبر 2003). يونكس عملي وأمن الإنترنت . دار نشر أورايلي ميديا. رقم ISBN 9780596003234أُرشف من الأصل في 5 فبراير 2021. تم استرجاعه في 25 ديسمبر 2020 – عبر كتب جوجل.
  4. ↑ كومارينسكي، مارك (2000). دليل إدارة نظام ريد هات لينكس . برنتيس هول. ص 179. 
  5. على سبيل المثال، يستخدم برنامج Outlook من مايكروسوفت بروتوكول MAPI ، وهو بروتوكول خاص بمايكروسوفت ، للتواصل مع خادم Microsoft Exchange . ويعمل برنامج Notes من IBM بطريقة مماثلة عند التواصل مع خادم Domino .
  6. ↑ موليت، ديانا (2000). إدارة IMAP . أورايلي . ص 25. ISBN  0-596-00012-X.
  7. ↑ كريسبين، مارك (13 فبراير 2012). "ردًا على: [ imap5 ] تصميم بروتوكول بديل جديد لـ IMAP" . imap5 (قائمة بريدية). alpine.OSX.2.00.1202131243200.38441@hsinghsing.panda.com. مؤرشف من الأصل في 24 سبتمبر 2015. تم الاطلاع عليه في 26 نوفمبر 2014. معرفتي ببروتوكول IMAP الأصلي (قبل IMAP2) موجودة في ذهني بشكل أساسي ، حيث تم استبدال جميع مواصفات وتطبيقات IMAP الأصلية بـ IMAP2.
  8. ↑ سجل اسم الخدمة ورقم منفذ بروتوكول النقل، مؤرشف بتاريخ 18 أبريل 2010 في أرشيف الإنترنت (Wayback Machine ). Iana.org (12 يوليو 2013). تم الاطلاع عليه بتاريخ 17 يوليو 2013.
  9. 1 2 "RFC 2061 – توافق IMAP4 مع IMAP2BIS" . IETF. 1996. مؤرشف من الأصل بتاريخ 23-06-2011 . تم الاطلاع عليه بتاريخ 21-08-2010 .
  10. ↑ "بروتوكول الوصول التفاعلي للبريد - الإصدار 3" . IETF. 1991. مؤرشف من الأصل بتاريخ 2010-03-04 . تم الاطلاع عليه بتاريخ 2010-08-21 .
  11. ↑ "IMAP2، IMAP2bis، IMAP3، IMAP4، IMAP4rev1 (بروتوكولات البريد الإلكتروني للشبكة المحلية)" . مؤرشف من الأصل بتاريخ 15 يونيو 2010. تم الاطلاع عليه بتاريخ 21 أغسطس 2010 .
  12. ↑ "نظرة عامة على بروتوكول IMAP، تاريخه، إصداراته ومعاييره" . مؤرشف من الأصل بتاريخ 29-11-2010 . تم الاطلاع عليه بتاريخ 21-08-2010 .
  13. ↑ "بروتوكول الإجراء: بروتوكول الوصول التفاعلي للبريد - الإصدار 3 إلى الإصدارات التاريخية (أرشيف بريد IETF)" . 1993. مؤرشف من الأصل في 11 أغسطس 2012. تم الاطلاع عليه في 21 أغسطس 2010 .
  14. ↑ "بروتوكولات Innosoft وPOP/IMAP؟ (أرشيف البريد)" . 1993. مؤرشف من الأصل بتاريخ 15-07-2011 . تم الاطلاع عليه بتاريخ 21-08-2010 .
  15. ↑ "بروتوكول الوصول التفاعلي للبريد - الإصدار 2 مكرر (مسودة الإنترنت)" . IETF. 1993. مؤرشف من الأصل بتاريخ 2012-10-08 . تم الاطلاع عليه بتاريخ 2010-08-21 .
  16. ↑ "IMAP2BIS – امتدادات لبروتوكول IMAP2 (مسودة)" . 1992. مؤرشف من الأصل بتاريخ 18-07-2011 . تم الاطلاع عليه بتاريخ 21-08-2010 .
  17. ↑ "تطبيق بروتوكول IMAP في Sup، وهو عميل بريد إلكتروني مكتوب بلغة Ruby" . rubyforge.com. مؤرشف من الأصل بتاريخ 12 ديسمبر 2007. تم الاطلاع عليه بتاريخ 22 فبراير 2011 .
  18. ↑ "IMAP مقابل POP3: الإيجابيات والسلبيات لأصحاب الأعمال" . Mailchimp . 23 أغسطس 2023. تم الاطلاع عليه بتاريخ 16 يوليو 2025 .
  19. ↑ "IMAP IDLE: أفضل طريقة لإرسال البريد الإلكتروني الفوري" . Isode.com. مؤرشف من الأصل بتاريخ 28 فبراير 2009. تم الاطلاع عليه بتاريخ 30 يوليو 2009 .
  20. ↑ "Courier-IMAP: إرسال البريد عبر اتصال IMAP" . شركة Double Precision. مؤرشف من الأصل بتاريخ 27-09-2013 . تم الاطلاع عليه بتاريخ 24-09-2013 .
  21. ↑ RFC 8314. IETF . doi : 10.17487 /RFC8314 .

للمزيد من القراءة

  • كريسبين، مارك (1988-2016). "الوصايا العشر لكتابة عميل IMAP" . جامعة واشنطن . مؤرشف من الأصل بتاريخ 29 أغسطس 2016. تم الاطلاع عليه بتاريخ 2 نوفمبر 2018 .
  • هاينلين، ب؛ هارتليبن، ب (2008). كتاب IMAP: بناء خادم بريد باستخدام Courier وCyrus . دار نشر نو ستارش. ISBN 978-1-59327-177-0.
  • هيوز، ل. (1998). بروتوكولات ومعايير وتطبيقات البريد الإلكتروني عبر الإنترنت . دار نشر أرتيك هاوس. رقم ISBN 0-89006-939-5.
  • جونسون، ك. (2000). بروتوكولات البريد الإلكتروني عبر الإنترنت: دليل للمطورين . أديسون-ويسلي بروفيشنال. ISBN 0-201-43288-9.
  • لوشين، ب. (1999). "معايير البريد الإلكتروني الأساسية: وثائق RFC والبروتوكولات العملية". برمجة بريد الإنترنت . أورايلي. ISBN 1-56592-479-7.
  • "قائمة بريدية لبروتوكول IMAP" . مؤرشفة من الأصل في 3 نوفمبر 2007.
  • RFC 9051 — مواصفات بروتوكول IMAP الإصدار 4، المراجعة 2 
  • RFC 2683 - اقتراحات لتنفيذ بروتوكول IMAP 
  • RFC 2177 — أمر IMAP4 IDLE