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

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

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

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

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

تتضمّن جميع عروض الاستضافة تصفيةً أساسية للبريد المزعج. أما الحماية المتقدّمة من البريد المزعج فليست خيارًا مدفوعًا: إنها مضمَّنة في عرض Pro.

اضبط بشكل صحيح سجلّات 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 ساعة على الأقل لاستيعاب الرسائل المعلّقة. تفضّل بزيارة صفحة الاستضافة أو تواصل مع الدعم على [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`. لديك صندوق واحد فقط تُدير. **إعادة التوجيه** تنسخ الرسائل الواردة إلى عنوان خارجي آخر. **إنشاء اسم مستعار أو إعادة توجيه**: لا يتم ذلك من لوحة التحكم الخاصة بالعميل، بل من ‎cPanel‎ الخاص بك، عبر أداة إعادة التوجيه (Forwarders) (فالاسم المستعار هو إعادة توجيه نحو صندوقك الخاص). تنبيه: قد تُشغّل إعادة التوجيه مرشحات البريد العشوائي لدى المستلم النهائي إذا لم يكن نطاقك مُعدّاً بشكل صحيح مع ‎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 الخاص بك، راجع صفحة VPS من ServOrbit.

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

‎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:[email protected]`، ثم شدِّد السياسة بعد مراجعة التقارير. تحقق من انتشار السجلات الثلاثة عبر ‏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.

السبب الأكثر شيوعاً هو غياب سجلات ‎SPF وDKIM وDMARC أو إعدادها بشكل خاطئ في منطقة ‎DNS الخاصة بك. تحقق من هذه السجلات في ‎cPanel ضمن «مصادقة البريد الإلكتروني» وتأكد من تفويض نطاقك بالإرسال من خوادمنا. إن استمرت المشكلة بعد التصحيح، راسل ‎[email protected] مرفقاً رؤوس رسالة مرفوضة كاملة.

الطريقة الأكثر موثوقية هي استخدام ‎imapsync‎ أو أداة الترحيل المدمجة في ‎cPanel‎ (Accounts → Transfer Tool)، التي تنسخ جميع مجلدات ‎IMAP‎ دون تعطيل العنوان أثناء الاستخدام. أنشئ أولاً صندوق البريد على استضافة ServOrbit، ثم اضبطه للاستقبال في عميل البريد، ثم ابدأ الترحيل. غيّر سجلات ‎MX‎ فقط بعد اكتمال المزامنة لتجنب فقدان أي رسائل. يمكن لفريق الدعم مساعدتك عبر [email protected].

في حسابات الاستضافة المشتركة على ‪cPanel‬، يكون خادم ‪SMTP‬ الافتراضي للإرسال هو خادم حسابك، لكن معظم تطبيقات الويب (مثل ‪WordPress‬ و‪Drupal‬) تتيح إعداد مُرحِّل ‪SMTP‬ خارجي عبر الإضافات أو إعدادات التكوين الخاصة بها. لذا يمكنك استخدام خدمة خارجية مثل ‪Mailgun‬ أو ‪Gmail SMTP‬ مباشرةً من تطبيقك دون تعديل إعدادات الخادم. يُوصى باستخدام المنفذ ‪587‬ مع ‪STARTTLS‬. لاحتياجات الإرسال التعاملي المتقدمة، تمنحك خطط ‪VPS‬ لدينا تحكماً كاملاً في ‪Postfix‬ أو ‪Exim‬.

نعم. ما عليك سوى توجيه سجلات MX الخاصة بنطاقك نحو خوادمنا من خلال منطقة DNS لدى مُسجِّلك الحالي، دون الحاجة إلى نقل ملكية النطاق. إذا لم يكن لديك خطة استضافة على ServOrbit بعد، يمكنك الاشتراك في إحدى خطط الاستضافة وضبط سجلات MX في دقائق معدودة. دليل البدء السريع لدينا أو فريقنا على [email protected] جاهزان لمساعدتك.

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

نعم، تتيح ‎ServOrbit‎ نشر حلول مثل ‎Nextcloud‎ (بريد + تقويم + جهات اتصال) بنقرة واحدة من متجر التطبيقات؛ أما ‎Mail-in-a-Box‎ فغير مُدرَج فيه، لكن يمكنك تثبيته بنفسك على خادم ‎VPS‎ الخاص بك. يتضمن ‎VPS ServOrbit‎ عنوان ‎IP‎ مخصصاً ضرورياً لضمان وصول رسائلك. لا تنسَ تهيئة سجلات ‎SPF‎ و‎DKIM‎ و‎DMARC‎ في منطقة ‎DNS‎ الخاصة بك على ‎ServOrbit‎.

ثمة عدة فحوصات ضرورية: تأكد من أن ‎rDNS (PTR)‎ لعنوان ‎IP‎ الخاص بك على ‎ServOrbit‎ يتطابق مع اسم نطاقك (يمكن تهيئته من لوحة التحكم)، وتحقق من عدم إدراج عنوان ‎IP‎ في قوائم الحظر عبر ‎MXToolbox‎، وانشر سياسة ‎DMARC‎ مبدئية (‎p=none‎) لاستقبال التقارير. توفر ‎ServOrbit‎ عناوين ‎IP‎ مخصصة وغير مشتركة في خطط ‎VPS‎.

لا، خادم ‎VPS‎ من ServOrbit هو خادم سحابي مجرد لا يتضمن خادم بريد مُهيَّأ مسبقًا. يمكنك تثبيت خادم البريد بنفسك (‎Stalwart‎، ‎Mailcow‎، ‎Postfix‎ وغيرها)، أو استخدام استضافتنا المشتركة بواجهة ‎cPanel‎ التي تشمل صناديق البريد. إذا كنت تحتاج إلى خدمة بريد احترافية مُدارة، تواصل مع الدعم عبر مساحتك في العميل لاستكشاف الخيارات المتاحة.

نعم. تفرض خوادم البريد لدينا تشفير TLS (أمان طبقة النقل) على جميع الاتصالات الصادرة وتقبله للاتصالات الواردة: تنتقل رسائل البريد الإلكتروني مشفَّرةً بين الخوادم المتوافقة. كما يضمن الإعداد الموصى به لعميل البريد — IMAP على المنفذ 993 (SSL/TLS) وSMTP على المنفذ 465 (SSL/TLS) أو 587 (STARTTLS) — أن يكون الاتصال بين جهازك وخوادمنا مشفَّرًا. يقي تشفير العبور هذا من التنصت على الشبكة، غير أنه ليس تشفيرًا من طرف إلى طرف: إذ تظل الرسائل قابلة للقراءة بنص صريح على الخوادم لتتيح الكشف عن البريد المزعج والفحص بمكافح الفيروسات. للحصول على سرية تامة لمضمون الرسائل، فكِّر في S/MIME أو PGP — وهما حلّان يعملان باستقلالية عن مزوّد الاستضافة.

تستفيد صناديق البريد الإلكتروني على الاستضافة المشتركة من ServOrbit من فلترة البريد العشوائي المُفعَّلة افتراضيًا (SpamAssassin عبر cPanel)؛ يمكنك ضبط مستوى الحساسية وإنشاء قواعد مخصصة مباشرةً من cPanel ← فلاتر البريد العشوائي. ولا تُباع الحماية المتقدّمة من البريد العشوائي كخيار إضافي: إنها مضمَّنة في عرض Pro — تواصل مع فريقنا عبر منطقة العميل لمعرفة المزيد. على VPS، يمكنك نشر حلول مثل Rspamd أو Amavis وفق إعداد الخادم الخاص بك.

نعم، يُعدّ ضبط ‌SPF‌ و‌DKIM‌ ضروريًا لمنع وقوع رسائل ‌Mautic‌ المُرسَلة من ‌VPS‌ في مجلد البريد المزعج. يُعلن ‌SPF‌ عن عنوان ‌IP‌ الإرسال الخاص بك في منطقة ‌DNS‌، بينما يوقّع ‌DKIM‌ كل رسالة تشفيريًا — ويتحقق من كلا السجلَّين ‌Gmail‌ و‌Outlook‌ ومعظم مزوّدي البريد. بدونهما، سيكون معدل إيصال رسائلك منخفضًا وقد تُحجب حملاتك. فكّر أيضًا في إضافة سجل ‌DMARC‌ وتفعيل ‌DNS‌ العكسي (‌PTR‌) لـ‌VPS‌ من منطقة العميل.

‏Mailpit‏ خادم ‏SMTP‏ خفيف يعترض جميع الرسائل الصادرة ويعرضها في واجهة ويب — لا تُرسَل أي رسالة فعلياً، مما يجعله الأداة المثالية لاختبار إرسال البريد الإلكتروني أثناء التطوير. ثبِّته عبر ‏Docker‏ على ‏VPS‏ من ‏ServOrbit‏، ثم وجِّه إعدادات ‏SMTP‏ في تطبيقك نحو المنفذ ‏1025‏ الخاص بـ‏Mailpit‏، وافتح واجهته على المنفذ ‏8025‏ (احمِها بـ‏reverse proxy‏ أو قائمة IP مسموح بها). احرص ألا تكشف المنفذ ‏1025‏ علنياً، إذ يقبل أي رسالة دون مصادقة.

‏نعم، بشرط تقديم طلب إلى الدعم: يُحجَب المنفذ 25 الصادر افتراضيًا على ‏VPS ServOrbit‏ للحدّ من مخاطر البريد المزعج، لكن يمكن فتحه عند تقديم مبرر استخدام مشروع (منصة إرسال للوكالات، استضافة بريد، وما إلى ذلك). بعد الفتح، ثبّت ‏Postal‏ بنفسك على خادم ‏VPS‏ الخاص بك (فهو غير مُدرَج في متجر ‏ServOrbit‏)، واضبط سجلات ‏SPF‏ وDKIM‏ وPTR‏، ثم أدر نطاقات إرسال متعددة من نفس النموذج. افتح تذكرة من مساحة عميلك لطلب فتح المنفذ.

‏‎Postfix relay‎‏ هو وكيل نقل بريد (‏MTA‏) مُهيَّأ لتوجيه رسائل البريد الصادرة من تطبيق ما إلى الإنترنت عبر منافذ ‏SMTP‏ القياسية — دون واجهة إدارة أو إحصائيات إرسال. أما ‏Postal‏ فهي منصة إرسال متكاملة: تُضيف واجهة ويب وقوائم إرسال وتتبعًا للارتدادات وإحصائيات التسليم لكل نطاق ونظام ‏webhooks‏. للتطبيقات التي ترسل بضع مئات من الرسائل التعاملية يوميًا، يكفي ‏Postfix relay‏ المُضبط جيدًا؛ أما الوكالات التي تدير حملات أو نطاقات عملاء متعددة، فإن ‏Postal‏ توفر الرؤية والتحكم اللازمين.

‎Stalwart‎ حل حديث متكامل مكتوب بـ‎Rust‎، مناسب بشكل خاص إذا أردت إعداداً موحداً لـ‎SMTP/IMAP/JMAP‎ بأقل قدر من الاعتماديات. ‎Mailcow‎ مجموعة مبنية على ‎Docker‎ جاهزة للنشر، مثالية إذا فضّلت واجهة إدارة ويب كاملة دون تهيئة المكونات يدوياً. أما ‎Postfix+Dovecot‎ فيوفر أقصى قدر من المرونة ويتكامل مع معظم توزيعات ‎Linux‎، لكنه يتطلب معرفة أعمق بالإعداد. لمقارنة متطلبات ‎RAM‎ و‎CPU‎ على خطط ‎VPS‎ من ‎ServOrbit‎، راجع المقال المخصص في قاعدة المعرفة لدينا أو تواصل مع الدعم على ‎[email protected]‎.

يحلّ DMARCbis (RFC 9989 إلى 9991) تدريجياً محل RFC 7489 في عام 2026 من خلال توضيح معالجة النطاقات الفرعية والسياسات الموروثة والتقارير التجميعية. بالنسبة لخادم بريد ذاتي الاستضافة، الترحيل ليس إلزامياً بعد، لكن البوابات الكبرى (Gmail وMicrosoft 365) ستعتمد القواعد الجديدة تدريجياً: يُنصح بتحديث سجل DMARC بإضافة علامتَي `sp=` و`rua=` للحفاظ على الامتثال. راجع RFC 9989 أو دليل إعداد DMARC لدينا للاستعداد للتحول بسلاسة.

في استضافة ServOrbit، يُعدّ البريد عبر المتصفح المرفق مع cPanel جزءًا من المنصة، ويتولى فريقنا تحديثه دون أي إجراء منك. أما إن ثبّتّ Roundcube بنفسك على VPS فالتحديث عليك، مع نسخ احتياطي لقاعدة بياناته وإعداداته قبل كل ترقية. ولمعرفة ما إذا كان تصحيح معلن يخص المنصة، راسل [email protected].

تقدّم على مراحل. انشر أولاً `p=none` مع عنوان `rua` لاستلام التقارير المجمَّعة، واتركها تعمل من أسبوعين إلى أربعة أسابيع: فهي تسرد كل مصدر يرسل باسمك (خادم الاستضافة، النشرة البريدية، نظام إدارة العملاء، الفوترة). اجعل كل مصدر مشروع متوافقاً مع نطاقك عبر SPF أو DKIM، ثم انتقل إلى `p=quarantine` مع `pct=10` وارفع هذه النسبة تدريجياً. لا تنتقل إلى `p=reject` إلا عندما لا تُظهر التقارير أي مرسِل مشروع يفشل في الفحص؛ وإن ساورك شك في أحد المصادر، فيمكن لـ [email protected] مساعدتك في قراءة تقاريرك.