لقد قمت بإنشاء سجل DKIM في أحد مواقع الاستضافة الخاصة بي (pair.com) باستخدام نظامهم الآلي. لقد قمت بإنشاء سجل TXT مع مضيف ومفتاح DKIM على خادم DNS الخاص بـ DigitalOcean.
إذا أرسلت بريدًا إلكترونيًا عبر Thunderbird، فإن DKIM ينجح. عندما يرسل Discourse بريدًا إلكترونيًا، باستخدام نفس معلومات الخادم/الحساب تمامًا، أحصل على:
dkim=neutral (body hash did not verify) header.i=@knysnayachtowners.org header.s=pair-202409020848 header.b=UW+zWBx8;
ما الذي أفعله بشكل خاطئ؟
يتم توقيع DKIM على خادم البريد المرسل، أي بعد أن يسلمه Discourse إلى خادم SMTP الذي تم تكوينه لاستخدامه.
إذا كنت ترى عدم تطابق في التجزئة، فهذا يشير إما إلى أنه تم تعديل البريد الإلكتروني بعد توقيعه أو أن زوج المفاتيح لا يتطابق.
إذا كنت بالتأكيد تستخدم تفاصيل متطابقة في Thunderbird و Discourse (هل قمت بإعادة تشغيل الحاوية للتأكد من أنها تستخدم التفاصيل الموجودة لديك في app.yml؟)، فسأندهش إذا تم توقيعه بمفتاح مختلف أو باستخدام محدد مختلف، لذا أتوقع رؤية نفس النتيجة إذا لم يتطابق زوج المفاتيح.
هل من الممكن أن يكون عنوان المرسل مختلفًا وأن مزود البريد الخاص بك يقوم بالتوقيع بشكل مختلف بناءً على ذلك؟
بشكل أساسي، يحدث شيء ما بعد مغادرته Discourse. إذا لم تتمكن من العثور على سبب واضح مثل عنوان المرسل، فقد تحتاج إلى الاتصال بمزود البريد الخاص بك لمعرفة ما يحدث.
كما هو مقترح، تحتاج إلى تغيير notification email إلى عنوان في النطاق الذي قمت بتكوينه لإرسال البريد.
لقد أجريت سلسلة من الاختبارات الإضافية ووجدت أن المشكلة كانت أن عنوان المستلم الذي كنت أختبر به، قام بإعادة توجيه البريد إلى Gmail. إذا أرسلت البريد مباشرة إلى Gmail، فقد مرت قيمة الـ hash.
ومع ذلك، هذا لا يزال يربكني حيث أنظر إلى ترويسات رسائل البريد الإلكتروني الأخرى المرسلة إلى هذا العنوان، وتمر قيمة الـ DKIM hash. لماذا سيكون هذا مختلفًا؟
لا يرى Gmail أن DKIM. جوجل صارمة للغاية بشأن ذلك. السبب الرئيسي لذلك هو أن خادم الإرسال ليس ما يعتقده المسؤول.