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

الموسوعة الحرة
مجموعة بروتوكولات الإنترنت
طبقة التطبيق
Transport layer
Internet layer
Link layer
  • v
  • t
  • e

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

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

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

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

بروتوكول الوصول إلى الرسائل عبر الإنترنت هو بروتوكول إنترنت على طبقة التطبيق يسمح لعميل البريد الإلكتروني بالوصول إلى البريد الإلكتروني على خادم بريد بعيد . يتم تعريف الإصدار الحالي بواسطة 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 Machine وخادم 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 تصنيف RFC1203 "بروتوكول الوصول إلى البريد التفاعلي - الإصدار 3" كبروتوكول تاريخي في عام 1993. استخدمت مجموعة عمل IMAP RFC 1176 (IMAP2) بدلاً من RFC 1203 (IMAP3) كنقطة بداية لها. [13] [14]

IMAP2bis

مع ظهور MIME ، تم توسيع IMAP2 لدعم هياكل MIME وإضافة وظيفة إدارة صندوق البريد (إنشاء، حذف، إعادة تسمية، تحميل الرسائل) التي كانت غائبة عن IMAP2. تم تسمية هذه المراجعة التجريبية IMAP2bis؛ لم يتم نشر مواصفاتها أبدًا في شكل غير مسودة. تم نشر مسودة إنترنت من IMAP2bis بواسطة مجموعة عمل IETF IMAP في أكتوبر 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 عرضًا ثابتًا تمامًا للحالة الحالية لصندوق البريد، ولا يوفر آلية لإظهار أي تغييرات خارجية في الحالة أثناء الجلسة. وعلى النقيض من ذلك، يوفر بروتوكول IMAP عرضًا ديناميكيًا ، ويتطلب اكتشاف التغييرات الخارجية في الحالة، بما في ذلك الرسائل التي وصلت حديثًا، بالإضافة إلى التغييرات التي أجراها عملاء آخرون متصلون في نفس الوقت على صندوق البريد، وإرسال الاستجابات المناسبة بين الأوامر وكذلك أثناء أمر IDLE ، كما هو موضح في RFC  2177. انظر أيضًا القسم 5.2 من RFC  3501 الذي يذكر على وجه التحديد "الوصول المتزامن إلى نفس صندوق البريد بواسطة وكلاء متعددين".

الوصول إلى أجزاء رسالة 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 بمثابة تنفيذ مبكر للحوسبة السحابية ، حيث أن الغرض من IMAP هو الحفاظ على بنية صندوق البريد الخاص بك (المحتوى، بنية المجلد، حالة الرسالة الفردية، إلخ) على خادم البريد، بينما مع POP، يتم الحفاظ على كل هذا على الجهاز المحلي للمستخدم. وبالتالي، يتطلب IMAP موارد أكثر بكثير من جانب الخادم، مما يؤدي إلى تكلفة أعلى بكثير لكل صندوق بريد.

إذا لم يتم تنفيذ خوارزميات تخزين البريد والفهرسة والبحث على الخادم بعناية، فقد يستهلك العميل كميات كبيرة من موارد الخادم عند البحث في صناديق البريد الضخمة.

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

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

حماية

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

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

مثال الحوار

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

ج: <اتصال مفتوح>
س: * موافق خدمة IMAP4rev1 جاهزة
ج: a001 تسجيل الدخول السري لـ mrc
س: a001 تم تسجيل الدخول بنجاح
ج: a002 حدد صندوق الوارد
س: * 18 موجود
س: * أعلام (\تم الرد عليها \تم وضع علامة عليها \تم حذفها \تم رؤيتها \مسودة)
س: * 2 حديث
س: * موافق [غير مرئي 17] الرسالة 17 هي أول رسالة غير مرئية
س: * موافق [UIDVALIDITY 3857529045] معرفات UID صالحة
S: a002 موافق [قراءة-كتابة] تم الانتهاء من التحديد
ج: 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 (توقيت المحيط الهادئ الصيفي)"
      "ملخص ومحاضر اجتماع مجموعة عمل 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 تم الانتهاء من عملية الجلب
ج: a004 جلب 12 نصًا[رأسًا]
س: * 12 جلب (النص[العنوان] {342}
س:    
س:    
س: س:    
س:    
س:    س: 
س:    
س:    
س:   Date: Wed, 17 Jul 1996 02:23:25 -0700 (PDT)From: Terry Gray <gray@cac.washington.edu>Subject: IMAP4rev1 WG mtg summary and minutesTo: imap@cac.washington.eduCc: minutes@CNRI.Reston.VA.US, John Klensin <KLENSIN@MIT.EDU>Message-Id: <B27397-0100000@cac.washington.edu>MIME-Version: 1.0Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
س:
س: )
S: a004 تم الانتهاء من عملية الجلب
C a005 متجر 12 + أعلام \ محذوف
س: * 12 جلب (الأعلام (\مشاهدة \حذف))
S: a005 OK +FLAGS مكتمل
ج: a006 تسجيل الخروج
س: * وداعًا لخادم IMAP4rev1 الذي ينهي الاتصال
س: a006 تم تسجيل الخروج بنجاح

انظر أيضا

مراجع

  1. ^ دين، تامارا (2010). دليل Network+ للشبكات. ديلمار. ص 519. ISBN 978-1-42390245-4. تم أرشفة النسخة الأصلية في 2021-02-05 . تم استرجاعها في 2020-12-25 .
  2. ^ abc Blum, Richard (15 ديسمبر 2002). أمان البريد الإلكتروني مفتوح المصدر. Sams Publishing. ISBN 9780672322372. مؤرشف من الأصل في 5 فبراير 2021 . تم الاسترجاع في 25 ديسمبر 2020 – عبر Google Books.
  3. ^ abc Garfinkel, Simson; Spafford, Gene; Schwartz, Alan (15 ديسمبر 2003). Practical UNIX and Internet Security. "O'Reilly Media, Inc." ISBN 9780596003234. مؤرشف من الأصل في 5 فبراير 2021 . تم الاسترجاع في 25 ديسمبر 2020 – عبر Google Books.
  4. ^ Komarinski, Mark (2000). Red Hat Linux System Administration Handbook . Prentice Hall. ص 179.
  5. ^ على سبيل المثال، يستخدم عميل Outlook من Microsoft بروتوكول MAPI ، وهو بروتوكول خاص بشركة Microsoft ، للتواصل مع خادم Microsoft Exchange Server . ويعمل عميل Notes من IBM بنفس الطريقة عند التواصل مع خادم Domino .
  6. ^ موليت، ديانا (2000). إدارة IMAP . أوريلي . ص. 25. ISBN 0-596-00012-X.
  7. ^ Crispin, Mark (13 فبراير 2012). "Re: [imap5] Designing a new replacement protocol for IMAP". imap5 (Mailing list). alpine.OSX.2.00.1202131243200.38441@hsinghsing.panda.com. مؤرشف من الأصل في 24 سبتمبر 2015 . تم الاسترجاع في 26 نوفمبر 2014 . توجد معرفة ببروتوكول IMAP الأصلي (قبل IMAP2) في ذهني بشكل أساسي حيث تم استبدال جميع مواصفات وتنفيذات IMAP الأصلية بـ IMAP2.
  8. ^ تم أرشفة سجل اسم الخدمة ورقم منفذ بروتوكول النقل في 2010-04-18 على موقع Wayback Machine . Iana.org (2013-07-12). تم الاسترجاع في 2013-07-17.
  9. ^ ab "RFC 2061 – توافق IMAP4 مع IMAP2BIS". IETF. 1996. مؤرشف من الأصل في 2011-06-23 . تم الاسترجاع في 2010-08-21 .
  10. ^ "بروتوكول الوصول إلى البريد التفاعلي – الإصدار 3". IETF. 1991. مؤرشف من الأصل في 2010-03-04 . تم الاسترجاع في 2010-08-21 .
  11. ^ "IMAP2، IMAP2bis، IMAP3، IMAP4، IMAP4rev1 (LAN Mail Protocols)". مؤرشف من الأصل في 2010-06-15 . تم الاسترجاع في 2010-08-21 .
  12. ^ "نظرة عامة على IMAP والتاريخ والإصدارات والمعايير". مؤرشف من الأصل في 2010-11-29 . تم الاسترجاع في 2010-08-21 .
  13. ^ "Protocol Action: Interactive Mail Access Protocol — Version 3 to Historic (IETF mail archive)". 1993. مؤرشف من الأصل في 2012-08-11 . تم الاسترجاع في 2010-08-21 .
  14. ^ "Innosoft وبروتوكولات POP/IMAP؟ (أرشيف البريد الإلكتروني)". 1993. مؤرشف من الأصل في 2011-07-15 . تم الاسترجاع في 2010-08-21 .
  15. ^ "بروتوكول الوصول إلى البريد التفاعلي – الإصدار 2 مكرر (مسودة الإنترنت)". IETF. 1993. مؤرشف من الأصل في 2012-10-08 . تم الاسترجاع في 2010-08-21 .
  16. ^ "IMAP2BIS – Extensions to the IMAP2 protocol (draft)". 1992. مؤرشف من الأصل في 2011-07-18 . تم الاسترجاع في 2010-08-21 .
  17. ^ "تنفيذ بروتوكول IMAP في Sup، عميل بريد إلكتروني مكتوب بلغة Ruby". rubyforge.com. مؤرشف من الأصل في 2007-12-12 . تم الاسترجاع في 2011-02-22 .
  18. ^ "IMAP IDLE: أفضل طريقة لإرسال رسائل البريد الإلكتروني "الدفعية". Isode.com. مؤرشف من الأصل في 2009-02-28 . تم الاسترجاع في 2009-07-30 .
  19. ^ "Courier-IMAP: إرسال البريد عبر اتصال IMAP". Double Precision, Inc. مؤرشف من الأصل في 2013-09-27 . تم الاسترجاع في 2013-09-24 .
  20. ^ RFC 8314. دوى : 10.17487/RFC8314 .

قراءة إضافية

  • كريسبين، مارك (1988–2016). "الوصايا العشر حول كيفية كتابة عميل IMAP". جامعة واشنطن . مؤرشف من الأصل في 2016-08-29 . تم الاسترجاع في 2018-11-02 .
  • Heinlein, P; Hartleben, P (2008). كتاب IMAP: بناء خادم بريد باستخدام Courier وCyrus . No Starch Press. ISBN 978-1-59327-177-0.
  • هيوز، ل. (1998). بروتوكولات البريد الإلكتروني عبر الإنترنت ومعاييره وتنفيذه . دار أرتيك للنشر. رقم ISBN 0-89006-939-5.
  • جونسون، ك. (2000). بروتوكولات البريد الإلكتروني عبر الإنترنت: دليل للمطورين . أديسون ويسلي بروفيشنال. رقم ISBN 0-201-43288-9.
  • Loshin, P (1999). "معايير البريد الإلكتروني الأساسية: طلبات التعليقات والبروتوكولات التي تم تطبيقها عمليًا". برمجة البريد الإلكتروني عبر الإنترنت . O'Reilly. ISBN 1-56592-479-7.
ابحث عن IMAP في ويكاموس، القاموس الحر.
  • "قائمة بريدية لبروتوكول IMAP".[ رابط ميت دائم ‍ ]
  • RFC  9051 — مواصفات IMAP الإصدار 4، المراجعة 2
  • RFC  2683 — اقتراحات تنفيذ IMAP RFC
  • RFC  2177 — أمر IMAP4 IDLE
Retrieved from "https://en.wikipedia.org/w/index.php?title=Internet_Message_Access_Protocol&oldid=1256723217"
Original text
Rate this translation
Your feedback will be used to help improve Google Translate