الدومين والاستضافة والإيميلات، من غير لف ودوران

دليل عملي للتيم. لما عميل يقول «الدومين عندي على GoDaddy، وعايز الموقع على Hostinger، والإيميلات على Microsoft»، تعرف تعمل إيه بالظبط، وفين، وليه.

الصورة الكبيرة: أربع حاجات منفصلة

أهم فكرة في الموضوع كله: الدومين والاستضافة والإيميل حاجات مستقلة عن بعض. ممكن الثلاثة يبقوا عند شركة واحدة، وممكن كل واحد عند شركة. اللي بيربطهم ببعض هو الـ DNS.

تخيّل إن عندك محل:

الدومينRegistrar: GoDaddy، Namecheap، Hostinger…

اسم المحل المسجّل رسميًا. إنت بتأجّره بالسنة، ومن غير تجديد بيضيع.

الـ DNSممكن يكون عند أي حد

دليل التليفونات. بيقول: «الموقع روح للعنوان الفلاني، والجوابات ودّيها للمكتب الفلاني».

الاستضافةHostinger، VPS، Vercel…

المبنى نفسه، يعني السيرفر اللي عليه ملفات الموقع، وليه عنوان رقمي (IP).

الإيميلMicrosoft 365، Google Workspace، Hostinger Mail…

صندوق البريد. ممكن يكون في مكان تاني خالص غير المبنى.

يعني لما حد يكتب example.com في المتصفح، المتصفح بيسأل الـ DNS: «العنوان دا فين؟». ولما حد يبعت إيميل لـ info@example.com، السيرفر بتاعه بيسأل الـ DNS: «البريد بتاع الدومين دا بيروح فين؟». نفس الدليل، سؤالين مختلفين، وإجابتين ممكن يروحوا لشركتين مختلفتين.

السؤال الذهبي: مين ماسك الـ DNS؟

قبل أي حاجة، لازم تعرف الـ DNS بتاع الدومين متدار منين. الريكوردز لازم تتضاف في المكان دا بس. لو ضفت ريكورد في مكان تاني مش هيحصل أي حاجة، وهتقعد ساعتين مستغرب ليه مفيش حاجة شغالة.

المكان دا بيتحدد بالـ Nameservers (اختصارها NS). الدومين بيقول للعالم: «اسألوا السيرفرات دي عنّي».

لو الـ Nameservers طالعة كدهيبقى الـ DNS متدار من
ns1.dns-parking.com / ns2.dns-parking.comHostinger
nsXX.domaincontrol.comGoDaddy
dns1.registrar-servers.comNamecheap
xxx.ns.cloudflare.comCloudflare

تعرفها إزاي؟ ادخل dnschecker.org واختار NS، أو من التيرمنال:

nslookup -type=ns example.com
# أو
dig example.com NS +short
خلي بالكمش شرط الـ DNS يكون عند نفس الشركة اللي اتشرى منها الدومين. الدومين ممكن يكون مشتري من GoDaddy والـ DNS بتاعه عند Cloudflare أو Hostinger.

الريكوردز ببساطة

الريكورد سطر في دليل التليفونات. كل سطر فيه: النوع، والاسم (Name / Host)، والقيمة (Value / Points to)، وTTL.

الاسم @ معناه الدومين نفسه (example.com). لو كتبت www يبقى www.example.com، ولو blog يبقى blog.example.com.

النوعبيعمل إيهالاسممثال للقيمة
Aيربط اسم بعنوان IP (IPv4). دا اللي بيودّي الموقع للسيرفر.@185.xxx.xxx.10
AAAAنفس A بس لـ IPv6. لو مش متأكد سيبه أو امسحه لو بيشاور على سيرفر قديم.@2a02:4780::1
CNAMEيقول «الاسم دا هو هو الاسم التاني». بيشاور على اسم مش على IP.wwwexample.com
MXيقول الإيميلات بتاعة الدومين تتسلّم فين. ليه رقم أولوية (الأقل = الأهم).@mx1.hostinger.com (5)
TXTنص حر. بيُستخدم لإثبات ملكية الدومين، وللـ SPF والـ DKIM والـ DMARC.@v=spf1 include:... ~all
NSيحدد مين ماسك الـ DNS. بيتغير من عند الـ Registrar غالبًا.@ns1.dns-parking.com
SRVنادر. بعض خدمات Microsoft القديمة (Teams/Skype) أو خدمات VoIP._sip._tls100 1 443 sipdir.online.lync.com

ريكوردز الإيميل التلاتة: SPF و DKIM و DMARC

دول مش بيشغّلوا الإيميل، دول بيخلّوه موثوق وميروحش سبام. الـ MX هو اللي بيشغّل الاستقبال.

SPF

قايمة بالسيرفرات المسموح لها تبعت إيميل باسم الدومين. ريكورد TXT على @.

v=spf1 include:spf.protection.outlook.com -all

DKIM

إمضاء رقمي على كل رسالة، يثبت إنها ما اتلعبش فيها. مزوّد الإيميل بيديك قيمته (TXT أو CNAME).

selector1._domainkey → ...

DMARC

بيقول للسيرفرات تعمل إيه لو SPF أو DKIM فشلوا، ويبعتلك تقارير. ريكورد TXT على _dmarc.

v=DMARC1; p=none; rua=mailto:dmarc@example.com

قاعدة مهمة جدًاالدومين لازم يكون ليه ريكورد SPF واحد بس. لو محتاج أكتر من خدمة (Microsoft + خدمة إرسال زي Brevo مثلًا)، ادمجهم في سطر واحد:
v=spf1 include:spf.protection.outlook.com include:spf.brevo.com -all

TTL والانتشار (Propagation)

الـ TTL هو المدة اللي السيرفرات حوالين العالم بتحتفظ فيها بالإجابة قبل ما تسأل تاني. عشان كده بعد أي تعديل ممكن ياخد من دقايق لساعات عشان يبان عند الكل. تغيير الـ Nameservers تحديدًا ممكن ياخد لحد 24 ساعة (وأحيانًا 48).

نصيحة: قبل أي نقل مهم بيوم، نزّل الـ TTL للريكوردز المهمة لـ 300 ثانية (5 دقايق)، وبعد ما كله يستقر رجّعه.

ربط الدومين بالاستضافة: NS ولا A Record؟

عندك طريقتين، والاتنين صح. الفرق هو مين هيمسك الـ DNS بعد كده.

الطريقة الأولى: تغيير الـ Nameservers

بتقول للدومين «من النهارده Hostinger هو اللي ماسك الـ DNS».

  • كل الريكوردز بعد كده تتعدّل من Hostinger.
  • Hostinger بيضيف ريكوردز الموقع وإيميلاته أوتوماتيك.
  • مناسبة لو معظم الخدمات على Hostinger، أو الدومين جديد مفيهوش حاجة شغالة.

الطريقة التانية: A Record

الـ DNS بيفضل مكانه (GoDaddy مثلًا)، وإنت بس بتعدّل سطر الموقع.

  • مش بتلمس أي حاجة تانية شغالة (زي الإيميلات).
  • أأمن لو العميل عنده إيميلات شغالة ومش عايز مخاطرة.
  • مناسبة لو الـ DNS على Cloudflare، أو العميل عايز يفضل هو المتحكم.

الطريقة الأولى بالخطوات (NS)

  1. في Hostinger (hPanel): ضيف الموقع/الدومين على خطة الاستضافة. هيظهرلك إن الدومين «مش متوجّه» ومعاه الـ Nameservers المطلوبة، غالبًا ns1.dns-parking.com وns2.dns-parking.com. انسخهم من اللوحة نفسها مش من الدليل دا.
  2. قبل ما تغيّر أي حاجة: ادخل على DNS الدومين في GoDaddy وخد screenshot أو انسخ كل الريكوردز الموجودة، خصوصًا MX و TXT و CNAME.
  3. في GoDaddy: My Products ← الدومين ← DNS ← تبويب Nameservers ← Change Nameservers ← «I'll use my own nameservers» ← حط الاتنين واحفظ.
  4. في Hostinger: افتح DNS Zone بتاع الدومين وضيف أي ريكوردز مهمة كانت في GoDaddy (زي ريكوردز الإيميل لو الإيميلات برّه Hostinger).
  5. استنى الانتشار (ساعات)، وبعدها فعّل الـ SSL من Hostinger لو ما اتفعّلش لوحده.
أشهر غلطة في الموضوع كلهأول ما تغيّر الـ Nameservers، كل الريكوردز اللي كانت في GoDaddy بتتلغي فعليًا. لو العميل عنده إيميلات شغالة وما نقلتش ريكوردز الـ MX، الإيميلات هتقف فورًا.

الطريقة التانية بالخطوات (A Record)

  1. في Hostinger: ضيف الموقع، وهات الـ IP بتاع الاستضافة (بيظهر في Dashboard الموقع أو في صفحة توجيه الدومين).
  2. في GoDaddy ← DNS ← Records: عدّل الـ A اللي اسمه @ وخلي قيمته الـ IP الجديد. لو فيه أكتر من A على @ امسح الزيادة.
  3. خلي www يبقى CNAME قيمته example.com (أو A بنفس الـ IP).
  4. لو فيه AAAA على @ بيشاور على سيرفر قديم، امسحه، وإلا ناس هتفتح الموقع القديم.
  5. ما تلمسش ريكوردز الـ MX والـ TXT. استنى شوية وفعّل الـ SSL من Hostinger.
النوعالاسمالقيمةملاحظة
A@IP Hostingerالموقع الأساسي
CNAMEwwwexample.comعشان www تشتغل

السب دومين (Subdomain)

السب دومين هو أي حاجة قبل الدومين: blog.example.com، app.example.com، api.example.com. الحلو فيه إن كل سب دومين ممكن يروح لمكان مختلف تمامًا عن الموقع الأساسي.

الحالة الأولى: على نفس الاستضافة

  1. في Hostinger: Websites ← الموقع ← Domains ← Subdomains ← اكتب blog واختار الفولدر (غالبًا public_html/blog).
  2. لو الـ DNS على Hostinger (الطريقة الأولى): خلصت، الريكورد بيتعمل لوحده.
  3. لو الـ DNS لسه في GoDaddy (الطريقة التانية): ضيف هناك A اسمه blog وقيمته نفس IP Hostinger.

الحالة التانية: السب دومين بيشاور على استضافة تانية

هنا مش بتعمل حاجة في Hostinger خالص. بتروح للمكان اللي ماسك الـ DNS وتضيف ريكورد واحد، وبتضيف الدومين كمان في لوحة الخدمة التانية عشان تعرفه.

الوجهةالنوعالاسمالقيمة
VPS أو سيرفر تاني (DigitalOcean، AWS…)AapiIP السيرفر
VercelCNAMEappالقيمة اللي Vercel بيديهالك
NetlifyCNAMEwwwyour-site.netlify.app
ShopifyCNAMEshopshops.myshopify.com
استضافة تانية (cPanel عند شركة تانية)AblogIP الاستضافة التانية
قاعدة الـ CNAMEمينفعش تعمل CNAME على @ (الدومين الرئيسي). الدومين الرئيسي دايمًا A. الـ CNAME للسب دومينز بس. (Cloudflare بيحلها بحاجة اسمها CNAME Flattening، بس دا استثناء.)

حالة متقدمة ونادرة: لو عايز سب دومين كامل يتدار DNS بتاعه من مكان تاني، بتضيف ريكوردز NS على اسم السب دومين. غالبًا مش هتحتاجها.

الإيميلات

الإيميل بيشتغل بريكورد MX (فين أستلم) وTXT للـ SPF/DKIM/DMARC (عشان محدش يعتبرك سبام). والباقي كله مجرد إنشاء صناديق بريد في لوحة المزوّد.

قاعدة MXكل ريكوردز الـ MX لازم تشاور على مزوّد واحد. لو سايب MX بتاع Hostinger ومعاه MX بتاع Microsoft، الإيميلات هتتوزع عشوائي وجزء منها هيضيع.

الخيار الأول: الإيميل على نفس الاستضافة (Hostinger)

  1. hPanel ← Emails ← اختار الدومين ← فعّل الخدمة واعمل صندوق زي info@example.com.
  2. لو الـ DNS على Hostinger: الريكوردز بتتضاف أوتوماتيك، ودا أسهل سيناريو خالص.
  3. لو الـ DNS في مكان تاني: Hostinger بيعرضلك الريكوردز المطلوبة، انسخها كما هي للمكان اللي ماسك الـ DNS.
النوعالاسمالقيمةالأولوية
MX@mx1.hostinger.com5
MX@mx2.hostinger.com10
TXT@v=spf1 include:_spf.mail.hostinger.com ~all—
DKIMالقيمة بتظهر في لوحة الإيميل عند Hostinger، انسخها زي ما هي.

العميل بيفتح الإيميل من Webmail بتاع Hostinger، أو يضيفه على Outlook أو موبايله ببيانات IMAP/SMTP اللي في اللوحة.

الخيار التاني: Microsoft 365 (Outlook)

  1. العميل (أو إنت بصلاحيات أدمن) يدخل admin.microsoft.com ← Settings ← Domains ← Add domain.
  2. مايكروسوفت هيطلب إثبات ملكية: ريكورد TXT على @ قيمته شبه MS=ms12345678. ضيفه في مكان الـ DNS واضغط Verify.
  3. بعد التحقق هيعرضلك باقي الريكوردز. انسخ القيم من الشاشة، لأن قيمة الـ MX مخصوصة لكل دومين. (لو الـ DNS على GoDaddy، مايكروسوفت ساعات بيعرض يضيفها أوتوماتيك، وينفع توافق.)
  4. امسح أي MX قديم لمزوّد تاني، وضيف الـ DKIM من بوابة Microsoft Defender (Email authentication).
  5. اعمل اليوزرز وخصّص لهم لايسنس.
النوعالاسمالقيمة (شكلها التقريبي)الأولوية
TXT@MS=ms12345678—
MX@example-com.mail.protection.outlook.com0
CNAMEautodiscoverautodiscover.outlook.com—
TXT@v=spf1 include:spf.protection.outlook.com -all—
CNAMEselector1._domainkeyselector1-example-com._domainkey.xxx.onmicrosoft.com—
CNAMEselector2._domainkeyselector2-example-com._domainkey.xxx.onmicrosoft.com—
ملحوظةمايكروسوفت بدأ يدّي بعض الدومينات الجديدة MX بصيغة مختلفة بتنتهي بـ mx.microsoft. عشان كده دايمًا خد القيمة من الـ Admin Center، متكتبهاش من دماغك.

الخيار التالت: Google Workspace (Gmail)

النوعالاسمالقيمةالأولوية
TXT@google-site-verification=...—
MX@smtp.google.com1
TXT@v=spf1 include:_spf.google.com ~all—
TXTgoogle._domainkeyمن Admin Console ← Gmail ← Authenticate email—

نفس الفكرة مع Zoho Mail أو أي مزوّد: تحقق بـ TXT، وبعدين MX، وبعدين SPF و DKIM، وفي الآخر DMARC.

لو الموقع نفسه بيبعت إيميلات (فورم تواصل، OTP، إشعارات)

دي حاجة منفصلة عن صناديق البريد. الأحسن تبعت عن طريق SMTP حقيقي (حساب Microsoft أو Google، أو خدمة زي Brevo / SendGrid / Mailgun / Amazon SES) بدل دالة mail() بتاعة PHP. الخدمة هتطلب منك تضيف include بتاعها في نفس سطر الـ SPF، وريكوردز DKIM خاصة بيها. كده الإيميلات مش هتروح سبام.

نقل الإيميلات من مزوّد لمزوّد

  • تغيير الـ MX بيخلي الرسايل الجديدة تروح للمكان الجديد. الرسايل القديمة بتفضل في المكان القديم.
  • عشان تنقل القديم: Microsoft وGoogle عندهم أداة Migration (IMAP)، أو العميل يعمل Export/Import من Outlook.
  • الترتيب الآمن: اعمل الصناديق في المكان الجديد، ثم غيّر الـ MX، ثم انقل القديم، ثم اقفل الخدمة القديمة بعد أسبوع.

السيناريو الأشهر: الدومين على GoDaddy، الموقع على Hostinger، الإيميلات على Microsoft

الدومين: GoDaddyالاستضافة: Hostingerالإيميل: Microsoft 365

أول قرار: الـ DNS هيفضل فين؟ عندك مسارين.

المسار (أ): الـ DNS يفضل في GoDaddy — الأسهل والأأمن

كل الريكوردز هتتضاف في GoDaddy. Hostinger مجرد سيرفر للموقع.

  1. ضيف الموقع في Hostinger وخد الـ IP.
  2. في GoDaddy عدّل A @ للـ IP، وwww CNAME.
  3. ضيف الدومين في Microsoft 365 وحط TXT التحقق في GoDaddy.
  4. ضيف MX و autodiscover و SPF و DKIM بتوع Microsoft في GoDaddy.
  5. فعّل الـ SSL في Hostinger.

المسار (ب): ننقل الـ DNS لـ Hostinger

مناسب لو التيم هو اللي هيدير كل حاجة من hPanel بعد كده.

  1. انسخ كل ريكوردز GoDaddy الحالية.
  2. ضيف الموقع في Hostinger وخد الـ Nameservers.
  3. في Hostinger DNS Zone: امسح MX بتاع Hostinger، وضيف ريكوردز Microsoft كلها.
  4. غيّر الـ Nameservers في GoDaddy.
  5. استنى الانتشار وفعّل الـ SSL.

الشكل النهائي لجدول الـ DNS (أيًا كان مكانه)

النوعالاسمالقيمةتبع مين
A@IP Hostingerالموقع
CNAMEwwwexample.comالموقع
TXT@MS=ms12345678Microsoft (تحقق)
MX@example-com.mail.protection.outlook.com (0)Microsoft
CNAMEautodiscoverautodiscover.outlook.comMicrosoft
TXT@v=spf1 include:spf.protection.outlook.com -allMicrosoft
CNAMEselector1/2._domainkeyمن Microsoft DefenderMicrosoft
TXT_dmarcv=DMARC1; p=none; rua=mailto:...حماية الإيميل
فخاخ السيناريو دا في المسار (ب) Hostinger بيضيف MX بتاعه أوتوماتيك، لازم تمسحه وإلا هيتعارض مع Microsoft.
لو العميل مشتري Microsoft 365 من GoDaddy نفسها، الإعداد بيتدار من حساب GoDaddy وفيه قيود، اتأكد الأول قبل ما تنقل الـ DNS.
متعملش إيميلات على Hostinger «للتجربة» لنفس الدومين، دا بيكسر الاستقبال.

سيناريوهات تانية هتقابلها

1. كله على Hostinger

الدومين: Hostingerالاستضافة: Hostingerالإيميل: Hostinger

أسهل حالة. الدومين والـ DNS والموقع والإيميل في لوحة واحدة، والريكوردز بتتعمل أوتوماتيك. شغلك: تضيف الموقع، تعمل صناديق الإيميل، وتتأكد إن الـ SSL متفعّل. لو الإيميلات بتروح سبام، راجع إن DKIM و DMARC موجودين.

2. Frontend على Vercel و API على VPS وإيميلات Google

الدومين: Namecheapالـ DNS: NamecheapVercel + DigitalOceanGoogle Workspace

سيناريو شائع مع مشاريع React/Next.js. كل حاجة بتتعمل من Advanced DNS في Namecheap:

النوعالاسمالقيمةلمين
A@IP اللي Vercel بيديهولكالموقع
CNAMEwwwقيمة Vercelالموقع
AapiIP الـ VPSالباك إند
MX@smtp.google.com (1)الإيميل
TXT@v=spf1 include:_spf.google.com ~allالإيميل

على الـ VPS: اعمل SSL لـ api.example.com بـ Certbot (Let's Encrypt) بعد ما الريكورد ينتشر، مش قبله.

3. Cloudflare في النص

الدومين: GoDaddyالـ DNS: CloudflareHostingerMicrosoft 365

العميل عايز حماية وسرعة، فبتغيّر الـ Nameservers في GoDaddy لـ Cloudflare، وكل الريكوردز تتعمل في Cloudflare. الموقع بيتربط بـ A Record (الطريقة التانية).

  • ريكوردز الموقع (A و CNAME للـ www) خليها بالسحابة البرتقالي (Proxied).
  • ريكوردز الإيميل وأي سب دومين زي mail أو autodiscover لازم تبقى رمادي (DNS only). Cloudflare مبيمررش إيميلات.
  • في SSL/TLS اختار Full أو Full (strict) لو فيه SSL على Hostinger، وإلا هيحصل Redirect loop.

4. موقع أساسي + متجر Shopify + بلوج على استضافة تانية

الـ DNS: HostingerHostinger + Shopify + WordPress برّه
النوعالاسمالقيمةلمين
A@IP Hostingerالموقع الأساسي
CNAMEshopshops.myshopify.comالمتجر
AblogIP الاستضافة التانيةالبلوج

وفي Shopify لازم تضيف shop.example.com من إعدادات Domains، وفي الاستضافة التانية تضيف blog.example.com كدومين للموقع.

5. نقل موقع من استضافة قديمة لـ Hostinger والإيميل ما يقفش

من: استضافة قديمةإلى: Hostingerالإيميل: على الاستضافة القديمة
  1. اعرف الـ DNS متدار منين، والإيميل شغال فين (بص على الـ MX).
  2. لو الإيميل على الاستضافة القديمة وهتقفلها: قرر هيروح فين (Hostinger أو Microsoft أو Google) وجهّز الصناديق هناك الأول.
  3. ارفع الموقع على Hostinger وجرّبه قبل التوجيه (Hostinger بيدي رابط Preview مؤقت).
  4. وجّه الموقع (A أو NS)، وغيّر الـ MX للمكان الجديد في نفس الوقت، وانقل الرسايل القديمة.
  5. متقفلش الاستضافة القديمة غير بعد أسبوع على الأقل.

6. إيميلات الفورم بتوصل سبام أو مبتوصلش

أشهر شكوى من العملاء. الترتيب: شوف الموقع بيبعت إزاي (غالبًا mail() من السيرفر) ← حوّله لـ SMTP حقيقي ← اتأكد إن SPF فيه الخدمة دي (سطر واحد بس) ← ضيف DKIM ← ضيف DMARC بـ p=none كبداية ← اختبر على mail-tester.com.

أخطاء شائعة وحلها

العَرَضالسبب الغالبالحل
ضفت ريكورد ومفيش أي تأثيرضفته في مكان مش ماسك الـ DNSافحص الـ NS الأول وضيفه في المكان الصح
الموقع بيفتح عندي ومش عند العميل (أو العكس)الانتشار لسه ما خلصش أو كاشاستنى، وافحص من dnschecker.org، وجرّب من شبكة تانية
الإيميلات وقفت فجأة بعد ربط الموقعغيّرت الـ NS وما نقلتش ريكوردز MXضيف ريكوردز الإيميل في مكان الـ DNS الجديد فورًا
example.com شغال و www لأمفيش ريكورد لـ wwwضيف CNAME www ← الدومين
تحذير «الموقع غير آمن»الـ SSL ما اتعملش أو اتعمل قبل التوجيهبعد الانتشار أعد إصدار الـ SSL من الاستضافة
أحيانًا يفتح الموقع القديمفيه A أو AAAA قديم لسه موجودامسح أي A/AAAA زيادة على نفس الاسم
إيميلات بتضيع أحيانًاMX لمزوّدين مختلفين موجودين مع بعضسيب MX مزوّد واحد بس
الإيميلات بتروح سبامSPF مكرر، أو مفيش DKIM/DMARCسطر SPF واحد مدموج + DKIM + DMARC
المنصة ترفض الـ CNAMEبتحاول تعمل CNAME على @استخدم A للدومين الرئيسي
Too many redirects مع Cloudflareوضع SSL على Flexibleغيّره لـ Full أو Full (strict)

قبل ما تبدأ مع العميل

اسأل الأسئلة دي في أول رسالة، هتوفّر أيام من الرايح والجاي:

  1. الدومين مشتري منين؟ وممكن نوصل للحساب (أو يضيفنا كـ Delegate access في GoDaddy)؟
  2. فيه إيميلات شغالة حاليًا على الدومين؟ على فين؟ وكام صندوق؟
  3. الإيميلات الجديدة عايزها فين؟ (Hostinger أرخص، Microsoft/Google أقوى وأغلى)
  4. فيه خدمات تانية مربوطة بالدومين؟ (متجر، CRM، أداة تسويق، Google Search Console)
  5. مين هيدير الـ DNS بعد التسليم، إحنا ولا هو؟ (دا بيحدد NS ولا A)
  6. الدومين والاستضافة تاريخ تجديدهم إمتى؟ ومفعّل عليهم Auto-renew؟
عادة كويسةقبل أي تعديل خد screenshot لجدول الـ DNS كامل واحفظه في فولدر المشروع. لو حاجة باظت، ترجع في دقيقة.

أدوات الفحص

الأداةبتستخدمها في
dnschecker.orgتشوف أي ريكورد اتنشر فين حوالين العالم
mxtoolbox.comفحص MX و SPF و DKIM و DMARC والـ Blacklists
mail-tester.comتبعت إيميل تجربة وتاخد درجة وسبب مشاكل السبام
whatsmydns.netبديل سريع لفحص الانتشار
 
dig example.com A +short          # الموقع رايح على أنهي IP
dig www.example.com CNAME +short  # الـ www
dig example.com MX +short         # الإيميل بيتسلم فين
dig example.com TXT +short        # SPF والتحقق
dig _dmarc.example.com TXT +short # DMARC
dig example.com NS +short         # مين ماسك الـ DNS