قبل أن تشغّل خادم بريد خاصًا بك

تشغيل خادم بريد خاص ليس فكرة جيدة لمعظم الناس. تثبيته سهل، والصعب أن تصل رسائلك إلى صناديق الوارد. وقبل أن تبدأ ينبغي أن تعرف أربعة أمور: هل المنفذ 25 الصادر مفتوح، وسجل PTR (DNS العكسي) لعنوان IP لديك، وسجلات SPF وDKIM وDMARC لديك، وسمعة عنوان IP.

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

متى يكون ذلك منطقيًا؟

يكون تشغيل خادم خاص منطقيًا للتعلم، أو لبضعة صناديق بريد على عدد قليل من النطاقات، أو حين تريد بياناتك بين يديك. ولا يكون منطقيًا إذا كان عملك يعتمد على البريد، أو إذا كنت تخطط لإرسال جماعي مثل النشرات، أو إذا لم يكن لديك وقت لمراقبة الخادم. وعليك أيضًا أن تنسخ صناديق البريد احتياطيًا بنفسك، لأن البريد الوارد يقيم على قرص الخادم.

المنفذ 25

• تسلّم خوادم البريد البريد بعضها إلى بعض عبر المنفذ 25. ولاستقبال البريد يجب أن يكون المنفذ مفتوحًا للاتصالات الواردة. وللإرسال يجب أن يكون مفتوحًا للصادرة.
• كثير من الشبكات والمزوّدين يقيّدون المنفذ 25 الصادر لمنع إساءة الاستخدام. وفي Seturack يبدأ مغلقًا كذلك على الخوادم الجديدة، وتفتحه من لوحتك بنقرة واحدة.
• تستخدم برامج البريد مثل تطبيقات الهاتف وThunderbird منفذَي الإرسال 587 أو 465. ولا يمكن استخدام هذين المنفذين للتسليم بين الخوادم.

يمكنك اختبار المنفذ 25 الصادر على خادمك هكذا. إذا كان الناتج "25 open" فالاتصال ممكن:

timeout 5 bash -c 'exec 3<>/dev/tcp/gmail-smtp-in.l.google.com/25' && echo "25 open" || echo "25 closed"

إرسال بريد جماعي إلى أشخاص لم يطلبوه، وبناء بنية تحتية لذلك، يخالف شروط خدمة Seturack.

PTR وSPF وDKIM وDMARC

يستخدم المستقبلون هذه السجلات للتحقق من أن الرسالة جاءت منك فعلًا. وكلها في DNS. تضبط معظمها حيث تدير نطاقك، أما سجل PTR فيحدده مالك عنوان IP. اعرف قبل الطلب هل يتيح لك مزوّدك ضبط سجل PTR لخادمك. وإن لم يكن dig موجودًا فثبّته بالأمر sudo apt install -y dnsutils.

بحسب إرشادات المرسلين الرسمية من Google، على كل المرسلين إعداد SPF أو DKIM، ويجب أن يكون لعنوان IP أو النطاق المرسل سجلا DNS صالحان للأمام والعكس (PTR)، ويجب أن يستخدم البريد TLS، وأن تبقى نسبة البريد المزعج دون 0.3 في المئة. أما من يرسل أكثر من 5,000 رسالة يوميًا إلى حسابات Gmail فيجب أن يكون لديه SPF وDKIM وDMARC جميعًا.

سمعة عنوان IP

لكل عنوان IP تاريخ. فإذا أُسيء استخدام العنوان الذي أُعطيته من قبل، فقد يكون في قوائم الحظر العامة (DNSBL). ابحث عن عنوانك في تلك القوائم قبل أن ترسل. والعنوان الجديد بلا سمعة. وتتكون السمعة بمرور الوقت حين تبدأ بأحجام صغيرة وترسل بريدًا منتظمًا ومتوقعًا. وغالبًا ما يجعل الإرسال المفاجئ بكثافة العنوان الجديد يبدو سيئًا فورًا.

انتبه إلى IPv6

إذا كان لخادمك IPv6 فقد يرسل Postfix البريد الصادر عبر IPv6 أيضًا. ويحتاج IPv6 إلى سجلي PTR وSPF خاصين به. فإن لم تعدّهما فأجبر Postfix على IPv4. وتقول وثائق Postfix إن هذا الإعداد يحتاج إلى إعادة تشغيل ولا تكفي إعادة التحميل:

sudo postconf -e "inet_protocols = ipv4"

sudo systemctl restart postfix

الموارد والصيانة

يعمل Postfix وDovecot براحة على خادم صغير. أما الحزم الجاهزة مثل mailcow فتضيف واجهة ويب ومرشح بريد مزعج وفحص فيروسات. والمتطلب الرسمي لـ mailcow هو 6 GiB من RAM على الأقل مع 1 GiB من swap في الإعداد الافتراضي. وثمة خيارات أخرى مثل Mail-in-a-Box وiRedMail. وأيًّا اخترت فالتحديثات والنسخ الاحتياطية والمراقبة عليك.

قائمة تحقق قبل الإرسال

1. هل المنفذ 25 الصادر مفتوح؟
2. هل سجل PTR مضبوط ويعود فيتحول إلى عنوان IP نفسه؟
3. هل سجلات SPF وDKIM وDMARC منشورة؟
4. هل شهادة TLS صالحة؟
5. هل عنوان IP في أي قائمة حظر؟
6. هل وصلت رسالة اختبار أرسلتها إلى نفسك إلى صندوق الوارد أم إلى البريد المزعج؟

طريقة أسهل

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