إيميلات شركتك توصل سبام؟ شرح إعدادات DNS و SPF و DKIM و DMARC خطوة بخطوة

ترسل عرض سعر مهم لعميل، وبعد يومين يقول «ما وصلني شي». تدوّر معه وتلقاه في مجلد الرسائل غير المرغوب فيها. أو أسوأ: عميلك يستقبل رسالة «منك» ما أرسلتها أنت، تطلب منه تحويل مبلغ. المشكلتين غالباً لهم نفس الجذر: إعدادات DNS للدومين ناقصة. والحل مو معقد لو فهمت وش كل سجل يسوي.

DNS بتشبيه بسيط: دليل هاتف دومينك

الدومين اسم، والإنترنت يشتغل بعناوين أرقام. DNS هو الدليل اللي يقول: الموقع موجود هنا، والبريد يستلمه هناك، وهؤلاء مسموح لهم يرسلون باسمك. تُدار هذي السجلات من لوحة الجهة اللي تدير الدومين (مسجّل النطاق، أو خدمة مثل Cloudflare).

سجلات الموقع

• سجل A: يربط الدومين بعنوان IP لسيرفر. تستخدمه مع VPS أو استضافة تقليدية.
• سجل CNAME: يربط اسماً فرعياً باسم آخر، مثل www يؤشر لعنوان تعطيك إياه Vercel أو منصة الاستضافة.
• TTL: كم يحتفظ العالم بالقيمة القديمة قبل ما يسأل من جديد. قلّله قبل أي نقل مخطط عشان التغيير ينتشر أسرع.

سجلات البريد: الأربعة اللي تحدد مصير رسائلك

• MX: يحدد وين يُستلم بريد دومينك — Google Workspace أو Microsoft 365 أو مزود آخر. غلط هنا يعني رسائل ما توصلك أصلاً.
• SPF: سجل نصي (TXT) فيه قائمة الجهات المسموح لها ترسل باسم دومينك. لو ترسل من بريد الشركة ومن منصة تسويق ومن نظام الفواتير، كلهم لازم يكونون في سجل SPF واحد — مو ثلاثة سجلات منفصلة.
• DKIM: توقيع رقمي يُضاف لكل رسالة، ويثبت إنها ما تعدلت في الطريق وإنها طلعت فعلاً من جهة مخوّلة. تفعّله من لوحة مزود البريد، وهو يعطيك قيمة تضيفها في DNS.
• DMARC: السياسة اللي تقول لخوادم البريد وش تسوي مع رسالة فشلت في SPF و DKIM: تتجاهلها، تحطها في السبام، أو ترفضها. ويرسل لك تقارير عن مين يحاول يرسل باسمك.

ومزودو البريد الكبار مثل Gmail و Yahoo صاروا يشترطون هذي الإعدادات على الجهات اللي ترسل رسائل بكميات كبيرة، فغيابها ما عاد مجرد تحسين اختياري.

خطة تطبيق آمنة لـ DMARC

• ابدأ بسياسة p=none مع عنوان لاستقبال التقارير — هذي تراقب بدون ما تمنع شيئاً.
• راجع التقارير أسبوعين إلى أربعة أسابيع، واكتشف كل خدمة ترسل باسمك ونسيتها: نظام حجوزات، أداة نشرات بريدية، نموذج في الموقع.
• أضف هذي الخدمات في SPF وفعّل DKIM لها.
• انتقل إلى p=quarantine، وبعد ما تتأكد إن كل شي سليم، إلى p=reject.

أخطاء متكررة

• سجلا SPF منفصلان لنفس الدومين — هذا يُبطل الاثنين.
• نموذج التواصل في الموقع يرسل من سيرفر الاستضافة باسم بريد الشركة بدون ما يكون مخولاً.
• نقل الموقع لاستضافة جديدة وتغيير خوادم الأسماء (Nameservers) بدون نسخ سجلات البريد، فينقطع البريد فجأة.
• الدومين مسجل باسم موظف سابق أو مبرمج، وبريده هو المسؤول عن التجديد.
• تفعيل p=reject مباشرة قبل مراجعة التقارير، فتنرفض رسائل فواتيرك الشرعية.

كيف تتحقق بنفسك

أرسل رسالة من بريد شركتك إلى حساب Gmail، افتحها، واختر «عرض الرسالة الأصلية». بتشوف نتيجة SPF و DKIM و DMARC لكل واحد: PASS أو FAIL. لو كلها PASS، أنت في الطريق الصحيح. وفيه أدوات فحص مجانية على الإنترنت تقرأ سجلات دومينك وتنبهك للأخطاء.

من يملك الدومين يملك البريد

كل الإعدادات السابقة ما تنفع لو ما كنت متحكماً في لوحة الدومين نفسها. تأكد إن حساب مسجّل النطاق باسم الشركة وببريد لا يرتبط بشخص واحد، وإن التجديد التلقائي مفعّل ووسيلة الدفع صالحة، وإن قفل النقل (Transfer Lock) مفعّل، وإن التحقق بخطوتين مفعّل على الحساب. دومين منتهي يعني موقعاً متوقفاً وبريداً لا يستقبل شيئاً في نفس اللحظة، وأحياناً يلتقطه غيرك. وسجّل في مستند داخلي بسيط: أين الدومين، ومن مزود DNS، ومن مزود البريد، وما الخدمات المضافة في SPF ولماذا. هذا المستند يوفّر ساعات لما يجي موظف جديد أو مزود جديد ويسأل «مين ضبط هذا؟».

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