كل ما تحتاج لمعرفته حول عرض حلقة التغذية الراجعة من جيميل
البريد الإلكتروني
·
النقاط الرئيسية
قدمت Gmail تجربة FBL لمساعدة مقدمي خدمات البريد الإلكتروني على تحديد المرسلين المزعجين.
على عكس FBL التقليدية، توفر Gmail بيانات شكاوى البريد العشوائي المجمعة، وليس تقارير ARF.
تتلقى مقدمو خدمات البريد الإلكتروني نسب شكاوى البريد العشوائي اليومية على مستوى العملاء أو الحملات.
تتطلب Gmail التزامًا صارمًا بإرشادات المرسلين الكبار (اتساق IP، RDNS، SPF، DKIM، DMARC).
تتطلب البريد الجديد رأس “Feedback-ID” لتحديد العملاء والحملات وأنواع الحركة.
تجمع Gmail الشكاوى لكل معرف، وليس عبرها، وتتجاهل العلامات ذات الحجم المنخفض.
تصل بيانات FBL كمرفق CSV تغطي رسائل gmail.com لليوم السابق.
يجب على مقدمي خدمات البريد الإلكتروني توقيع DKIM مرتين على الرؤوس لمنع التزوير.
يدعم Momentum توقيعات DKIM متعددة باستخدام سياسات Lua وOpenDKIM.
تدعم Gmail فقط مفاتيح DKIM ذات 1024 بت أو أكثر، وتعامل المفاتيح الأقصر على أنها غير موقعة.
تقدم العديد من شركات الإنترنت FBLs، ولكن نموذج Gmail فريد ويحافظ على الخصوصية.
أهم النقاط في الأسئلة والأجوبة
ما هو حلقة التغذية المرتدة (FBL) لجيميل؟
برنامج تجريبي لـ ESPs يقدم بيانات شكاوى البريد المزعج المجمعة، مما يساعد في تحديد المرسلين المسيئين دون كشف معلومات المستخدمين الأفراد.
كيف يختلف نموذج التغذية الراجعة الخاص بجيميل عن نماذج التغذية الراجعة التقليدية؟
تستخدم FBLs التقليدية تقارير الشكاوى من ARF التي تحتوي على تفاصيل الشكاوى الفردية المتعلقة بالبريد المزعج.
بينما تقدم Gmail بدلاً من ذلك نسبًا ملخصة يومية، مما يحمي خصوصية المستخدم النهائي.
ماذا يحتوي التقرير المجمع؟
ملف CSV يومي يوضح:
نسبة الشكاوى من الرسائل غير المرغوب فيها
مجمعة حسب العميل أو الحملة أو نوع الحركة
فقط للمستلمين من gmail.com
ما هو رأس "Feedback-ID"؟
رأس مطلوب يحدد العميل ويفضل نوع الحملة أو نوع حركة المرور.
التنسيق:
معرّف الملاحظات: a:b:c:ESPid
a:b:c= معرّفات اختياريةESPid= مطلوب معرّف العميل الفريد
يجمع Gmail استنادًا إلى كل معرّف فردي.
ماذا يحدث إذا كان لدى العلامات عدد قليل جدًا من الرسائل؟
تتجاهل جيميل المعرفات ذات الحجم المنخفض لمنع إساءة الاستخدام أو الضجيج العرضي في العلامات.
هل يقوم جيميل بتجميع المعرفات معًا؟
لا.
يتم تحليل كل معرف بشكل مستقل، حتى لو ظهرت معًا في نفس العنوان.
كيف ومتى يتم تسليم تقارير FBL؟
تُرسل التقارير مرة يوميًا عبر البريد الإلكتروني كـ مرفق CSV، يحتوي على بيانات اليوم السابق.
ما هي متطلبات المرسل التي تفرضها جيميل؟
يجب على المرسلين الالتزام بإرشادات مرسلي البريد الضخم من جوجل، بما في ذلك:
عنوان IP ثابت للإرسال
RDNS صالح
نفس عنوان "من" للبريد الضخم
استخدام SPF و DKIM و DMARC (موصى به بشدة)
ما هي متطلبات DKIM لرأس Feedback-ID؟
يجب على مقدمي الخدمة:
إزالة رؤوس Feedback-ID الموجودة
إدراج واحدة جديدة
التوقيع عليها مرة أخرى باستخدام DKIM (التوقيع المزدوج)
استخدام مفاتيح DKIM بحد أدنى 1024 بت
كيف يدعم Momentum تقرير التغذية الراجعة الخاص بـ Gmail؟
يدعم Momentum:
توقيعات DKIM متعددة عبر سياسة Lua
OpenDKIM لتوقيع DKIM الحديثة
تكوين سهل لمجالات التوقيع المنفصلة
توفر الوثائق سياسات توقيع Lua كمثال.
أي مزودين خدمة إنترنت آخرين يقدمون حلقات تغذية راجعة؟
تقدم العديد من مزودي خدمة الإنترنت الرئيسيين تقارير عن ملاحظات التغذية، بما في ذلك:
AOL وComcast وCox وFastmail وHotmail وMail.ru وOpenSRS وRackspace وYahoo! وZoho وآخرين.
تقدم معظمها تقارير بصيغة ARF-format، على عكس Gmail.
في فبراير، أعلنت جيميل عن عرض الطيران التجريبي لبرنامج حلقة التغذية (FBL) لمساعدة موفري خدمات البريد الإلكتروني في تحديد الجهات الفاعلة السيئة والمرسلين العشوائيين في شبكتهم.
يقدم Gmail حلقة تغذية راجعة تجريبية
كانت جيميل لاعبًا رئيسيًا في تاريخ البريد الإلكتروني منذ عام 2004. لمزيد من الرؤى المدهشة حول تطور البريد الإلكتروني، بما في ذلك الأصول المفاجئة لجيميل، تحقق من 13 حقيقة ممتعة عن البريد الإلكتروني. إذا كنت ترغب في الغوص أعمق، يمكنك الوصول إلى استمارة التسجيل.
بالنسبة لأولئك الذين ليسوا على دراية بالعملية، إليك ملخصًا موجزًا. تعتبر حلقات التغذية الراجعة تقارير يقدمها مقدمو خدمة الإنترنت (ISPs) لمرسلي الكميات الكبيرة حول عدد المستلمين الذين قاموا بإعلام البريد الخاص بهم كرسائل غير مرغوب فيها. إنها خدمة مهمة جدًا تتيح للشركات مراقبة سمعتها كمُرسل مع مقدمي خدمات الإنترنت واتخاذ إجراءات سريعة للسيطرة على الأضرار إذا قام عدد كبير من المستلمين بالإبلاغ عن رسائلهم الإلكترونية كرسائل غير مرغوب فيها. كما يمكنك أن تخبر، فإن هذا أمر حاسم للشركات المعتمدة على التسويق عبر البريد الإلكتروني كمصدر رئيسي للإيرادات.
ومع ذلك، فإن حلقة التغذية المرتدة في جيميل تختلف عن مقدمي خدمة الإنترنت الآخرين
حلقة التغذية الخاصة بـ Gmail ليست بتنسيق ARF. من أجل حماية خصوصية المستخدم، يتم تقديم حلقة التغذية الخاصة بهم في شكل إحصاءات مجمعة عن الرسائل غير المرغوب فيها لكل عميل أو لكل حملة، والتي لا يمكن تتبعها مرة أخرى إلى عنوان البريد الإلكتروني للمستلم الذي أشار إلى الرسالة على أنها غير مرغوبة. يوفر هذا التقرير اليومي نسبة من معدل شكاوى المستخدمين بشأن الرسائل غير المرغوب فيها لكل عميل و/أو حملة لأحد مزودي خدمات البريد الإلكتروني، وسيتم إرساله إلى عنوان البريد الإلكتروني المعين المقدم إلى Gmail بواسطة مزود خدمات البريد الإلكتروني (مثل: GmailFBL@example.com). الخدمة ليست مصممة لإدارة القوائم أو تقييم التسليم، وإذا كان هناك نسبة كبيرة من الرسائل غير المرغوب فيها في حركة المرور الخاصة بك، فستتلقى التقرير المجمّع في اليوم التالي.
يتم تشجيع مزودي خدمات البريد الإلكتروني بشدة على الامتثال لـ إرشادات مرسلي البريد الجماعي في Gmail. يتطلب Gmail من جميع المرسلين استخدام عنوان IP ثابت لإرسال البريد، سجل RDNS صالح لجميع عناوين IP المرسلة، ونفس العنوان في رأس 'From:' في كل بريد جماعي. من حيث المصادقة، يوصون بشدة بالتوقيع باستخدام DKIM، ونشر سجل SPF والامتثال لسياسة DMARC.
حلقة تغذية Gmail مقابل حلقات تغذية ISP التقليدية
الميزة | حلقة تغذية Gmail | حلقة تغذية ISP التقليدية |
|---|---|---|
تنسيق التقرير | إحصاءات مجمعة عن الرسائل غير المرغوب فيها | ARF (تنسيق تقرير الإساءة) |
تحديد الهوية للمستخدم | لا توجد بيانات على مستوى المستلم | تشمل بيانات الشكاوى الفردية |
نموذج الخصوصية | يحافظ على الخصوصية حسب التصميم | شكاوى مرئية للمرسل |
حالة الاستخدام | مراقبة السمعة | نظافة القوائم وكبتها |
دقة البيانات | لكل عميل أو حملة | لكل مستلم يقدم شكوى |
التسليم | CSV مجمّع يوميًا | رسائل ARF قريبة من الزمن الحقيقي |
النطاقات المدعومة | gmail.com فقط | تختلف حسب مزود خدمة الإنترنت |
كيف تعمل حلقة التغذية الراجعة في Gmail؟
سيحتاج مقدمو خدمات البريد الإلكتروني أولاً إلى إدراج رأس معرف التغذية “Feedback-ID”. سيوضح هذا الرأس العميل و/أو الحملات، الرسائل، وأنواع البريد. ستُولد تقارير FBL بناءً على هذه المعرفات.
سيحتوي رأس “Feedback-ID” على حد أقصى من 4 حقول، 3 منها اختيارية.
“Feedback-ID: a:b:c:ESPid”
“Feedback-ID” هو اسم الرأس
“a:b:c” هي الـ 3 حقول الاختيارية التي يمكن أن تكون أي شيء يختاره مقدم الخدمة (مثل: الحملة، الرسالة، نوع الحركة)
“ESPid” هو الحقل الوحيد المطلوب. يتوافق هذا المعرف مع عميل مقدمي الخدمات ويجب أن يكون فريدًا ودائمًا لذلك العميل.
ستجمع جيميل البيانات للحقول الأربعة الأخيرة بدءًا من الجانب الأيمن وتتجاهل أي حقول إضافية. ستُجمع البيانات المعادة في تقرير التغذية حسب العلامة الموجودة في رأس Feedback-ID. سيتم تضمين كل علامة في التقرير ولا توجد حدود على عدد العلامات الإجمالية المحددة. ومع ذلك، ستتجاهل جيميل العلامات التي تحتوي على رسائل قليلة جدًا لمنع الإساءة.
ستجمع بيانات FBL بطريقة كل معرف بشكل مستقل وليس مجمعة عبر المعرفات. ستُعلن نسب البريد المزعج عبر جميع الرسائل التي تحتوي على معرف معين، بغض النظر عن الموضع في رأس المعرف. سيتم إرسال تقرير FBL في شكل مرفق CSV ويحتوي على البيانات التي تم تلقيها من قبل جيميل في اليوم السابق من مقدم الخدمة. هذا التقرير موجه لمستخدمي gmail.com ولا يدعم Google-Apps أو المجالات المستضافة من قبل Google.
متطلبات تنفيذ حلقة التغذية في جيميل
المتطلبات | توقعات جيميل FBL | ملاحظات |
|---|---|---|
معرف التغذية | رأس Feedback-ID مطلوب | يحدد العميل / الحملة / نوع الحركة |
حقول الرأس | حد أقصى 4 حقول | يجب أن يكون الحقل الأيمن هو معرف خاص بمقدم الخدمة |
منطق التجميع | لكل معرف، وليس مجمع | الموضع في الرأس غير مهم |
حركة منخفضة الحجم | تم تجاهلها | يمنع الإساءة وإعادة التعريف الشخصية |
المصادقة | يتطلب توقيع مزدوج DKIM | يمنع تزوير الرأس |
نطاقات DKIM | حد أقصى 10 قيم فريدة d= | يُسمح بالنطاقات الفرعية |
طول مفتاح DKIM | ≥ 1024 بت | تعامل المفاتيح الأقصر على أنها غير موقعة |
تنسيق التقرير | مرفق CSV | يغطي حركة اليوم السابق |
ما هي متطلبات DKIM؟
لتجنب انتحال عنوان “Feedback-ID”، يجب على مزود خدمة البريد الإلكتروني إزالة أي حالات من هذا العنوان أولاً قبل إدخاله ثم توقيعه باستخدام مفتاح نطاق مزود خدمة البريد الإلكتروني. وهذا بالإضافة إلى أي توقيع موجود ويعرف ك practice شائع باسم “التوقيع المزدوج”.
يمكن أن يكون هناك ما يصل إلى 10 مجالات توقيع DKIM فريدة “d=” تُستخدم لتوقيع هذه الترويسات، ولكن يمكن استخدام النطاقات الفرعية كبديل.
فيما يتعلق بطول مفتاح DKIM، تتطلب Gmail مفتاحًا بطول لا يقل عن 1024 بت. وفقًا لموقع مساعد Gmail، كانت Gmail تتعامل مع جميع الرسائل الإلكترونية الموقعة بمفاتيح أقل من 1024-بت على أنها غير موقعة منذ يناير 2013. وتوصي Gmail المرسلين المتأثرين بمفاتيح قصيرة بالتحول إلى مفاتيح RSA التي لا تقل عن 1024 بت.
كيف يمكننا تنفيذ متطلبات FBL من جوجل بشكل صحيح في مومنتوم؟
يدعم نظام Momentum توقيعات متعددة باستخدام سياسة Lua. يعد OpenDKIM الآن الوحدة المفضلة للتوقيع في إصدارات Momentum 3.6.0 والأحدث. يمكن العثور على مزيد من المعلومات حول مكتبات Lua للتوقيع في الوثائق الخاصة بنا.
لقد أنشأنا أيضًا سياسة توقيع Lua بسيطة لـ OpenDKIM تقوم بتكوين نطاق توقيع ثان بسهولة. يمكنك العثور على مزيد من المعلومات في دليل سياسة توقيع Lua لـ OpenDKIM.
ما هي مزودي خدمة الإنترنت الآخرين الذين يوفرون حلقات التغذية؟
إذا كنت تبحث عن مزيد من المعلومات حول كيفية تشغيل حلقة التغذية المرتدة، يرجى الرجوع إلى "توصيات تشغيل حلقة التغذية المرتدة للمش complaints" وثيقة RFC 6449. وأثناء حديثنا عن حلقات التغذية المرتدة، سيكون من المنطقي مشاركة روابط لمقدمي خدمات FBL الموثوقين الآخرين، في حال لم تكن لديك بالفعل.
Earthlink (بريد إلكتروني فقط): fblrequest@abuse.earthlink.net
Gmail (نسخة تجريبية، لمزودي ESP المختارين فقط، ترسل تقارير مجمعة لأسباب تتعلق بالخصوصية (ليس ARF)
IBM Smart Cloud (بريد إلكتروني فقط) postmaster@lotuslive.com
Rackspace (سابقًا Mailtrust)
Yahoo! (يتطلب DomainKeys أو DKIM وهو المزود الوحيد القائم على النطاق لـ FBL)
الآن، للتلخيص: إنها أخبار رائعة أن Google الآن توفر FBL. لديها بعض العيوب وسيحتاج المرسلون إلى إجراء بعض التكوينات لجعلها تعمل لصالحهم. ولكن بالنسبة لمستخدمي Momentum، ستكون هذه عملية مباشرة. إذا كان أي من القراء يرغب في مشاركة تجربته مع FBL الجديدة من Google، سنحب سماع قصتك. لا تتردد في ترك تعليقاتك.
