بعد شكوى عدد قليل من المستخدمين، اكتشفت أنه منذ يوم الاثنين لم تعد رسائل البريد الإلكتروني الخاصة بمنصة Discourse الخاصة بنا (عبر Mailgun) تصل إلى أولئك الموجودين على مستأجري البريد الإلكتروني من Microsoft. وهذا يشمل المؤسسات والعامة (مثل hotmail.com، outlook.com).
عند اختبار قابلية التسليم لدينا، لم يكن لدينا DMARC معد. تم إصلاح هذا، ولدينا الآن درجة قابلية تسليم مثالية تقريبًا على mail-tester.com:
لا تحتوي رسالتك على رأس إلغاء الاشتراك (List-Unsubscribe).
ليس لدينا أي تخصيصات لقالب البريد الإلكتروني الخاص بنا.
يبدو أن حركة المرور إلى Gmail والخدمات الأخرى جيدة؛ إنها فقط Microsoft، ويبدو أن هذا مستمر لمدة 24 ساعة بعد إصلاح DMARC.
ومن الجدير بالذكر أن Mailgun أصدرت هذا الإشعار بشأن Microsoft والبريد الإلكتروني:
باختصار، إذا تم إعداد DMARC، فيجب أن نكون بخير (لكننا لسنا كذلك حاليًا). بينما كان من المفترض أن يبدأ هذا في 2025-05-04T12:00:00Z، هناك ملاحظة مشؤومة تفيد بأن:
لاحقًا (تاريخ سيتم تحديده): توقع رفضًا كاملاً للمرسلين الذين يظلون غير متوافقين.
هل لاحظ أي شخص آخر تأثيرًا لهذا مع رفض رسائل البريد الإلكتروني الصادرة الخاصة به؟ أي اقتراحات حول كيفية المضي قدمًا من هنا؟
إذا فهمت بشكل صحيح، فإن الافتقار إلى ترويسة List-Unsubscribe هو مجرد اقتراح من mail-tester.com، وليس بالضرورة سبب الرفض من قبل Microsoft. تخميني هو أن الرفض من المرجح أن يكون مرتبطًا بإرسالك رسائل بريد إلكتروني بدون تكوين DMARC في الماضي القريب.
عندما تتحقق من سجلات Mailgun الخاصة بك، ما هي الاستجابات التي تراها من Microsoft للرسائل التي فشلت في التسليم؟
لم أكن أعلم حتى أن Mailgun يخزن السجلات أيضًا - أعتقد أن هذا منطقي! هذه هي المرة الأولى التي اضطررت فيها للتعمق هناك.
هذا هو سبب الرفض لمعظمها:
\u003e4.7.500 الخادم مشغول. يرجى المحاولة مرة أخرى لاحقًا من \[.27\]. (S77719) \[SY2PEPF00004FF3.ausprd01.prod.outlook.com 2025-06-27T03:22:50.770Z 08DDB10C5071CA89\]
\u003e4.7.650 تم تحديد معدل خادم البريد \[.27\] مؤقتًا بسبب سمعة عنوان IP. للحصول على معلومات تسليم البريد الإلكتروني، راجع https://postmaster.live.com (S775) [Name=Protocol Filter Agent][AGT=PFA][MxId=11BB6463522E609D] [CY4PEPF0000EDD1.namprd03.prod.outlook.com 2025-06-27T03:22:41.176Z 08DDB231AE10F67F]
نظرًا لأننا يبدو أن لدينا عنوان IP مشترك لإرسال البريد الإلكتروني عبر Mailgun، ويبدو أن هذا هو السبب، فقد قدمت تذكرة دعم في Mailgun. سأبلغكم بالنتائج.
الخطأ الذي تراه هو اختناق ESP، ويحدث هذا كلما تلقى مزود البريد الإلكتروني للمستلم عددًا كبيرًا من رسائل البريد الإلكتروني من عنوان IP/مرسل معين في فترة زمنية قصيرة. لهذا السبب، لن يقبلوا الرسائل لفترة زمنية معينة (عادةً ساعة؛ وأحيانًا يوم) حتى يقوموا بمعالجة جميع رسائل البريد الإلكتروني من الدفعة الأصلية المرسلة. يعد اختناق ESP حدثًا شائعًا في عالم البريد الإلكتروني، ونحن من مزودي الخدمة القلائل الذين يعرضون هذه الإشعارات في سجلات البريد الإلكتروني.
يشير رمز الخطأ “4xx” إلى أن هذا هو ارتداد ناعم ومؤقت. كلما حاولنا تسليم رسالة وأعاد خادم المستلم ارتدادًا ناعمًا، سنعيد محاولة التسليم لمدة تصل إلى 8 ساعات في الفترات التالية: 10 دقائق، 10 دقائق، 15 دقيقة، 30 دقيقة، ساعة واحدة، ساعتان، و 4 ساعات. لا يمكن تعديل هذه الفترات في الوقت الحالي.
يجب أن يزول هذا الخطأ بعد بعض الوقت. ومع ذلك، إذا لم تلاحظ أي تحسينات، فيرجى التواصل معنا مرة أخرى! سنكون سعداء لإلقاء نظرة أخرى في ذلك الوقت.
حسنًا، هذا لا يتوافق مع حقيقة أن جميع خدمات البريد الإلكتروني من Microsoft تحظر رسائل البريد الإلكتروني الخاصة بنا (وليس مجرد عدد قليل منها). سأعلمك بكيفية تطور الأمور من هنا، حيث لا يبدو أنني أستطيع فعل أي شيء آخر في الوقت الحالي.
السطر أعلاه يقول بشكل أساسي أن هناك سببًا للحد (بخلاف مجرد تلقي عدد كبير من رسائل البريد الإلكتروني)، وهو سمعة عنوان IP. يمكنك العثور على عنوان IP المرسل الخاص بك من رسائل البريد الإلكتروني التي يرسلها Mailgun نيابة عنك، والتحقق من سمعة عنوان IP المرسل الخاص بك (يمكنك العثور على بعض الاقتراحات هنا).
إذا وجدت أن سمعة عنوان IP المرسل الخاص بك ضعيفة، يمكنك أن تطلب من Mailgun نقلك إلى خادم آخر.
