ما هي القائمة الرمادية (Greylisting)؟

التعريف

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

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

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

كيف يعمل

عند وصول رسالة، يسجّل الخادم الذي يطبّق القائمة الرمادية ثلاث معلومات تُسمّى عادةً الثلاثية: عنوان IP لخادم الإرسال، وعنوان البريد الإلكتروني للمرسل، وعنوان البريد الإلكتروني للمستلم. ثم يتحقق مما إذا كان قد رأى هذه الثلاثية بعينها من قبل. فإن لم يكن، يستجيب الخادم بفشل مؤقت باستخدام رمز رد SMTP من فئة 4xx، وغالبًا 451، الذي يعني وفق معيار البريد الإلكتروني أعيدوا المحاولة لاحقًا لا توقفوا. ويختلف الرمز المحدد وصياغته باختلاف برنامج خادم البريد.

أمام خادم الإرسال الآن خيار. فالخادم الشرعي يعامل استجابة 4xx كخطأ عابر، ويُبقي الرسالة في قائمة الانتظار الصادرة، ويجدول إعادة المحاولة. وتحدد معايير البريد الإلكتروني فاصلًا لإعادة المحاولة لا يقل عن ثلاثين دقيقة ومهلة للتخلي تمتد عدة أيام، لكن التطبيقات الفعلية تختلف كثيرًا. إذ يعيد Sendmail المحاولة بعد نحو خمس عشرة دقيقة، وPostfix بعد ست عشرة دقيقة ونصف تقريبًا، ويتبع Microsoft Exchange جدوله الخاص. وعندما تصل إعادة المحاولة بعد مرور وقت كافٍ، يرى الخادم ثلاثية مألوفة فيقبل الرسالة. ثم تضيف كثير من أنظمة القائمة الرمادية الثلاثية، أو عنوان IP المرسِل، إلى قائمة بيضاء تلقائية لتُسلَّم الرسائل المستقبلية دون تأخير.

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

لماذا يهم لقابلية تسليم البريد الإلكتروني

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

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

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

كيف يتعامل VeriMails معه

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

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

يمكنكم إجراء التحقق عبر واجهة REST API من VeriMails للفحوصات اللحظية أو رفع ملف CSV للتحقق بالجملة من قائمة كاملة. والتحقق من عناوينكم قبل الإرسال يعني أن القائمة الرمادية لن تؤخر إلا البريد الموجّه إلى مستلمين قابلين للتسليم فعلًا من الأساس، بدلًا من مضاعفة المشكلة على قائمة مليئة بالعناوين غير الصالحة. يبدأ التحقق من $0.0019 لكل بريد إلكتروني، مع 10,000 رصيد مقابل $19، وتبدأ الباقات السنوية من $12.50/شهريًا عند الدفع سنويًا. ويتضمن كل حساب جديد 100 رصيد مجاني دون الحاجة إلى بطاقة ائتمان، وهذه الأرصدة لا تنتهي صلاحيتها أبدًا.

الأسئلة الشائعة