بينما يتوقع الخبراء بشكل روتيني نهاية البريد الإلكتروني ، ما زلنا نحصل على الكثير منه ونراهن أنك تفعل ذلك أيضًا. كان البريد الإلكتروني موجودًا منذ فترة طويلة جدًا وفي اليوم ، كانت تقنية عالية جدًا لتكون قادرًا على إرسال ملاحظة تطلب من الجميع المكان الذي يريدون الذهاب إليه لتناول الغداء. ما كان لدينا على أجهزة الكمبيوتر في ذلك الوقت كان مختلفًا كثيرًا أيضًا. ضع في اعتبارك أن أول بريد إلكتروني عبر ARPANET كان في عام 1971. في ذلك الوقت كان لدى بعض الأشخاص محطات طرفية مطبوعة. كانت الرسومات غير عادية وربما كانت وحدة التخزين الرئيسية لديك جزءًا صغيرًا من أصغر محرك أقراص محمول موجود حاليًا على مكتبك. لم يكن أحد يرسل صورًا أو مقاطع فيديو أو ملفات PDF عملاقة.

اليوم ، الأمور مختلفة. تحتوي أجهزة الكمبيوتر لدينا على غيغابايت من ذاكرة الوصول العشوائي (RAM) وتيرابايت للتخزين. نحن ننتج ونستهلك وثائق منسقة ، وصورًا بدقة عالية ، وحتى مقاطع فيديو. بطبيعة الحال ، نريد مشاركة هذه الملفات مع الآخرين ، لكن البريد الإلكتروني أصبح قصيرًا بشكل مؤسف. بالتأكيد ، ستعرض بعض الأنظمة تخزين ملفك الكبير في السحابة وإرسال ارتباط ، ولكن من المرجح أن تفشل ببساطة إرسال مقطع فيديو متعدد الميجابايت إلى صديقك عبر البريد الإلكتروني. لماذا ا؟

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

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

لفهم نشأة الحدود ، عليك أن تعرف كيف يعيش البريد الإلكتروني حياته. الأمر أكثر تعقيدًا مما قد تتوقعه. اليوم ، ينتقل البريد باستخدام بروتوكول يسمى SMTP - Simple Mail Transfer Protocol. لنأخذ الحالات البسيطة أولاً.

بريد إلكتروني يُظهر إرسال رسائل الويب واستلامها

”data-medium-file =” https://hackaday.com/wp-content/uploads/2022/06/piqsels.com-id-jrdzx.jpg؟w=400 ″ data-large-file = ”https: / /hackaday.com/wp-content/uploads/2022/06/piqsels.com-id-jrdzx.jpg؟w=625 ″ loading = "lazy" class = "size-thumbnail wp-image-538869 alignleft” src = " https://hackaday.com/wp-content/uploads/2022/06/piqsels.com-id-jrdzx.jpg؟w=250 ″ alt width = "250 ″ height =" 250 ″ srcset = "https: // hackaday.com/wp-content/uploads/2022/06/piqsels.com-id-jrdzx.jpg 2400 واط ، https://hackaday.com/wp-content/uploads/2022/06/piqsels.com-id-jrdzx .jpg؟ resize = 250,250،250 2022w، https://hackaday.com/wp-content/uploads/06/400,400/piqsels.com-id-jrdzx.jpg؟resize=400،2022 06w، https://hackaday.com/wp -content / uploads / 625,625/625 / piqsels.com-id-jrdzx.jpg؟ تغيير الحجم = 2022،06 1536,1536w ، https://hackaday.com/wp-content/uploads/1536/2022/piqsels.com-id-jrdzx. jpg؟ resize = 06،2048,2048 2048w، https://hackaday.com/wp-content/uploads/250/100/piqsels.com-id-jrdzx.jpg؟resize=250،XNUMX XNUMXw ”size =” (max- العرض: XNUMX بكسل) XNUMXvw ، XNUMX بكسل ">

لنفترض أن لدينا عنوان بريد إلكتروني Hackaday.com وأننا ندير خوادم البريد الإلكتروني الخاصة بنا (لا نفعل ذلك ، لكننا نذهب معي لمدة دقيقة). يتصل المستخدم بخادم SMTP ويرسل بريدًا إلكترونيًا إلى عنوان آخر على Hackaday.com. هذا سهل. يتعرف الخادم على أنه الوجهة النهائية للبريد الإلكتروني ، فيقبله ويسلمه. ماذا يعني التسليم؟ هذا يعتمد ، ولكنه يعني عادةً وضع بعض الملفات التي سيتحقق منها المستخدم باستخدام برنامج بريد أو باستخدام نوع آخر من الخوادم مثل POP3 أو IMAP. ولكن لأغراضنا ، فهذا يعني وضع البريد في مكان يمكن للمستخدم العثور عليه.

هناك حالة أكثر صعوبة قليلاً عندما يريد شخص من wd5gnr.com ، على سبيل المثال ، إرسال بريد إلكتروني إلى شخص ما في Hackaday (مرة أخرى ، على افتراض أن هذا المجال يتعامل مع البريد الإلكتروني الخاص به والذي لم يكن شائعًا كما كان من قبل) . في هذه الحالة ، يتصل المستخدم بخادم SMTP الخاص به. يدرك أن @ hackaday.com هو عنوان بريد إلكتروني غريب (ربما بأكثر من طريقة) ويبحث عن المجال في دليل DNS. أحد السجلات في DNS (سجل MX) هو عنوان خادم بريد المجال. سيرسل خادم SMTP الموجود على wd5gnr.com البريد إلى hackaday.com والذي سيقوم بالفعل بالتسليم.

وثم…؟

هذا كل ما في الأمر ، أليس كذلك؟ ليس تماما. في هذه الأيام ، يشير إدخال DNS هذا على الأرجح إلى بعض الخدمات مثل خادم Gmail أو بعض شركات الاستضافة الأخرى التي ستقبل بالفعل البريد الإلكتروني. من المحتمل أن يكون المرسل مرتبطًا بخادم أحد البائعين أيضًا. لذلك ربما يتم إرفاق المرسل بخادم SMTP الخاص بـ Zoho والذي يتصل بعد ذلك بخادم Gmail لتسليم البريد.

الأمر الأكثر تعقيدًا هو الدخول في شبكات خاصة. إذا كانت شبكة wd5gnr خلف جدار حماية ، فقد لا يكون من الممكن الاتصال مباشرة بخادم Hackaday بغض النظر عن مكانه. ماذا بعد؟ يمكن لخادم SMTP قبول البريد على واجهة واحدة ثم ترحيله إلى خادم آخر. هذا يمكن أن يستمر لبعض الوقت. على سبيل المثال ، قد يقوم خادم wd5gnr بنقل كل شيء إلى Gmail والذي يعثر بعد ذلك على خادم Hackaday الرئيسي الذي يرسله أيضًا إلى خادم البريد الداخلي للجزء من العالم الذي يوجد فيه مستخدم معين.

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

يمكنك معرفة سبب نضوج البريد الإلكتروني للاستغلال. ستسمح الخوادم المبكرة لأي شخص بالاتصال وقد تحاول حتى ترحيل البريد لأي شخص. لقد غير البريد العشوائي كل ذلك ، بالطبع ، والآن أصبح الترحيل المفتوح أمرًا نادرًا. تذهب بعض خوادم SMTP إلى حد رفض البريد الذي يأتي من خلال خوادم مفتوحة معروفة. هذا مثير للجدل في بعض الدوائر كشكل من أشكال الرقابة ، لكن غالبية الخوادم الآن ستطلب منك المصادقة ولن تقبل سوى البريد الإلكتروني المخصص لنطاقات معينة بدون مصادقة. هناك أيضًا ارتفاع في عدد الخوادم التي تتحقق من ملف سجل SPF للتأكد من أن الخادم معروف بأنه يتعامل مع البريد لنطاق معين. DKIM يخطو خطوة إلى الأمام ويستخدم توقيعًا مشفرًا.

ثقل التاريخ

لذا فإن حقيقة أن البريد نادرًا ، في هذه الأيام ، يترك الشبكة أو يتدفق عبر مرحل مفتوح ، فإن النقطة المهمة هي أنه يمكن ذلك. لماذا هذا مهم؟ دعنا نعود إلى مشكلة السفينة في البحر. قد يتعين على خادم السفينة ترميز رسائل البريد الإلكتروني الخاصة بنا إلى تنسيق أحمق أو ضغطها. قد ترسل المحطة الأرضية للأقمار الصناعية بريدًا إلكترونيًا فقط عبر UUCP الذي يتعين عليه القيام بمعالجة إضافية. لذا فإن رسائل البريد الإلكتروني الكبيرة هي أكثر من مجرد مشكلة في النطاق الترددي للشبكة. قد يتعين على الخادم معالجة الملفات وتحويلها. لذلك ، يمكن أن يتطلب SMTP ASCII 7 بت وهو أمر رائع للنص. ولكن بالنسبة لأي شيء مربي الحيوانات ، يتم تشفير الرسالة (بما في ذلك المرفقات) باستخدام شيء مثل تشفير الأساسي 64 كما هو محدد بواسطة MIME (ملحقات بريد الإنترنت متعددة الأغراض). هذا يعني أيضًا أنه من المحتمل أن يزداد حجم المرفق بعد الترميز.

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

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

اسأل هاكاداي

كيف ترسل ملفات كبيرة؟ هل يجب أن يأخذ البريد الإلكتروني ملفات أكبر؟ هل تعتقد أن البريد الإلكتروني في طريقه للخروج؟ استبدلها بماذا؟ كيف يمكن أن يكون أسهل؟ هناك خدمات مثل وي ترانسفير و أرسل في أي مكان، ولكن بصراحة ، من المرجح أن نقوم فقط بتحميل ملف إلى أحد خوادمنا وإرسال رابط بهذه الطريقة. ثم هناك دائمًا التخزين السحابي مثل Dropbox أو Drive أو iCloud.

لقد قطعنا شوطا طويلا منذ الحمام الزاجل. ثم مرة أخرى ، ربما يكون بريدك الإلكتروني تجاوز تلك الشبكة، جدا. إذا كنت تريد التعمق أكثر في SMTP ، فراجع مقطع الفيديو من جامعة ولاية آيوا أدناه.

[المحتوى جزءا لا يتجزأ]