البريد الإلكتروني الاحترافي

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

نعم، يمكن استخدام بريدنا الإلكتروني الاحترافي (مثل [email protected]) دون نشر موقع ويب.

تعمل صناديقك عبر IMAP/SMTP. وتتوفّر إعدادات الخادم (الوارد/الصادر، المنافذ، SSL) في cPanel، ويمكن تهيئتها على أي عميل بريد.

نعم، يتوفّر بريد ويب (من نوع Roundcube) عبر cPanel لتصفّح بريدك من المتصفّح دون أي إعداد.

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

اضبط بشكل صحيح سجلّات SPF وDKIM وDMARC الخاصة بنطاقك. ويمكن لفريق الدعم لدينا مساعدتك على تحسين معدّل التسليم.

يُشارَك تخزين البريد الإلكتروني مع مساحة القرص في خطة الاستضافة الخاصة بك. ويمكنك توزيع الحصص بين صناديق البريد وفقًا لاحتياجاتك.

منذ فبراير 2024، تشترط Gmail وYahoo — وتدريجيًا Microsoft Outlook — وجود سجل DMARC صالح على المرسلين الذين يتجاوزون 5,000 رسالة يوميًا. دون هذا الحد يكفي عادةً SPF وDKIM، غير أن إعداد DMARC مبكرًا يظل موصى به. إذا غابت سياسة DMARC المطابقة فوق هذا الحد، قد يرفض المزوّد رسائلك رفضًا دائمًا برمز SMTP 550. فريق الدعم لدينا يساعدك على ضبط SPF وDKIM وDMARC لنطاقك.

‏BIMI (Brand Indicators for Message Identification) يتيح لـ Gmail وYahoo Mail وApple Mail عرض شعار علامتك التجارية بجانب رسائلك في البريد الوارد. يجب أن يمتلك نطاقك سجلّات SPF وDKIM وسياسة DMARC بقيمة `p=quarantine` أو `p=reject`، ثم تنشر سجل DNS TXT باسم ‎`default._bimi.`‎ يشير إلى ملف ‎SVG لشعارك. يشترط Gmail إضافةً إلى ذلك شهادة VMC (تستلزم علامة تجارية مسجَّلة) أو ‎CMC (دون علامة تجارية). الدعم فعّال عام 2026 على Gmail وYahoo Mail وApple Mail وFastmail.

نعم. أدخلت Gmail شهادة CMC (Common Mark Certificate) بديلًا عن VMC: لا تستلزم علامة تجارية مسجَّلة، لكن يجب إثبات أن شعارك معروض علنًا على نطاقك منذ ما لا يقل عن اثني عشر شهرًا. أما Yahoo Mail وFastmail وApple Mail فتدعم BIMI دون اشتراط شهادة، شريطة أن تكون سياسة DMARC مضبوطة على `p=quarantine` أو `p=reject`.

أفضل طريقة هي الترحيل المتوازي عبر IMAP: يتم نسخ صناديق البريد في الخلفية (باستخدام imapsync أو الأداة المدمجة في لوحة التحكم) بينما يبقى سجل MX لديك عند المزود الحالي دون أي انقطاع للمستلمين. بعد اكتمال المزامنة، تحوّل سجل MX إلى ServOrbit مع الإبقاء على الوصولَين نشطَين لمدة 72 ساعة على الأقل لاستيعاب الرسائل المعلّقة. تفضّل بزيارة صفحة <a href="/hebergement-web">الاستضافة</a> أو تواصل مع الدعم على [email protected].

في cPanel، يتيح لك الاسم البديل (Email Aliases) استقبال الرسائل الموجهة لعنوان إضافي في نفس صندوق البريد الأصلي — مثلاً، تصل رسائل contact@ وinfo@ معاً إلى صندوق [email protected]. أما إعادة التوجيه (Email Forwarders) فتُرسل الرسائل الواردة إلى عنوان ما تلقائياً إلى عنوان آخر، وقد يكون خارج استضافتك. لإنشاء أي منهما، اذهب إلى قسم البريد الإلكتروني في cPanel، اختر Email Aliases أو Forwarders، أدخل العنوان المصدر والوجهة، ثم احفظ التغييرات. يسري التعديل خلال دقائق قليلة.

نعم، تُطبق خطط الاستضافة المشتركة في ServOrbit حدوداً للإرسال في الساعة، وذلك لحماية إمكانية التوصيل لجميع العملاء على الخوادم المشتركة. تتراوح هذه الحدود عادةً بين 500 و1000 رسالة في الساعة بحسب الخطة المشترَك بها. تناسب هذه الحدود الرسائل التحويلية المعتادة كتأكيدات الطلبات وردود العملاء، أما إذا كنت بحاجة إلى إرسال حملات تسويقية أو أحجام كبيرة، فيُنصح باستخدام خدمة SMTP مخصصة مثل Mailgun أو SendGrid أو Amazon SES. لن يؤثر استخدام SMTP خارجي على بريدك الاعتيادي، وسيضمن لك قابلية توصيل أفضل.

تُتيح معظم التطبيقات المُستضافة ذاتياً (n8n وJitsi وNextcloud وغيرها) إدخال خادم SMTP خارجي في إعداداتها. استخدم بيانات اعتماد بريد إلكتروني مهني من ServOrbit أو خدمة إرسال مخصصة (Brevo أو Mailgun…)؛ وتجنب الإرسال مباشرةً من عنوان IP الخاص بالـ VPS دون سجلات SPF وDKIM وDMARC صحيحة، إذ كثيراً ما تُصنّف مزودات الإنترنت هذه الرسائل كبريد مزعج. يمكنك التواصل مع فريق الدعم عبر [email protected] للمساعدة في ضبط سجلات DNS.

نعم، لا توجد سجلات DNS مفروضة بشكل افتراضي: يمكنك توجيه سجلات MX وSPF وDKIM وDMARC نحو خادمك الخاص من مدير DNS في لوحة التحكم. احرص على ضبط PTR (rDNS) لعنوان IP خادم بريدك بشكل صحيح لزيادة قابلية التسليم. فريق الدعم متاح على [email protected] لإرشادك حول إعدادات DNS.

**الاسم المستعار (alias)** و**إعادة التوجيه (forwarder)** يؤديان وظيفتَين مختلفتَين. **الاسم المستعار** هو عنوان إضافي على نفس صندوق البريد: الرسائل المرسلة إلى `contact@نطاقك.com` و`info@نطاقك.com` تصل إلى نفس الصندوق إذا كان `info` اسماً مستعاراً لـ`contact`. لديك صندوق واحد فقط تُدير. **إعادة التوجيه** تنسخ الرسائل الواردة إلى عنوان خارجي آخر. **إنشاء اسم مستعار**: لوحة التحكم → استضافة البريد → الأسماء المستعارة → اسم مستعار جديد. **إنشاء إعادة توجيه**: لوحة التحكم → استضافة البريد → إعادة التوجيه → إعادة توجيه جديدة. تنبيه: قد تُشغّل إعادة التوجيه مرشحات البريد العشوائي لدى المستلم النهائي إذا لم يكن نطاقك مُعدّاً بشكل صحيح مع ‎SPF‎ و‎DKIM‎ و‎DMARC‎.

Mautic 5.x متوافق مع MySQL 8.4، لكن وضع `ONLY_FULL_GROUP_BY` المفعّل افتراضيًا منذ MySQL 8.0 يتسبب في أخطاء HTTP 500 على بعض التقارير (issue mautic#17092). تحقق بـ `SHOW GLOBAL VARIABLES LIKE 'sql_mode'`: إذا احتوت القيمة على `ONLY_FULL_GROUP_BY`، عطّله واجعل التغيير دائمًا في `/etc/mysql/my.cnf`. بديلًا، انتقل إلى MariaDB 10.x. احتفظ دائمًا بنسخة احتياطية (`mysqldump`) قبل أي ترقية.

تخضع تسليمية نطاق ‏‎.ma للقواعد ذاتها كأي امتداد آخر: أضف سجل ‏TXT لـ‏SPF، وفعِّل توقيع ‏DKIM من ‏cPanel (مصادقة البريد → DKIM)، وانشر سجل ‏DMARC لبدء استقبال التقارير. ما يميّز نطاق ‏‎.ma هو أن ‏‎ANRT يفوّض منطقة ‏DNS إلى خوادم أسمائنا عند تفعيل ‏DNS المُدار: تحقّق من سريان التفويض قبل اختبار سجلاتك. يمكننا التحقّق من إعداداتك عبر [email protected].

‎JMAP (RFC 8620) بروتوكول حديث يعمل عبر ‎HTTP/JSON ويحلّ محلّ ‎IMAP: يُزامن صناديق البريد بصورة تفاضلية (تُنقل التغييرات فقط)، ويدعم الدفع الفوري، ويُدير حسابات متعددة في اتصال واحد. يُعرِّض خادم ‎Stalwart Mail Server، على سبيل المثال، ‎JMAP و‎IMAP4rev2 و‎SMTP في آنٍ واحد، ما يُتيح الانتقال التدريجي دون قطع الوصول الحالي. تستفيد عملاء ‎JMAP (‎Thunderbird 128+، وتطبيقات ‎iOS/macOS الأصلية) من مزامنة أسرع بكثير؛ فيما يعمل عملاء ‎IMAP الحاليون دون أي تعديل. لنشر خادم متوافق على خادم VPS الخاص بك، راجع <a href="/vps-cloud">صفحة VPS من ServOrbit</a>.

تتم عملية الترحيل على ثلاث مراحل: تصدير صناديق ‎Mailcow بصيغة ‎MBOX أو عبر ‎imapsync (حساب بحساب)، ثم تثبيت ‎Stalwart على خادم ‎VPS وضبط النطاقات والحسابات، ثم إعادة استيراد الرسائل عبر ‎IMAP أو أداة الاستيراد المدمجة في ‎Stalwart. احتفظ بتشغيل ‎Mailcow أثناء الانتقال وأشِر سجل ‎MX ثانوي نحو ‎Stalwart: تصل الرسائل الواردة إلى الخادمَين خلال فترة التحوّل. بمجرد نسخ جميع الرسائل وتحديث سجل ‎DNS ‎MX نحو ‎Stalwart، يمكنك إيقاف ‎Mailcow. يدعم فريقنا ترحيل الخوادم عبر نموذج <a href="/contact">/contact</a> (نوع عرض الأسعار).

‎Mailcow‎ مجموعة متكاملة (‎Postfix‎ و‎Dovecot‎ و‎Rspamd‎ و‎SOGo‎ و‎Redis‎ و‎MariaDB‎...) تستهلك نحو ‎1‎ إلى ‎2 GB‎ من الذاكرة في حالة الراحة — مثالية إذا أردت واجهة ‎webmail‎ ولوحة إدارة متكاملة. أما ‎Stalwart Mail Server‎ فملف تنفيذي واحد بلغة ‎Rust‎ (‎SMTP‎ و‎IMAP‎ و‎JMAP‎) يبدأ بأقل من ‎100 MB‎ من الذاكرة — ميزة واضحة على ‎VPS‎ بسعة ‎1‎ إلى ‎2 GB‎ مُشارَك مع خدمات أخرى. اختر ‎Mailcow‎ للحل الشامل، و‎Stalwart‎ إذا كانت استهلاك الذاكرة قيدك الرئيسي. يمكن تثبيت كليهما على خطط ‎VPS‎ في ‎ServOrbit.com‎ ابتداءً من ‎99 درهم/شهر‎.

يُناسب خادم البريد الذاتي الاستضافة على VPS الأحجام المعتدلة (بضع مئات من الرسائل يومياً) مع إعداد صحيح لـ SPF وDKIM وDMARC. حين يرسل تطبيقك آلاف الرسائل يومياً أو يكون التسليم أمراً حاسماً (تجارة إلكترونية، تنبيهات)، يوفر SMTP relay متخصص مثل Resend أو Brevo أو Postmark بنية إرسال مُدرجة مسبقاً في قوائم السمعة ولوحات متابعة التسليم يصعب تكرارها بمفردك. في كلتا الحالتين، يجب تسجيل نطاقك لدى ‎ServOrbit‎ أو توجيهه نحو خوادمنا لضبط سجلات DNS الخاصة بـ SPF وDKIM.

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

‏في لوحة ‏cPanel الخاصة بحسابك على ‏ServOrbit، اذهب إلى ‏Email > Authentication لتفعيل ‏DKIM و‏SPF تلقائياً. لـ ‏DMARC، أضف سجل ‏TXT باسم `_dmarc.your-domain.com` بالقيمة `v=DMARC1; p=none; rua=mailto:{{support.email}}`، ثم شدِّد السياسة بعد مراجعة التقارير. تحقق من انتشار السجلات الثلاثة عبر ‏mxtoolbox.com قبل إرسال أي بريد.

من خادمك VPS، شغِّل الأمر `telnet smtp.gmail.com 25` أو `nc -zv smtp.gmail.com 25`: إذا انتهت مهلة الاتصال أو رُفِض، فإن مزوّدك يحجب المنفذ 25 الصادر. هذا أسلوب معتاد للحدّ من البريد المزعج — يلجأ إليه معظم مزوّدي VPS افتراضيًا. لإرسال رسائل البريد من VPS، استخدم المنفذ 587 (STARTTLS) أو 465‏ (SMTPS) عبر مرحِّل SMTP موثوق، وأعِدّ سجل PTR لعنوان IP الخاص بك، وهيّئ SPF وDKIM وDMARC. تواصل مع الدعم إذا كنت بحاجة إلى فتح المنفذ 25 لاستخدام مشروع.

يربط سجل PTR (‏DNS العكسي) عنوانَ IP بنطاق: تستخدمه خوادم البريد المستلِمة للتحقّق من شرعية المُرسِل. وبدون PTR صالح، تصل رسائلك في الغالب إلى مجلد البريد المزعج أو تُرفَض. يجب أن يتطابق تمامًا مع الاسم المُعلَن في banner SMTP لخادمك (`myhostname`‏ ضمن Postfix). على خادم VPS من ServOrbit، أعِدَّه من مساحة العميل، قسم الشبكة، تبويب ‏DNS العكسي. ادمجه مع SPF وDKIM وDMARC لأفضل معدّل إيصال.

في لوحة إدارة ‎Gitea‎ (إدارة الموقع ← الإعدادات ← البريد الإلكتروني)، أدخل خادم ‎SMTP‎ الخاص باستضافتك (متاح في ‎cPanel‎ ← البريد الإلكتروني ← حسابات البريد)، والمنفذ 587 مع ‎STARTTLS‎، وبيانات اعتماد صندوق بريد مخصص (مثل `notifications@نطاقك.ma`). فعِّل إرسال بريد تجريبي للتحقق من الإعداد قبل الحفظ. تأكد من أن سجلات ‎SPF‎ و‎DKIM‎ لنطاقك تشمل الخادم المُرسِل لضمان وصول إشعارات ‎Issues‎ و‎Pull Requests‎.

نعم، يشمل استضافة ServOrbit خادم ‎CalDAV (التقويمات) و‎CardDAV (جهات الاتصال) يمكن الوصول إليه من ‎Thunderbird و‎Apple Mail و‎Outlook أو أي تطبيق جوّال متوافق. قم بضبط العميل باستخدام عنوان URL الخادم الموضّح في ‎cPanel ضمن قسم «التقويمات وجهات الاتصال». تعمل هذه المزامنة مع صندوق البريد الاحترافي ذاته دون الحاجة إلى أدوات خارجية أو اشتراك إضافي.

في ‎cPanel، انتقل إلى قسم «قوائم البريد» لإنشاء قائمة مُدارة بواسطة ‎Mailman. يمكنك تحديد الأعضاء والمشرفين وخيارات الأرشفة مباشرةً من الواجهة. للإرسال التسويقي على نطاق واسع، نوصي باستخدام أداة متخصصة (مثل ‎Mautic المُستضافة ذاتيًا على ‎VPS) للالتزام بأفضل ممارسات التسليم.

يُثبت كلٌّ من SPF وDKIM مصدر الرسالة وسلامتها، لكنّهما لا يُحدّدان ما يجب فعله بالرسالة عند فشل أحد الاختبارَين؛ وهنا يأتي دور DMARC إذ ينشر سياسة صريحة (‏none أو quarantine أو reject). بدون DMARC، يستطيع المهاجم انتحال هويّة نطاقك والتحايل على مرشّحات البريد المزعج. ابدأ بالسياسة ‎`p=none` لجمع التقارير، ثم شدّدها نحو ‎`p=quarantine` أو ‎`p=reject` بعد التحقّق من مسارات الإرسال الشرعية.

تعدّ كلٌّ من Google وYahoo معدَّل الشكاوى الذي يتجاوز 0,10 % مؤشرَ تحذير، وتفرضان قيودًا ابتداءً من 0,30 %؛ وقد تُرفَض رسائلك بكثرة أو تُوجَّه إلى مجلّد الرسائل المزعجة. لمراقبة هذا المعدَّل، سجِّل نطاقك في أداة Google Postmaster Tools على postmaster.google.com واطّلع على لوحة «Spam Rate»؛ وتتيح Yahoo خدمة مماثلة عبر برنامج FBL. تُقابل كل شكوى في الغالب نقرةً على «الإبلاغ كبريد مزعج» — راجع قوائمك بانتظام وأزل المشتركين غير النشطين أو الذين تمّ الحصول عليهم بطرق غير سليمة.

يتيح رأسُ البريد ‎`List-Unsubscribe: <mailto:…>, <https://…>` لعملاءِ البريد عرضَ زرّ «إلغاء الاشتراك» مباشرةً في الواجهة، دون حاجة المستلم إلى فتح الرسالة. منذ عام 2024، تُوجب كلٌّ من Google وYahoo هذا الآلية على المرسلين الجماعيين (أكثر من 5000 رسالة يوميًا)، كما أن الإصدار «بنقرة واحدة» (‎`List-Unsubscribe-Post: List-Unsubscribe=One-Click`) يُنجز الطلب فورًا دون صفحة وسيطة. ينبغي لمنصّة البريد الإلكتروني لديك توليد هذا الرأس تلقائيًا؛ وإن كنت ترسل الحملات من خادمك الخاص، فتحقَّق من أن برنامج الإرسال يُضمِّنه بشكل صحيح.

على ‎VPS‎ من ‎ServOrbit‎، يُحجَب المنفذ 25 في الاتجاه الصادر افتراضيًا للحدّ من مخاطر البريد المزعج؛ استخدم المنفذ 587 (‎STARTTLS‎) أو المنفذ 465 (‎SMTPS/SSL‎ الضمني) للإرسال المصادَق من تطبيقك. إذا كنت تستخدم ‎SMTP relay‎ خارجيًا (‎Mailgun‎ و‎Brevo‎ وما إلى ذلك)، فعِّل المنفذ الموصى به من تلك الخدمة. بالنسبة لصناديق البريد المُدارة عبر ‎cPanel‎ على الاستضافة المشتركة، يعتمد ‎webmail‎ وعملاء البريد أيضًا على المنفذ 587 أو 465.