Check-Host.cc

الإعدادات المتقدمة
عرض الخريطة العالمية

إبراز العقد اللي بتحلّل لهذه القيمة.

فحص MG (Mail Group) التجريبي

سجل MG (Mail Group) كان محاولة هندسية مبكرة وطموحة جداً عشان يضيف ميزة الـ Mailing lists بشكل أصلي جوه بنية نظام أسماء النطاقات (DNS) نفسه. قبل ظهور برامج إدارة الـ Mailing lists على مستوى التطبيقات، مهندسي الشبكات اعتقدوا إنهم ممكن يستخدموا سجلات الـ DNS عشان يحددوا منطق توزيع المجموعات عبر البنية التحتية للإنترنت (Backbone). الفكرة دي اتوصفت في RFC 1035 كآلية تجريبية للتعامل مع تكرار الإيميلات المجمعة (Bulk email duplication) في مرحلة التوجيه من سيرفر لـ سيرفر (Server-to-server routing).

تكرار الـ Payload على مستوى الـ DNS

آلية شغل سجل MG كانت بتعتمد على تجميع الـ Nodes في الـ DNS (Clustering). الـ Admin كان بيعمل Node لدومين وهمي، زي dev-team.example.com. وبعدين يربط كذا سجل MG بالـ Node الوحيدة دي، وكل سجل كان بيشير صراحة لسجلات MB (Mailbox) الفردية الخاصة بأعضاء الفريق. لما أي سيرفر إيميل خارجي كان بيحاول يبعت إيميل لعنوان المجموعة دي، كان بيسأل الـ DNS على سجلات MG. السيرفر الموثوق (Authoritative Nameserver) كان بيرجع القائمة (Array) الكاملة بتاعت الأعضاء. السيرفر اللي بيبعت المفروض بعد كده ينسخ الـ Payload بتاع الإيميل ويبدأ اتصالات SMTP منفصلة عشان يوصل الرسالة لكل Inbox موجود في الرد بتاع الـ DNS.

فشل الـ Caching والانتشار

بروتوكول MG فشل فشل ذريع في التطبيق الفعلي بسبب طبيعة الـ Caching اللي في الـ DNS. الـ DNS بيعتمد بقوة على قيم الـ Time-To-Live (TTL)، حيث إن الـ ISPs الوسيطة بتخزن السجلات دي في الكاش من 24 لـ 48 ساعة عشان تقلل الضغط على الشبكة. لو كان فيه مستخدم عايز يلغي اشتراكه من Mailing list، الـ Sysadmin كان لازم يحذف سجل MG بتاعه من الـ Zone file. بس عشان السيرفرات الخارجية كانت مخزنة القائمة القديمة في الكاش، المستخدم كان بيفضل يجيله رسايل المجموعة لأيام لحد ما الـ TTL العالمي يخلص. إدارة اشتراكات المستخدمين بشكل ديناميكي عن طريق تعديلات ثابتة (Static) في الـ DNS Zone كانت مش فعالة خالص من الناحية الحسابية ومحبطة جداً للمستخدمين.

ظهور الـ Application-Layer Lists

مهندسي الشبكات وصلوا لإجماع إن الـ Mailing lists بتحتاج إدارة حالة (State management) معقدة — زي التعامل مع الرسايل اللي بترتد (Bounces)، وعمليات إلغاء الاشتراك (Unsubscribe)، وإدارة طوابير الموافقة (Moderation queues) — واللي الـ DNS متصممش أبداً عشان يتعامل معاها. سجل MG اتلغى تماماً. والصناعة اتحولت لبرامج إدارة القوائم على مستوى الـ Application-layer، زي GNU Mailman، و Majordomo، ومجموعات توزيع Exchange (Distribution Groups) الحديثة. التطبيقات دي بتشتغل ورا سجل MX قياسي، وبتستقبل Payload إيميل واحد، وبتستخدم قواعد بيانات SQL داخلية عشان تدير النسخ والتوزيع أوتوماتيك، وده فصل منطق الـ Mailing lists بالكامل عن جداول التوجيه العالمية بتاعت الـ DNS.