Postmark أم SendGrid: بريد المعاملات مشكلة تسليم لا مشكلة إرسال

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

ما الذي بُني عليه كل منتج؟

Postmark بُني حول بريد المعاملات، ويتعامل مع البريد التسويقي كمسار منفصل له إحصاؤه وسلوكه في الحجب وعنوان IP خاص به غالبًا. أما SendGrid فقد نشأ من البريد التسويقي، ويحمل النوعين في حساب واحد، مع حسابات فرعية وعناوين إرسال منفصلة ونظام حجب واحد يشمل الحساب كله.

كلاهما يسلّم إيصالًا. السؤال المفيد: أيّهما يجعل إتلاف قناة إعادة تعيين كلمة المرور أصعب بالخطأ؟

لماذا يُفسد خلط النوعين القناتين معًا؟

البريد التسويقي يذهب إلى عناوين لم تطلب الرسالة، بدفعات، ومع صور وروابط، ويمضي بعض المستلمين إلى زر «إبلاغ عن رسالة مزعجة». ونسبة الشكاوى هذه تلتصق بالنطاق وعنوان IP، لا بالحملة وحدها.

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

الفصل يعالج هذا عند هوية الإرسال نفسها: mail.example.com للإيصالات وnews.example.com للحملات، ولكل منهما تاريخه. المزوّدان يسمحان بذلك، لكن واحدًا فقط يجعله الشكل الافتراضي للمنتج.

ما الذي يقدّمه المزوّد ولا يقدّمه خادم البريد؟

الخادم ينقل الرسالة، والمزوّد يقرر ما يُفعل بالجواب:

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

لا شيء من هذا غريب. إنه عمل كنت ستبنيه بنفسك، والتكلفة التي يقلّلها الجميع هي تشغيله: سجل ارتدادات لا يقرأه أحد يساوي غياب معالجة الارتدادات.

ما الذي يبقى عليك إعداده بنفسك؟

المصادقة، وهي ليست اختيارًا. المزوّد يوقّع بريدك بمفتاح DKIM يولّده، لكن المفتاح لا قيمة له قبل نشره في DNS، وعلى النطاق أن يعلن الخوادم المسموح لها بالإرسال نيابة عنه.

ثلاثة سجلات، على نطاق فرعي مخصّص للإرسال لا على النطاق الجذر:

1. SPF: سجل TXT يسرد خوادم المزوّد لنطاق الظرف.
2. DKIM: المفتاح العام الذي يعطيك المزوّد، عند المحدد الذي يسميه.
3. DMARC: سياسة عند _dmarc تحدد ما يُفعل برسالة فشلت المطابقة، وأين تُرسل التقارير. المواصفة في RFC 7489، وتُقرأ مرة واحدة أفضل من الثقة بمعالج تلقائي.

خطأان يفسّران معظم حالات الفشل. DMARC يتحقق من المطابقة (alignment) لا من النجاح وحده: نطاق رأس From الظاهر يجب أن يطابق النطاق الذي صادقه SPF أو DKIM. والنطاق الفرعي يرث سياسة الجذر إن لم تنشر سياسة خاصة به، فسياسة صارمة على الجذر قد تحجز إيصالاتك افتراضيًا.

إلى أين تنظر يوم تتوقف الرسالة؟

لا إلى صفحة المزوّد، ولا إلى مجلد المزعج عند مستلم واحد.

1. سجل النشاط: قُبلت، أم حُجبت قبل الإرسال، أم ارتدت؟ ثلاث مشكلات مختلفة، والسجل يسمي مشكلتك.
2. رؤوس رسالة حقيقية: Authentication-Results يعرض SPF وDKIM وDMARC كلًّا على حدة، وفشل واحد يفسّر ما لا يفسّره أسبوع من التخمين.
3. قائمة الحجب: ارتداد لين صار صلبًا، أو شكوى من عنوان مشترك، يزيل عنوانًا بلا إشعار.
4. ما الذي تغيّر: نطاق إرسال جديد، أو رابط مختصر، أو قفزة في الحجم. السمعة تُبنى ببطء وتُفقد في أصيل واحد.
5. جهة الاستقبال: قوائم الحظر ومرشّح المستلم نفسه، ومسؤول نظامهم وحده يقول السبب.

البُعد	Postmark	SendGrid
ما يفترضه المنتج	الإيصال أهم من الحملة	منصة للاثنين، التسويق أولًا
فصل المسارات	الشكل الافتراضي، لكل مسار	ممكن بالحسابات الفرعية وعناوين IP
الارتدادات والشكاوى	مدمجة، وتُقرأ لكل مسار	مدمجة، وتُقرأ للحساب كله
ما تنشره أنت	SPF وDKIM وDMARC على نطاق فرعي	السجلات نفسها لكل نطاق تستخدمه
ما تتحقق منه عند المزوّد	كيف يُعزل كل مسار عن الآخر	أي ميزة تحتاج خطة أعلى

كيف تختار، بالترتيب

1. اكتب كل رسالة يرسلها العمل، وحدد من أطلقها: فعل عميل، أم تاريخ في التقويم.
2. أعطِ القائمتين نطاقين فرعيين مختلفين قبل أن تقارن المزوّدين أصلًا.
3. انشر SPF وDKIM وDMARC بسياسة متساهلة أولًا، واقرأ التقارير المجمّعة أسبوعين.
4. أرسل رسالة اختبار إلى Gmail وOutlook ومزوّد محلي، واقرأ الرؤوس بنفسك.
5. سمِّ الشخص الذي يقرأ سجل الارتدادات كل أسبوع؛ الفريق ليس مالكًا.
6. قارن الخطط في النهاية: ما الذي يُقاس، وماذا يفعل المزوّد حين يُوقف مسار.

أين يخطئ هذا الاختيار

• نطاق واحد لكل شيء: الحملة تضر الإيصال، والإيصال رسالة لا يجد العميل بديلًا عنها.
• عنوان no-reply لا يقرأه أحد: الردود إشارة، والرد عليها يكشف قالبًا معطلًا قبل أن يكشفه عميل.
• مصادقة تُعد مرة ولا تُراقب: المفاتيح تدور، وترحيل DNS يُسقط سجل TXT، ولا يلاحظ أحد قبل إطلاق.
• تغيير المزوّد لعلاج السمعة: السمعة تتبع النطاق، فالمزوّد الجديد يرث المشكلة القديمة ويضيف ترحيلًا.

ومتى لا يلزمك أي منهما

إذا كان العمل يرسل رسائل قليلة في اليوم، فصندوق بريد مصادق على نطاقه يكفي. ويستحق المزوّد مكانه حين يجب التعامل مع الارتدادات بانتظام، وحين يحتاج أحد إلى إثبات أن رسالة قُبلت.

حدود هذه النصيحة

لا أسعار هنا ولا نسب. التسليم يعتمد على النطاق والقائمة والمحتوى ومرشّحات المستلم، وأي رقم يُطبع في مقال يُقتبس بعد أن يتقادم. وما يقبله صندوق بريد من رسائل قاعدة يعلنها المزوّد، وما يجب حفظه ومدة الحفظ شأن محاسبك.

نبني نطاق الإرسال وسجلات المصادقة ومعالجة الارتدادات حول المزوّد الذي تختاره، ولا نبيع أيًّا من المنتجين ولا نأخذ عمولة على الاختيار.