خادم بريدك يعمل. Postfix يبدأ، السجلّات تبدو نظيفة، ترسل رسالة اختبار إلى Gmail لديك — وتهبط في البريد المزعج. أو تختفي فحسب. لا شيء في إعدادك مكسور. البرمجية فعلت بالضبط ما أمرتها به.
المشكلة أنّ الخادم على الطرف الآخر لا يثق بـ IP-ك بعد، والبريد يُخفي حزمة كاملة من فحوص ثقة صغيرة يجب أن تصطفّ كلها قبل أن يسمح لك صندوق غريب بالدخول. أصِبها وينهض التسليم بنفسه غالبًا. فوّت واحدة وأنت تصرخ في مجلّد بريد مزعج.
ثلاثة أشياء تحمل معظم الثقل: DNS العكسي، ومصادقة المُرسِل، وما إذا كان مضيفك يدعك تتحدّث على المنفذ 25 أصلًا. لا شيء منها صعب. إنها فقط سهلة النسيان، وكلٌّ فيتو صامت.
الذي ينساه الجميع: DNS العكسي
DNS الأمامي هو الجزء الذي تعرفه — اسم يوجّه إلى IP. DNS العكسي هو المرآة: IP يوجّه إلى اسم. ذلك السجلّ يُسمّى PTR، ويعيش مع من يتحكّم بالـ IP، لا في منطقة نطاقك.
إليك لماذا يهمّ. حين يفتح خادمك اتصالًا بـ SMTP لـ Gmail، أوّل ما يفعله الجانب المستقبل بحث عكسي على IP-ك — من هذا؟ أجرِه بنفسك:
dig -x 203.0.113.19 +short
إن عاد ذلك بشيء مثل static.203-0-113-19.rev.example-isp.net، أو عاد فارغًا، فقد خسرت نقاطًا أصلًا. ذلك الاسم العامّ يقول «VPS عشوائي ما»، والأسوأ، لا يطابق اسم المضيف الذي يُقدّم به خادمك نفسه في تحية HELO. الخوادم المستقبلة تُعلّم ذلك التطابق-الخاطئ بشدّة. بعضها يرفض صراحةً.
ما تريد رؤيته PTR يطابق اسم مضيف بريدك. إن قال خادمك HELO mail.example.com، فالبحث العكسي على IP-ه ينبغي أن يُعيد mail.example.com. الأمامي والعكسي يتّفقان، القصّة متّسقة، وتبدو كخادم بريد حقيقي بدل صندوق مخطوف.
ضبط PTR عنى تقليديًا فتح تذكرة دعم مع من يملك كتلة الـ IP والانتظار. على خطط IP المخصّص من EQVPS إنه حقل في لوحتك — اكتب اسم المضيف، يُكتب مباشرةً إلى السجلّ عبر API المزوّد، وهو حيّ في ثوانٍ. تلك النقطة كلها من فعله بالخدمة الذاتية: DNS العكسي هو الخطوة التي يتخطّاها الناس لأنها كانت مزعجة.
المصادقة: SPF وDKIM وDMARC
هذه السجلّات الثلاثة تخبر الخوادم المستقبلة أنّ بريدًا يدّعي أنه من نطاقك هو منه فعلًا. تخطَّها وأنت غريب غير مُتحقَّق.
- SPF سجلّ TXT يسرد أي خوادم يُسمح لها بالإرسال لنطاقك. Gmail يفحصه ويسأل: هل أتت هذه الرسالة من IP خوّلته؟
- DKIM يوقّع تشفيريًا كل رسالة صادرة. المستقبل يسحب مفتاحك العامّ من DNS ويتحقّق أنّ التوقيع لم يُزوَّر في العبور.
- DMARC يربط الاثنين ويخبر المستقبلين ماذا يفعلون حين يفشل فحص — لا شيء، حجر، أو رفض — وأين يرسلون التقارير.
تريد الثلاثة. SPF وDKIM يُثبتان أنّ البريد لك شرعيًا؛ DMARC يحوّل ذلك الإثبات إلى سياسة. ربما عشرون دقيقة من تعديلات DNS، وهو الفرق بين «مُرسِل مُتحقَّق» و«من؟».
المنفذ 25، ولماذا هو مغلق
إليك الذي يفاجئ الناس. المنفذ 25 الصادر — المنفذ الذي تستخدمه خوادم البريد للتحدّث بعضها لبعض — محجوب افتراضيًا على كل مضيف VPS أساسًا. نحن أيضًا.
ذلك متعمّد. المنفذ 25 مدفع البريد المزعج الكلاسيكي، فيبقى مغلقًا حتى تطلبه وتقول ما ترسله فعلًا. نفتحه بالطلب بدل تركه مفتوحًا لأي أحد يُنشئ خادمًا.
وهناك تحفّظ صادق يجدر قوله بوضوح: مع منفذ 25 مفتوح تأتي مسؤولية. سكربت مخترق واحد أو ترحيل مُساء تهيئته يضخّ بريدًا مزعجًا، وسمعة IP-ك ذهبت — أحيانًا لأسابيع. على شبكة فرعية مشتركة تلك الفوضى ترشّ جيرانك، وهو بالضبط لماذا يحذر المضيفون منه. إن طلبت منّا فتح 25، أبقِ خادمك نظيفًا، لأنّ السمعة التي تحميها لنا جزئيًا أيضًا.
لماذا الـ IP المخصّص ليس اختياريًا
كل هذا يعود إلى متطلّب واحد: يجب أن يكون الـ IP لك. على إعداد NAT أو عنوان مشترك لا تستطيع ضبط PTR الخاص بك، لأنّ العنوان ليس حصريًا لك لتوجيهه. ترث أيضًا أي سمعة يحملها الـ IP المشترك أصلًا — ولا فكرة لديك عمّا فعله المستأجر الأخير به.
IP مخصّص يمنحك PTR تتحكّم فيه، وسمعة لك تبنيها، ونقطة بداية نظيفة. للبريد الصادر ذلك ليس رفاهية؛ إنه الأرضية.
الخلاصة الصادقة
استضافة البريد ذاتيًا في 2026 عمل حقيقي مستمرّ. ليست اضبط-وانسَ — ستراقب قوائم الحجب، تُدوّر مفاتيح DKIM، وتكتشف أحيانًا لماذا بدأ مزوّد محدّد بتأخيرك رماديًا. إن كان هذا مشروعًا جانبيًا منخفض المخاطر، بصراحة، التوجيه عبر مزوّد بريد قائم سيوفّر عليك الصداع.
لكن إن أردت تحكّمًا فعليًا — بياناتك، نطاقك، لا أحد آخر يقرأ الترويسات — فذلك ممكن جدًا على VPS صغير. سباكة الثقة أعلاه نحو 90% من المعركة، ولا شيء منها غريب. احصل على IP مخصّص، اضبط الـ PTR ليطابق اسم مضيفك، انشر SPF/DKIM/DMARC، اطلب منّا فتح المنفذ 25، ثم أرسل اختبارًا عبر أداة مثل mail-tester.com وأصلح ما تُعلّمه. افعل ذلك ولن تصرخ في مجلّد بريد مزعج بعد الآن — أنت خادم بريد تثق به صناديق الناس فعلًا.
التعليقات
لا تعليقات بعد. كن الأول.