بروتوكول مكتب البريد

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

في مجال الحوسبة، يُعدّ بروتوكول مكتب البريد ( POP ) بروتوكولًا قياسيًا على مستوى التطبيقات في الإنترنت، تستخدمه برامج البريد الإلكتروني لاسترجاع الرسائل من خادم البريد. [ 1 ] واليوم، يُعدّ الإصدار الثالث من بروتوكول مكتب البريد ( POP3 ) الإصدار الأكثر استخدامًا. إلى جانب بروتوكول IMAP ، يُعتبر من أكثر البروتوكولات شيوعًا لاسترجاع البريد الإلكتروني.

غاية

يُتيح بروتوكول مكتب البريد (POP3) الوصول عبر شبكة بروتوكول الإنترنت (IP) لتطبيقات المستخدمين إلى صندوق بريد ( maildrop ) مُستضاف على خادم البريد. يدعم البروتوكول عمليات عرض الرسائل واسترجاعها وحذفها. تتصل عملاء POP3، وتسترجع جميع الرسائل، وتخزنها على جهاز العميل، ثم تحذفها من الخادم. [ 2 ] صُمم بروتوكول POP3 وإجراءاته لتلبية احتياجات المستخدمين الذين لديهم اتصالات إنترنت مؤقتة فقط، مثل الاتصال الهاتفي ، مما يسمح لهم باسترجاع البريد الإلكتروني عند الاتصال، ثم عرض الرسائل المسترجعة والتعامل معها عند عدم الاتصال بالإنترنت.

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

يستمع خادم POP3 على منفذ TCP المعروف رقم 110 لطلبات الخدمة. يتم طلب الاتصال المشفر لبروتوكول POP3 إما بعد بدء البروتوكول، باستخدام أمر STLS ، إذا كان مدعومًا، أو بواسطة POP3S، الذي يتصل بالخادم باستخدام بروتوكول أمان طبقة النقل (TLS) أو بروتوكول طبقة المقابس الآمنة (SSL) على منفذ TCP المعروف رقم 995.

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

تاريخ

تم تحديد الإصدار الأول من بروتوكول مكتب البريد، POP1، في RFC 918 (1984) بواسطة جويس ك. رينولدز . وتم تحديد POP2 في RFC 937 (1985).

يُعدّ بروتوكول POP3 الإصدار الأكثر شيوعًا. وقد ظهر لأول مرة في RFC 1081 (1988)، ولكن أحدث مواصفاته هي RFC 1939 ، والتي تم تحديثها بآلية توسيع (RFC 2449) وآلية مصادقة في RFC 1734. وقد أدى ذلك إلى ظهور عدد من تطبيقات POP مثل Pine و POPmail وغيرها من برامج البريد الإلكتروني المبكرة.

بينما كانت مواصفات POP3 الأصلية تدعم فقط آلية تسجيل دخول غير مشفرة باستخدام اسم المستخدم/ كلمة المرور أو التحكم في الوصول عبر Berkeley .rhosts ، يدعم POP3 اليوم عدة طرق مصادقة لتوفير مستويات متفاوتة من الحماية ضد الوصول غير المصرح به إلى بريد المستخدم الإلكتروني. يتم توفير معظم هذه الطرق من خلال آليات امتداد POP3. تدعم برامج عملاء POP3 طرق مصادقة SASL عبر امتداد AUTH. كما أنتج مشروع MIT Athena نسخة مُفعّلة بتقنية Kerberos . أدخلت RFC 1460 بروتوكول APOP في البروتوكول الأساسي. APOP هو بروتوكول تحدي-استجابة يستخدم دالة التجزئة MD5 في محاولة لتجنب هجمات إعادة الإرسال وكشف السر المشترك . من بين برامج العملاء التي تُطبّق APOP: Mozilla Thunderbird وOpera Mail و Eudora و KMail و Novell Evolution و Becky! من RimArts [ 3 ] وWindows Live Mail وPowerMail و Apple Mail و Mutt . تم استبدال RFC 1460 بـ RFC 1725، والذي تم استبداله بدوره بـ RFC 1939.

POP4

لا يزال بروتوكول POP4 مجرد اقتراح غير رسمي يضيف إدارة أساسية للمجلدات، ودعم الرسائل متعددة الأجزاء، بالإضافة إلى إدارة علامات الرسائل لمنافسة بروتوكول IMAP؛ ومع ذلك، لم يطرأ أي تقدم على تطويره منذ عام 2003. يوجد الآن تطبيقان معروفان لخادم POP4. اعتبارًا من أكتوبر 2013، أصبح نطاق وموقع POP4.org مُستضافين على simbey.com، التي تُشغّل أيضًا تطبيق خادم POP4 الآخر. [ 4 ]

الإضافات والمواصفات

اقترحت RFC 2449 آلية توسيع لاستيعاب الامتدادات العامة، بالإضافة إلى الإعلان بشكل منظم عن دعم الأوامر الاختيارية، مثل TOP وUIDL. لم تكن RFC تهدف إلى تشجيع الامتدادات، وأكدت مجددًا أن دور POP3 هو توفير دعم بسيط لمتطلبات تنزيل وحذف البريد الإلكتروني بشكل أساسي.

تُسمى هذه الإضافات بالقدرات، ويتم سردها بواسطة أمر CAPA. باستثناء APOP، أُدرجت الأوامر الاختيارية ضمن المجموعة الأولية من القدرات. وتبعًا لبروتوكول ESMTP (RFC 5321)، فإن القدرات التي تبدأ بالحرف X تُشير إلى قدرات محلية.

ستارتلز

يُتيح امتداد STARTTLS التفاوض على استخدام بروتوكول أمان طبقة النقل (TLS) أو بروتوكول طبقة المقابس الآمنة (SSL) باستخدام أمر STLS ، على منفذ POP3 القياسي، بدلاً من منفذ بديل. تستخدم بعض الأجهزة العميلة والخوادم طريقة المنفذ البديل، والتي تستخدم منفذ TCP رقم 995 (POP3S).

SDPS

أضافت شركة Demon Internet امتدادات لبروتوكول POP3 تسمح بإنشاء حسابات متعددة لكل نطاق، وأصبحت تُعرف باسم خدمة الاتصال الهاتفي القياسي POP3 (SDPS). [ 5 ] وللوصول إلى كل حساب، يتضمن اسم المستخدم اسم المضيف، على سبيل المثال john@hostname أو john+hostname .

تستخدم تطبيقات جوجل نفس الطريقة. [ 6 ]

بروتوكول مكتب البريد المُفعّل بواسطة كيربر

في مجال الحوسبة ، يمكن لعملاء البريد الإلكتروني المحليين استخدام بروتوكول مكتب البريد المُؤمَّن بواسطة Kerberos ( KPOP )، وهو بروتوكول قياسي على مستوى التطبيقات في الإنترنت ، لاسترجاع البريد الإلكتروني من خادم بعيد عبر اتصال TCP/IP . يعتمد بروتوكول KPOP على بروتوكول POP3، ويختلف عنه في إضافة ميزة أمان Kerberos ، وفي أنه يعمل افتراضيًا على منفذ TCP رقم 1109 بدلًا من 110. يوجد أحد تطبيقات برامج خوادم البريد في خادم Cyrus IMAP .

أمثلة على الجلسات

يُعد مربع حوار جلسة POP3 التالي مثالاً في RFC 1939: [ 7 ]

S: <انتظر الاتصال على منفذ TCP رقم 110> ج: <فتح الاتصال> S: +OK خادم POP3 جاهز <1896.697170952@dbc.mtview.ca.us> ج: APOP mrose c4c9334bac560ecc979e58001b3e22fb S: +OK يحتوي صندوق بريد mrose على رسالتين (320 بايت) ج: حالة S: +OK 2 320 ج: قائمة S: +OK رسالتان (320 بايت) S: 1 120 S: 2 200 S: . ج: الرجوع 1 S: +OK 120 بايت S: <يرسل خادم POP3 الرسالة 1> S: . ج: حذف 1 S: +OK تم حذف الرسالة 1 ج: الرجوع 2 S: +OK 200 بايت S: <يرسل خادم POP3 الرسالة 2> S: . ج: حذف 2 S: +OK تم حذف الرسالة 2 ج: الخروج S: +OK dewey POP3 server signing off (maildrop empty) ج: <إغلاق الاتصال> S: <انتظر الاتصال التالي>

تتوقع خوادم POP3 التي لا تحتوي على أمر APOP الاختياري أن يقوم العميل بتسجيل الدخول باستخدام أوامر USER و PASS:

ج: المستخدم mrose س: +موافق تم قبول المستخدم ج: اجتياز تانستاف S: +OK تم قبول المرور

مقارنة مع IMAP

يُعدّ بروتوكول الوصول إلى رسائل الإنترنت (IMAP) بروتوكولًا بديلًا وأحدث للوصول إلى صناديق البريد. وفيما يلي أبرز الاختلافات بينهما:

  • بروتوكول POP هو بروتوكول أبسط، مما يجعل تنفيذه أسهل.
  • ينقل بروتوكول POP الرسالة من خادم البريد الإلكتروني إلى الحاسوب المحلي، مع وجود خيار في برامج البريد الإلكتروني عادةً للاحتفاظ بالرسائل على خادم البريد الإلكتروني أيضًا. أما بروتوكول IMAP، فيحتفظ بالرسالة افتراضيًا على خادم البريد الإلكتروني، حيث يقوم بتنزيل نسخة محلية منها.
  • يتعامل نظام POP مع صندوق البريد كوحدة تخزين واحدة، ولا يوجد لديه مفهوم للمجلدات.
  • يقوم عميل IMAP بإجراء استعلامات معقدة، حيث يطلب من الخادم رؤوس الرسائل أو محتوياتها، أو يبحث عن رسائل تستوفي معايير محددة. يمكن تمييز الرسائل في مستودع البريد بعلامات حالة مختلفة (مثل "محذوفة" أو "تمت الإجابة")، وتبقى في المستودع حتى يقوم المستخدم بحذفها صراحةً، وقد لا يتم ذلك إلا في جلسة لاحقة. باختصار: صُمم IMAP للسماح بالتعامل مع صناديق البريد البعيدة كما لو كانت محلية. بناءً على تطبيق عميل IMAP وبنية البريد التي يحددها مدير النظام، يمكن للمستخدم حفظ الرسائل مباشرةً على جهاز العميل، أو حفظها على الخادم، أو أن يُمنح خيار القيام بأي منهما.
  • يوفر POP عرضًا ثابتًا تمامًا للحالة الحالية لصندوق البريد، ولا يوفر آلية لإظهار أي تغييرات خارجية في الحالة أثناء الجلسة (يجب على العميل إعادة الاتصال وإعادة المصادقة للحصول على عرض محدث).
  • يوفر بروتوكول IMAP عرضًا ديناميكيًا ، ويرسل استجابات للتغييرات الخارجية في الحالة، بما في ذلك الرسائل الواردة حديثًا، بالإضافة إلى التغييرات التي أجراها العملاء الآخرون المتصلون في نفس الوقت على صندوق البريد.
  • يمكن لبروتوكول POP استرداد رسالة كاملة باستخدام أمر RETR، وبالنسبة للخوادم التي تدعمه، يمكن الوصول إلى الرؤوس، بالإضافة إلى عدد محدد من أسطر الجسم باستخدام أمر TOP.
  • يسمح بروتوكول IMAP للعملاء باسترداد أي من أجزاء MIME الفردية بشكل منفصل - على سبيل المثال، استرداد النص العادي دون استرداد الملفات المرفقة، أو استرداد ملف واحد فقط من بين العديد من الملفات المرفقة.
  • يدعم بروتوكول IMAP علامات على الخادم لتتبع حالة الرسالة: على سبيل المثال، ما إذا كانت الرسالة قد تمت قراءتها أو الرد عليها أو إعادة توجيهها أو حذفها.
  • يُتيح بروتوكول POP إمكانية ربط مُعرّفات فريدة بكل رسالة للخوادم التي تدعم أمر UIDL. ويمكن أن يكون هذا المُعرّف أي سلسلة من أحرف ASCII القياسية المرئية (غير المسافات البيضاء) ذات 7 بتات، بحد أقصى 70 حرفًا.
  • يوفر بروتوكول IMAP بدلاً من ذلك معرفات رقمية فريدة لكل رسالة، خاصة بكل مجلد، بالإضافة إلى رقم UIDVALIDITY خاص بالمجلد.
  • إن طريقتي تحديد الرسائل المذكورتين أعلاه (POP UIDL و IMAP UID) ليستا مرتبطتين على الإطلاق إلا إذا قام تطبيق الخادم الذي يدعم كلا البروتوكولين بإنشاء سلسلة POP3 UIDL عن قصد من خلال الجمع بين قيم IMAP UID و UIDVALIDITY.
  • RFC 918 – بروتوكول مكتب البريد 
  • RFC 937 – بروتوكول مكتب البريد – الإصدار 2 
  • RFC 1081 – بروتوكول مكتب البريد – الإصدار 3 
  • RFC 1939 – بروتوكول مكتب البريد – الإصدار 3 (STD 53) 
  • RFC 1957 – بعض الملاحظات حول تطبيقات بروتوكول مكتب البريد (POP3) 
  • RFC 2195 – امتداد IMAP/POP AUTHorize للتحدي/الاستجابة البسيطة 
  • RFC 2384 – مخطط عنوان URL لـ POP 
  • RFC 2449 – آلية تمديد POP3 
  • RFC 2595 – استخدام TLS مع IMAP وPOP3 وACAP 
  • RFC 3206 – رموز استجابة SYS و AUTH POP 
  • RFC 5034 – بروتوكول مكتب البريد (POP3) آلية المصادقة البسيطة وطبقة الأمان (SASL) 
  • RFC 8314 – اعتبار النص الواضح قديمًا: استخدام بروتوكول أمان طبقة النقل (TLS) لإرسال البريد الإلكتروني والوصول إليه 

انظر أيضاً

مراجع

  1. ↑ دين، تمارا (2010). دليل Network+ للشبكات . ديلمار. ص 519. ISBN  978-1423902454.
  2. ↑ ألين، ديفيد (2004). من ويندوز إلى لينكس . برنتيس هول. ص 192. ISBN  1423902459.
  3. ↑ (باللغة اليابانية) ، (برنامج تعليمي لـ Becky!) مؤرشف في 2010-01-31 في Wayback Machine ، 2001-04-26.
  4. ↑ "مواصفات POP4 على الرغم من استخدام بروتوكول POP لاستقبال البريد بعد انقطاع اتصال النظام بالإنترنت" . 2003. مؤرشف من الأصل بتاريخ 21-10-2017 . تم الاطلاع عليه بتاريخ 17-10-2011 .
  5. ↑ مركز مساعدة Demon الإلكتروني ( رابط قديم، مؤرشف بتاريخ 23 يوليو 2011 على archive.today . تم الاطلاع على E.demon.net (23 يناير 2013) بتاريخ 17 يوليو 2013.
  6. ↑ "الاختلافات بين تطبيقات جوجل وجيميل" . مركز مساعدة جيميل . مؤرشف من الأصل في 13 سبتمبر 2008.
  7. ↑ RFC 1939، الصفحة 19 ( https://datatracker.ietf.org/doc/rfc1939/ )

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

  • هيوز، ل. (1998). بروتوكولات ومعايير وتطبيقات البريد الإلكتروني عبر الإنترنت . دار نشر أرتيك هاوس. رقم ISBN 0-89006-939-5.
  • جونسون، ك. (2000). بروتوكولات البريد الإلكتروني عبر الإنترنت: دليل للمطورين . أديسون-ويسلي بروفيشنال. ISBN 0-201-43288-9.
  • لوشين، ب. (1999). معايير البريد الإلكتروني الأساسية: وثائق وبروتوكولات RFC العملية . جون وايلي وأولاده. ISBN 0-471-34597-0.
  • روتون، ج. (1999). دليل المبرمج لبريد الإنترنت: SMTP وPOP وIMAP وLDAP . إلسيفير. ISBN 1-55558-212-5.
  • وود، د. (1999). برمجة البريد الإلكتروني عبر الإنترنت . أورايلي. رقم ISBN 1-56592-479-7.
  • بروتوكول مكتب البريد - الإصدار 3. IETF. مايو 1996.