متطلبات المرسلين لدى Gmail وYahoo وOutlook.com: الحدود والمصادقة وقواعد إلغاء الاشتراك

منذ 2024 نشرت كبرى خدمات البريد للمستخدمين الأفراد متطلبات محددة لكل من يرسل إلى مستخدميها، والرسائل التي لا تستوفيها قد يُبطأ استقبالها أو تُحوَّل إلى البريد غير المرغوب أو تُرفض. وتذكر Google أنها بدأت في نوفمبر 2025 تشديد التطبيق، مع رفض مؤقت ودائم للحركة غير الملتزمة.

نعرض فيما يلي ما تنشره كل جهة حالياً، ثم طريقة فحص نطاقك. وتتعلق هذه القواعد بالرسائل المرسلة إلى صناديق البريد الشخصية مثل @gmail.com و@yahoo.com و@outlook.com و@hotmail.com، وتنص الأسئلة الشائعة لدى Google صراحةً على أن قواعدها لا تنطبق على الرسائل المرسلة إلى حسابات Google Workspace.

Gmail

تنطبق إرشادات المرسلين من Google على الحسابات الشخصية المنتهية بـ@gmail.com أو @googlemail.com.

جميع المرسلين يجب عليهم:

• المصادقة عبر SPF أو DKIM.
• توفير سجلات DNS أمامية وعكسية (PTR) صالحة لعناوين IP المرسلة.
• استخدام TLS في نقل البريد.
• إبقاء معدل البلاغات عن البريد المزعج في Postmaster Tools أقل من 0.3%.
• تنسيق الرسائل وفق RFC 5322، وعدم انتحال Gmail في ترويسة From:.

من يرسل 5,000 رسالة أو أكثر يومياً عليه إضافةً إلى ذلك:

• المصادقة عبر SPF وDKIM معاً.
• نشر سجل DMARC (تكفي سياسة p=none).
• محاذاة نطاق From: مع نطاق SPF أو نطاق DKIM.
• دعم إلغاء الاشتراك بنقرة واحدة في الرسائل التسويقية ورسائل الاشتراكات، مع رابط إلغاء اشتراك ظاهر في نص الرسالة.

وبحسب الأسئلة الشائعة لإرشادات المرسلين فإن عدد 5,000 يشمل كل الرسائل الصادرة من النطاق الأساسي نفسه خلال 24 ساعة، أي أن النطاقات الفرعية تُجمع معاً، وأن النطاق الذي يُصنَّف مرسلاً بالجملة يبقى كذلك بصورة دائمة. كما تنصح Google بإبقاء معدل البلاغات أقل من 0.10%، ولا يستفيد المرسلون بالجملة الذين يتجاوزون 0.3% من دعم معالجة مشكلات التسليم، وتتوقع الأسئلة الشائعة أن تصبح المحاذاة مع SPF وDKIM معاً شرطاً على الأرجح مستقبلاً.

Yahoo

بدأ تطبيق متطلبات Yahoo وتوصياتها للمرسلين منذ فبراير 2024.

جميع المرسلين: SPF أو DKIM كحد أدنى، ومعدل بلاغات أقل من 0.3%، وسجلات DNS أمامية وعكسية صالحة لعناوين IP المرسلة، والالتزام بـRFC 5321 وRFC 5322.

المرسلون بالجملة: SPF وDKIM معاً؛ وسياسة DMARC صالحة لا تقل عن p=none ويجب أن تنجح، مع توصية قوية بعنوان تقارير (rua) وقبول المحاذاة المرنة (relaxed)؛ ومحاذاة نطاق From: مع نطاق SPF أو DKIM؛ وترويسة List-Unsubscribe عاملة تدعم الإلغاء بنقرة واحدة للرسائل التسويقية ورسائل الاشتراكات (يوصى بشدة بطريقة POST وفق RFC 8058، وتُقبل طريقة mailto)؛ ورابط إلغاء اشتراك ظاهر في النص؛ وتنفيذ طلبات الإلغاء خلال يومين. وتوصي Yahoo أيضاً بمفاتيح DKIM لا يقل طولها عن 1024 بت وباستخدام حلقة ملاحظات الشكاوى.

Outlook.com وخدمات Microsoft الأخرى للأفراد

تغطي مقالة الدعم من Microsoft حول خطأ الارتداد 550 5.7.515 خدمات Outlook.com وHotmail وLive.com وMSN وما يرتبط بها. ويُعد النطاق مرسلاً بكميات كبيرة عندما يرسل 5,000 رسالة أو أكثر إلى هذه الخدمات بالنطاق نفسه في عنوان From:، وبعدها يجب أن تستوفي كل رسائله ما يلي:

• نجاح فحص SPF وفحص DKIM معاً.
• وجود سجل DMARC منشور (مثل v=DMARC1; p=none).
• نجاح DMARC مع محاذاة SPF أو DKIM أو كليهما مع نطاق From:.

والرسائل التي لا تستوفي ذلك تُرفض بالرسالة 550 5.7.515 Access denied, sending domain <domain> does not meet the required authentication level. ولاحظ الفرق عن Gmail وYahoo: فـMicrosoft تشترط نجاح SPF وDKIM كليهما لا أحدهما فقط.

مقارنة سريعة

افحص نطاقك

dig +short TXT example.com
dig +short TXT _dmarc.example.com
dig +short TXT selector1._domainkey.example.com
dig +short -x 203.0.113.10
dig +short mail.example.com A

يعرض السطر الأول سجل SPF (قيمة TXT التي تبدأ بـv=spf1)، والثاني DMARC، والثالث المفتاح العام لـDKIM للمحدِّد الذي تستخدمه منصتك (استبدل selector1). ويتحقق السطران الأخيران من وجود سجل PTR لعنوان IP المرسل ومن أن الاسم الذي يعيده يشير إلى العنوان نفسه.

ثم أرسل رسالة تجريبية إلى حساب شخصي في Gmail أو Outlook.com واقرأ ترويسة Authentication-Results: المطلوب spf=pass وdkim=pass وdmarc=pass، مع تطابق نطاق DKIM في d= أو نطاق المرسل في المغلف مع نطاق From:.

وللرسائل التسويقية أضف الترويستين اللتين توثقهما Google للإلغاء بنقرة واحدة:

List-Unsubscribe: <https://example.com/unsubscribe/abc123>
List-Unsubscribe-Post: List-Unsubscribe=One-Click

ثغرات شائعة

• منصة نشرات بريدية أو نظام CRM يرسل بنطاقه الخاص في DKIM والمغلف، فلا يتحاذى شيء مع نطاق From: لديك. اضبطه ليوقّع بنطاقك.
• فواتير أو تنبيهات تُرسل من خادم تطبيق دون DKIM ودون سجل PTR.
• سجل SPF ثانٍ من نوع TXT يضيفه مورد جديد بدلاً من دمجه في السجل الحالي.
• نشر DMARC بسياسة p=none دون عنوان rua، فلا يرى أحد حالات الفشل.

ما الذي ينبغي فعله

• اجرد كل نظام يرسل البريد بنطاقك في عنوان From:، بما في ذلك أدوات التسويق وأنظمة التذاكر وخوادم التطبيقات.
• اجعل كلاً منها ينجح في SPF وDKIM بنطاقك، وانشر DMARC مع عنوان للتقارير.
• افحص سجلات PTR وTLS على خوادم الإرسال الخاصة بك.
• أضف الإلغاء بنقرة واحدة ورابطاً ظاهراً إلى كل الرسائل التسويقية، ونفّذ طلبات الإلغاء خلال يومين.
• راقب معدلات الشكاوى في Google Postmaster Tools وحلقة ملاحظات Yahoo، وأبقِ معدل البلاغات في Gmail دون 0.1%.

المصادر

• support.google.com/a/answer/81126?hl=en
• support.google.com/a/answer/14229414?hl=en
• senders.yahooinc.com/best-practices
• support.microsoft.com/en-us/outlook/fix-ndr-error-550-5-7-515-in-outlook-com
• manpages.debian.org/trixie/bind9-dnsutils/dig.1.en.html