إعداد بريدك الإلكتروني: صناديق البريد وDNS وMX والبريد عبر الويب

إنشاء صندوق بريد وتوجيه الرسائل إليه عمليتان منفصلتان. قد يعمل موقعك بينما لا تزال سجلات MX تشير إلى مزوّد سابق.

تستخدم الأمثلة example.com والعلامة HOSTING_IP فقط. استبدلهما بنطاقك وبعنوان IPv4 لاستضافة البريد الخاصة بك؛ ولا تنسخ هذه العلامات كما هي.

إنشاء الصندوق والعثور على الإعدادات الصحيحة

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

توفر صفحة الاستضافة أو Plesk معلومات الخادم. استخدم عنوان IP والإعدادات الخاصة بهذه الاستضافة؛ ولا تستخدم عنوان IP لخادم VPS لا علاقة له بها. إذا لم يكن عنوان IP لخادم البريد محددًا بوضوح، فاطلبه من الدعم.

أين تعدّل سجلات DNS؟

عدّل المنطقة لدى المزوّد الذي تشير إليه خوادم الأسماء (NS) الخاصة بالنطاق. ليس بالضرورة أن يكون المسجّل ومزوّد DNS الجهة نفسها. إذا كانت خوادم NS خارجية، فإن تعديل نسخة المنطقة لدى By-Hoster لا يغيّر سجلات DNS العامة.

لا حاجة إلى نقل النطاق أو تغيير خوادم NS لتعديل سجلات MX: فهم منطقة DNS ونطاق مُدار لدى جهة أخرى.

ما السجلات التي يجب إنشاؤها لـ mail وwebmail؟

لاستخدام البريد في استضافتك لدى By-Hoster، كيّف هذا الجدول مع قيم خدمتك:

بحسب محرر DNS، يعني @ النطاق نفسه؛ وبعض المحررات تتطلب example.com. قد يلزم إدخال الاسمين mail وwebmail كاملين. هدف سجل MX هو اسم مضيف، وليس أبدًا عنوان IP أو رابطًا، ويجب أن يكون له سجل A يشير إلى خادم البريد.

إذا كنت تنقل كامل استقبال البريد إلى By-Hoster، فاستبدل سجلات MX القديمة بالسجلات المطلوبة هنا. لا تخلط سجلات MX لمزوّدين قدامى وجدد لتوزيع الصناديق. إذا أبقيت بريدك لدى جهة خارجية، فاحتفظ بسجلات MX الخاصة بها. لا تعدّل سجلات الموقع أو الخدمات غير المعنية.

مع Cloudflare، يجب أن يكون الاسم mail المستخدم لـ SMTP في وضع DNS فقط، دون وكيل HTTP.

فتح البريد عبر الويب أو إعداد برنامج بريد

بعد اكتمال تحليل DNS، افتح https://webmail.example.com باستخدام بيانات دخول الصندوق. يجب أن تغطي شهادته هذا الاسم: إن لم تكن كذلك، فاستخدم إدارة SSL / HTTPS في الاستضافة بعد تصحيح سجلات DNS، أو تواصل مع الدعم. لا تتجاوز تحذير الشهادة: دليل HTTPS.

في Outlook أو Thunderbird أو على الهاتف المحمول، انسخ الخادم والمنافذ المعروضة فعليًا في قسم البريد الإلكتروني. بحسب الخادم، قد ترى IMAP 993 مع SSL/TLS، أو POP3 995 مع SSL/TLS، أو SMTP 465 مع SSL/TLS أو 587 مع STARTTLS. لا تستخدم إلا الخيارات المتاحة لاستضافتك. يتطلب الإرسال عبر SMTP المصادقة بالعنوان الكامل وكلمة مرور الصندوق. يزامن IMAP المجلدات؛ أما مع POP3 فيعتمد الاحتفاظ بالرسائل على الخادم على إعدادات البرنامج.

التحقق من SPF وDKIM وDMARC

يتولى سجل MX الاستقبال؛ ولا يأذن وحده بالإرسال.

• SPF: انشر سجل TXT واحدًا فقط لـ SPF في الجذر، يشمل جميع خدمات الإرسال المصرّح بها. على سبيل المثال، لا يصلح v=spf1 ip4:HOSTING_IP ~all إلا بعد استبدال العلامة بعنوان IP الإرسال المؤكد، إذا كان مصدرك الوحيد. احتفظ بالأذونات اللازمة للمرسلين الآخرين.
• DKIM: فعّل التوقيع في إعدادات البريد في Plesk، وانسخ المفتاح العام واسم المحدِّد المقدَّمين إلى منطقة DNS المعتمدة. لا تختلق المفتاح.
• DMARC: اضبط _dmarc بعد التحقق من SPF/DKIM ومن المرسلين المشروعين. قد تؤدي سياسة رفض صارمة جدًا قبل هذه التحققات إلى رفض رسائلك أنت.

التحقق من النتيجة والتعرف على الأخطاء

dig +short example.com NS
dig +short example.com MX
dig +short mail.example.com A
dig +short webmail.example.com A

في Windows: nslookup -type=MX example.com، ثم nslookup mail.example.com وnslookup webmail.example.com.

يجب أن تتطابق الإجابات مع إعداداتك. قد تحتفظ ذاكرات التخزين المؤقت بالقيم القديمة طوال مدة TTL، بما في ذلك إجابة قديمة من نوع « الاسم غير موجود ». انتظر هذه المدة، ثم اختبر الإرسال والاستقبال من صندوق آخر.

• البريد عبر الويب غير موجود: تحقق من سجل A الخاص بـ webmail في المنطقة الصحيحة.
• 554 / Relay access denied عند الاستقبال: تحقق من سجلات MX، والنطاق المعرَّف على الخادم، ووجود الصندوق. عند الإرسال، تحقق أيضًا من مصادقة SMTP.
• رسالة مفقودة: تحقق من مجلد الرسائل غير المرغوب فيها، والحصة، وسبب الرفض بدقة. يجب إعادة إرسال الرسالة التي سبق رفضها.

إذا استمرت المشكلة، فافتح تذكرة تتضمن رمز الخطأ ونتائج DNS، دون مشاركة كلمة المرور.