بريد catch-all: آلية العمل والمخاطر والبدائل

بريد Catch-all إعداد في خادم البريد يوجه المستلمين غير المعروفين في نطاقك إلى وجهة افتراضية. قد يرفض الخادم عنوان ghost@yourdomain.com بالرمز 550 عند غياب هذا المسار. ومع Catch-all قد يجيب بـ 250 OK؛ لكن قبول المستلم لا يعني القبول النهائي للرسالة بعد فحصها.

حتى في 2026، يتطلب توسيع نطاق العناوين المقبولة إدارة للتصفية والتخزين والبيانات الشخصية. لا يؤدي Catch-all تلقائيا إلى رسائل مزعجة أو تضرر السمعة، لكنه قد يزيد العبء التشغيلي عند استخدامه دون ضوابط.

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

ما بريد Catch-all؟

بريد Catch-all، ويسمى أيضا accept-all أو التوجيه الشامل، يحدد وجهة للمستلمين الذين لا يملكون صندوقا أو اسما مستعارا منفصلا. بدلا من رفض العنوان غير المعروف بالرمز 550، يمكن توجيهه إلى صندوق مخصص. لا يلغي ذلك بالضرورة بقية فحوص SMTP والمحتوى.

يشير accept-all وCatch-all في لوحات الإدارة غالبا إلى توجيه المستلم غير المعروف عند أمر RCPT TO إلى وجهة افتراضية. في TrekMail راجع Domains → Routing، أو Connection في الواجهات القديمة، ثم Catch-all Inbox. اختر صندوقا نشطا ومسموحا ضمن النطاق نفسه، وتحقق من السلوك الفعلي بعد التعديل دون افتراض وصول فوري.

ينبغي فهم انتشار هذا الأسلوب في أواخر التسعينيات، أي نحو 1990، ضمن سياقه التاريخي. في 2026، تشكل محاولات اكتشاف العناوين ومصادر البريد المزعج عوامل تشغيلية مهمة. Catch-all يوسع قائمة المستلمين، ولا يعني قبول كل المحتوى دون تصفية.

لماذا يختار مسؤولو البريد Catch-all؟

هناك دافعان مفهومـان: التقاط الأخطاء الإملائية وخفض تكاليف التراخيص. قد يناسب Catch-all بعض الحالات، لكن قارن الأسماء المستعارة والصناديق المشتركة ومسارا مضبوطا للاستقبال قبل قبول جميع العناوين غير المعروفة.

الخوف من فقدان استفسار

قد يكتب العميل suport@ بدلا من support@. يمكن لـ Catch-all التقاط الرسالة، لكنه قد يسمح أيضا برسائل إلى عناوين مختلقة. قارن البريد المفيد الناتج عن الأخطاء بحجم البريد غير المرغوب فيه ضمن حركة نطاقك.

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

تكلفة الترخيص لكل مستخدم

من أمثلة الأسعار التاريخية لدى Google Workspace وMicrosoft 365 نطاق $6-30 لكل مستخدم شهريا. إذا تطلبت عناوين support@ وbilling@ وjobs@ وmarketing@ تراخيص منفصلة، فقد يصل المثال إلى $120 شهريا. قد تدعم هذه الخدمات أسماء مستعارة وصناديق مشتركة؛ ليس كل عنوان وظيفي بحاجة إلى مستخدم مستقل.

قارن التكلفة الإجمالية والتخزين والصلاحيات والتوجيه. قد يسهل نموذج اشتراك مختلف تنظيم العناوين، لكنه لا يلغي التصفية وإدارة البيانات. راجع الشروط الحالية في خطط TrekMail لإجراء مقارنة تخص احتياجاتك.

آلية العمل على مستوى SMTP

يحدد الخادم المرسل المستلم بأمر RCPT TO قبل إرسال محتوى الرسالة عبر DATA. يحدد الرد صلاحية هذا المستلم للمسار، لكنه ليس قرار الأمان الوحيد ولا القبول النهائي للرسالة.

رفض مستلم غير معروف

S: EHLO mail.sender.com
S: MAIL FROM: <sender@sender.com>
S: RCPT TO: <ghost@yourdomain.com>
R: 550 5.1.1 User unknown
(connection closed - zero bytes of message body transferred)

إذا لم تكن لـ ghost وجهة صحيحة، فقد يرفضه الخادم بالرمز 550. عبارة إغلاق الاتصال في المثال تبسيط؛ يمكن أن يبقى الاتصال مفتوحا لمستلمين آخرين. لا يلزم نقل متن الرسالة لهذا المستلم المرفوض، لكن أوامر SMTP والردود قد تم تبادلها.

استخدام مسار Catch-all

S: EHLO mail.sender.com
S: MAIL FROM: <sender@sender.com>
S: RCPT TO: <ghost@yourdomain.com>
R: 250 OK
(full message body, headers, attachments transferred)
→ routed to catchall-bucket@yourdomain.com

يسمح الخادم بالمستلم غير المعروف، لكن فحوص DATA اللاحقة قد ترفض الرسالة. عند قبولها نهائيا فقط يتولى مسؤولية معالجتها وتوجيهها. وجود Catch-all ليس مبررا لتخزين المحتوى غير المرغوب فيه دون فحص.

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

5 مخاطر في بيئة الإنتاج

يوسع Catch-all اختيار المستلمين على خادم البريد؛ ليس إعداد DNS يستدعي الهجمات تلقائيا. افحص المخاطر التالية والضوابط المناسبة لبيئتك.

الخطر 1: حركة إضافية من محاولات اكتشاف العناوين

تحاول هجمات جمع عناوين الدليل (DHA) تمييز العناوين الموجودة باستخدام أسماء مثل admin وdavid وinvoice وhr وwebmaster وnoreply. قد يخفي Catch-all هذا التمييز في رد المستلم، مع استمرار توليد الحركة.

قد يرد الخادم دون Catch-all بخطأ 550 للمستلم غير الصحيح، لكن ذلك لا يجبر المهاجم على التوقف. يوضح مثال الانتقال من 50 رسالة يوميا إلى 50,000 أهمية السعة والتصفية. إنه سيناريو حمل، لا توقع لكل نطاق.

الخطر 2: رسائل الارتداد غير المطلوبة وسمعة الإرسال

قد تنشأ رسائل backscatter من نمط المعالجة غير الآمن التالي:

1. يرسل مهاجم رسالة مزعجة إلى random-gibberish@yourdomain.com في نطاق يستخدم Catch-all.
2. يزور MAIL FROM، أي هوية مرسل الظرف التي قد تظهر في ترويسة التسليم Return-Path، لتصبح victim@gmail.com.
3. يقبل الخادم الرسالة نهائيا عبر مسار Catch-all.
4. يكشف فحص لاحق محتوى غير مرغوب فيه ويتعذر التسليم المعتاد.
5. يرسل إشعار عدم التسليم إلى مرسل الظرف، المعروض في Return-Path: victim@gmail.com.
6. يتلقى شخص بريء إشعارا لم يطلبه.

قد تضر كثرة إشعارات الفشل غير المطلوبة بالسمعة أو تسهم في الإدراج على ips.backscatterer.org. ليست هذه نتيجة تلقائية لـ Catch-all. استخدم الرفض المناسب أثناء SMTP أو حجرا مضبوطا دون ردود على المرسلين المزورين. اقرأ أيضا أسباب مشكلات سمعة النطاق وطرق معالجتها.

الخطر 3: غموض المسؤولية

إذا وصلت رسالة إلى partnerships@company.com في صندوق استقبال عام، فيجب تحديد من يعالجها. قد تبقى رسائل مهمة دون متابعة عند غياب المسؤول وجدول المراجعة. تحتاج هذه الحالة إلى تنظيم العمل، لا إلى التوجيه وحده.

يحدد الاسم المستعار الصريح الوجهة والمسؤول. مع partnerships@ لا يلزم تخمين الشخص المعني بعد وصول الرسالة. ويمكن أيضا تعيين مسؤول واضح لصندوق Catch-all.

الخطر 4: عبء الدعم لمقدمي الخدمات

عند إدارة 50+ نطاقا للعملاء، قد ترتبط مسارات Catch-all بأسئلة مثل:

• "صندوقي ممتلئ وبطيء." افحص الحصة وحجم البريد غير المرغوب فيه.
• "أتلقى كثيرا من البريد المزعج." راجع التصفية والعناوين المقبولة.
• "لا أجد رسالة العميل." قد تكون في الصفحة 400 من صندوق مزدحم.
• "تصل رسائلي الصادرة إلى البريد المزعج." افحص السمعة والمصادقة ورسائل backscatter المحتملة.

يمكن استخدام انخفاض قدره 30-40% في أسئلة الصناديق كهدف تخطيطي توضيحي عند الانتقال إلى أسماء مستعارة صريحة، لا كوعد عام مقاس. قارن فئات تذاكرك في الشهر الأول قبل التغيير وبعده، وتحقق من بقاء المسارات المشروعة.

الخطر 5: البيانات الشخصية والامتثال

تتطلب المادة 5(1)(c) من GDPR تقليل البيانات وفقا للأغراض الفعلية. ليس Catch-all مخالفة تلقائية، لكن الاستقبال الواسع قد يجمع بيانات إضافية. قيم الضرورة والصلاحيات والاحتفاظ ومعالجة الطلبات ضمن عملياتك الفعلية.

قد يصعب العثور على بيانات شخصية في صندوق يحتوي على 500,000 رسالة مزعجة. وإذا وصل بريد doctor@yourclinic.com إلى مسؤولي التقنية، فراجع الأدوار والصلاحيات وتدفق البيانات والعقود والضمانات. لا يثبت الوصول التقني وحده انطباق HIPAA أو وقوع مخالفة؛ يلزم تقييم مخول.

SPF وDKIM وDMARC مع Catch-all

لا يغير Catch-all بروتوكولات المصادقة مباشرة. في إعادة التوجيه، تحدد هوية الظرف والأجزاء الموقعة والمحاذاة مع From النتيجة. وتحتاج رسائل backscatter والحركة غير المرغوب فيها إلى فحص منفصل للسمعة والسياسات.

تضيف إعادة التوجيه مرحلا يقيمه الخادم المستلم. ترتبط تقارير DMARC بنطاق From الظاهر، ولا تنسب كل فشل إلى المرحل. قد تعرض Google Postmaster Tools إشارات مجمعة للنطاقات المؤهلة بشأن Gmail الشخصي، لا سجلا كاملا لكل البريد. شكاوى البريد المزعج بلاغات المستخدمين، وليست كل أخطاء المصادقة.

تحديات إعادة التوجيه

قد يبدو توجيه كل البريد إلى المستلمين غير المعروفين إلى Gmail شخصي مريحا، لكنه يحتاج إلى صلاحيات وتصفية ومراقبة ومسار مصادقة مدروس. فشل التسليم ليس حتميا؛ افحص النتائج الفعلية قبل الاعتماد على المسار.

كيف تؤثر إعادة التوجيه في المصادقة؟

يرى المستلم الرسالة قادمة من عنوان IP للمرحل الخاص بك، بينما قد يحتفظ From: بالمرسل الأصلي، مثل bank@chase.com. يفحص SPF هوية MAIL FROM الفعلية، لا هذا العنوان الظاهر؛ ولـ DKIM وDMARC متطلبات مختلفة.

1. SPF: إذا بقيت هوية ظرف Chase الأصلية، فقد لا يكون عنوان IP المرحل مسموحا في SPF الخاص بها.
2. DKIM: قد يبطل تعديل محتوى موقع، مثل تذييل أو ترويسة مشمولة، التحقق؛ ليس كل تعديل مؤثرا.
3. DMARC: إذا لم ينجح أي من فحصي SPF وDKIM مع المحاذاة المطلوبة بنطاق From، يطبق المستلم سياسته، مثل الرفض أو الحجر.

قد ترفض الرسالة أو تصفى أو تتأخر، وقد تختفي أحيانا دون إشعار ظاهر. ليست هذه نتيجة ثابتة لـ p=reject. استخدم الترويسات والتتبع وردود SMTP للتشخيص. تجد فحوصا إضافية في دليل إعداد إعادة التوجيه واستكشاف أعطالها.

إعادة التوجيه باستخدام SRS وARC

إذا تطلب الترحيل أو سير عمل قائم إعادة التوجيه، فراجع المسار. قد يعيد SRS كتابة هوية الظرف، وقد ينقل ARC نتائج مصادقة سابقة موقعة. يعالجان مسائل مختلفة، ولا يضمنان التسليم ولا يلزمان معا لكل نجاح في DMARC.

SRS (Sender Rewriting Scheme)

يعيد SRS كتابة مرسل الظرف إلى نطاق يستخدمه المرحل، وقد يكون نطاق خدمتك. يجب أن يسمح سجل SPF للنطاق المعاد كتابته فعلا بعنوان IP المرحل.

قبل SRS
Envelope From: alice@example.com

بعد SRS
Envelope From: SRS0=HASH=TT=example.com=alice@your-forwarder.com

يفحص المستلم SPF لنطاق your-forwarder.com. لا ينجح لهذه الهوية إلا إذا سمحت الإعدادات الصحيحة بعنوان IP المستخدم.

لا يضمن SRS محاذاة DMARC. قد يبقى From: هو alice@example.com، بينما يستخدم الظرف your-forwarder.com. لا تتطابق الهويتان تلقائيا. قد يكفي توقيع DKIM أصلي صالح ومحاذ بنطاق From لنجاح DMARC. وقد تبطله تعديلات في الأجزاء الموقعة. اقرأ إعادة توجيه البريد باستخدام SRS للتفاصيل.

ARC (Authenticated Received Chain)

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

قد تراعي خدمات مثل Gmail وMicrosoft سلسلة ARC متحققا منها إذا وثقت بخدمة الختم التي تم التحقق من هويتها. يشرح RFC 8617 البروتوكول. لا يفرض ARC نجاح DMARC أو القبول أو الوصول إلى صندوق الوارد.

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

إعداد Catch-all بضوابط مناسبة

قد يبرر الترحيل أو تكامل قديم أو معالجة الأخطاء الإملائية استخدام Catch-all. حدد هدفا محدودا ومسؤولا واضحا. تختلف آثار الأساليب الثلاثة التالية؛ لا يحقق أي منها عزلا كاملا أو أمانا مضمونا.

الأسلوب A: صندوق استقبال مقيد الصلاحيات

استخدم صندوقا منفصلا بصلاحيات محدودة عند ملاءمته. لا تعتبر الحركة غير المعروفة آمنة لمجرد وضعها في مجلد منفصل.

1. أنشئ صندوقا منفصلا: catchall-quarantine@yourdomain.com. امنح فقط صلاحيات الاستقبال والوصول الضرورية، دون صلاحيات "Send As" غير المطلوبة.
2. وجه المستلمين غير المعروفين في النطاق المصرح به إلى الصندوق، مع التصفية ودون إعادة توجيه أو ردود تلقائية.
3. في Microsoft 365، يطلب إعداد SCL 9 تصنيف الرسالة كبريد مزعج بدرجة ثقة عالية. يحدد التصنيف الفعلي والسياسة النشطة مجلد البريد المزعج أو الحجر والإشعارات؛ لا تطبق الدرجة على كل الرسائل دون تقييم.
4. خطط مثلا لمراجعة أسبوعية وإجراء لمعالجة الأخطاء المبلغ عنها، مع الاستجابة في الوقت المناسب لاحتياجات العمل.

تحقق من استخدام صندوق منفصل والبحث وعروض التصفية المتاحة في TrekMail. عرض التصفية ليس حدا أمنيا، وقد تؤثر الحصة المشتركة في صناديق أخرى. قيد الوصول واحتفظ بالرسائل المشروعة وفقا لسياسة مناسبة.

الأسلوب B: Microsoft 365 وDBEB وInternal Relay

في نطاقات Authoritative ذات دليل مستلمين مكتمل، يمكن لـ DBEB (Directory-Based Edge Blocking) رفض المستلمين غير المعروفين قبل محتوى الرسالة. راجع وضع النطاق النشط وكل المستلمين الصحيحين؛ يجب أن يلائم الاختيار البنية الفعلية.

يعطل Internal Relay Mode فحص DBEB لذلك النطاق، لكنه لا ينشئ Catch-all بمفرده. يلزم ضبط الموصلات والمستلمين في الأنظمة التالية والتوجيه ومنع الحلقات. اطلب من مسؤول مخول مراجعة البنية قبل التعديل، ثم تحقق من الحمل والتسليم.

الأسلوب C: أنماط عناوين محدودة في Postfix

يمكن لمسار نمطي تغطية مجموعة محدودة من العناوين، لكن المثال التالي لا يعمل كنمط شامل في خريطة hash عادية؛ فهي تستخدم مفاتيح حرفية. اعتبره توضيحا للوجهة المطلوبة، واختر نوع خريطة يدعم النمط فعلا.

# /etc/postfix/virtual
sales-*@yourdomain.com    sales-bucket@yourdomain.com

لتغطية sales-q1@ وsales-webinar@ وsales-2026@ تحتاج إلى خريطة regexp أو PCRE ذات حدود مطابقة صحيحة ونطاق محدد. يجب ألا تدخل عناوين admin@ وhr@ وغيرها في المسار دون قصد. تحقق من اختيار المستلمين والوجهات وحلقات البريد بعد التغيير التجريبي.

الأسماء المستعارة والتوجيه المحدد

عندما تكون العناوين المطلوبة معروفة، توفر الأسماء المستعارة أساسا محددا. تحد من المستلمين غير المعروفين وتوضح الوجهة والمسؤول. لكنها لا تلغي كل مخاطر البريد المزعج ومصادقة إعادة التوجيه والبيانات الشخصية.

اسم مستعار أم صندوق أم Catch-all؟

قد يصاحب مسار استقبال منخفض التكلفة إنفاق على التصفية والتخزين والدعم. وقد يلزم إصلاح السمعة عند وقوع إساءة أو backscatter فعلا، لكنه ليس نتيجة حتمية. اقرأ الأسماء المستعارة للبريد: معناها وإعدادها واستخدامها للمقارنة بالصناديق.

العناوين التي يمكنك إنشاؤها

احصر العناوين المستخدمة فعلا. الأمثلة الخمسة التالية نقطة بداية، لا حد لكل مؤسسة:

• hello@ أو info@: الاستفسارات العامة إلى صندوق عمل مخول
• support@: خدمة العملاء إلى مكتب الدعم أو صندوق مشترك
• billing@: الفواتير والمدفوعات إلى الإدارة المالية
• jobs@ أو careers@: الطلبات الوظيفية إلى الموارد البشرية أو تكامل ATS مضبوط
• noreply@: مرسل للرسائل التشغيلية؛ حدد كيفية معالجة الردود المشروعة بأمان

قد تغطي خمسة أسماء مستعارة بنية بسيطة، لكنها لا تلبي كل احتياجات Catch-all. إذا كتب المرسل helo@ بدلا من hello@، فقد يجيب الخادم بالخطأ 550؛ تحدد الخدمة المرسلة الإشعار. قد يساعد ذلك في كشف الخطأ بدلا من ترك رسالة دون مراجعة ثلاثة أسابيع. وللأخطاء المرصودة، أنشئ أسماء مستعارة محددة دون قبول كل عنوان غير معروف.

تقييم TrekMail لاستخدام Catch-all

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

مثال تراخيص المستخدمين التاريخي

بسعر $6-30 شهريا لكل ترخيص منفصل، قد تضيف عناوين support@ وbilling@ وjobs@ في المثال ما يصل إلى $90 شهريا. تحقق من إمكان تجنب التراخيص بالأسماء المستعارة أو الصناديق المشتركة. لا تتجاوز ضوابط التوجيه والأمان الضرورية لمجرد خفض التكلفة.

نموذج TrekMail

قد يغير التخزين المشترك وصلاحيات الصناديق ضمن الاشتراك المقارنة. راجع النطاق الحالي والحصص وتكاليف العناوين إن وجدت. تذكر أمثلة تاريخية Starter بسعر $3.50 شهريا مع 50 نطاقا، وPro بسعر $10 شهريا مع 100 نطاق. ليست هذه وعودا بالحدود الحالية أو بعدد غير محدود من الصناديق. في نموذج Nano الموصوف، يلزم SMTP خارجي خاص بك لكل الرسائل الصادرة والردود.

للترحيل أو المسارات القديمة، استخدم عند دعمه صندوق استقبال منفصلا ونشطا ضمن النطاق نفسه. قيد الوصول وتجنب إعادة التوجيه والردود التلقائية غير المطلوبة. لا يوفر ذلك عزلا أمنيا كاملا، وقد تؤثر السعة المشتركة في صناديق أخرى. اقرأ وثائق TrekMail لصندوق Catch-all.

تحقق أيضا من دعم الوجهات المتعددة والنسخة المحلية. قد تسمح الشروط الحالية بوجهة Catch-all خارجية على Pro أو Agency لنطاق مدار دون صندوق محلي. يلزم إذن مالك الحساب والتحقق من الوجهة ومنع الحلقات والمصادقة وإدارة البيانات. راجع توجيه نطاق إلى وجهة استقبال خارجية.

راجع توفر تجربة لمدة 14 يوما وشروط البطاقة والخطة الحالية قبل الترحيل.

الأسئلة الشائعة

تساعد هذه الإجابات في تقييم Catch-all وإعداده أو إيقافه. تحقق من الخطوات الخاصة بكل منتج في واجهته الحالية.

ما بريد Catch-all؟

هو مسار في خادم البريد للمستلمين غير المعروفين ضمن نطاق. بدلا من الخطأ 550، يمكن تعيين وجهة استقبال للمستلم. تختلف الفحوص والوجهات بين التطبيقات، حتى مع استخدام أسماء مثل accept-all أو التوجيه الشامل.

هل يمكن استخدام Catch-all بأمان؟

يعتمد ذلك على الهدف والإعداد. قيد الوصول وأبق التصفية وحدد المسؤولية وسياسة الاحتفاظ. الصندوق المنفصل ليس بيئة عزل أمني. تجنب تطبيق أعلى درجة بريد مزعج دون تقييم أو تأخير المراجعة بما يهمل الرسائل المشروعة.

هل يؤثر Catch-all في تسليم البريد الصادر؟

قد يؤثر بصورة غير مباشرة عبر backscatter إلى مرسل ظرف مزور أو بريد مرحل غير مرغوب فيه، وليس تلقائيا. تخص تقارير DMARC نطاق From الظاهر، وليس المرحل بالضرورة. افحص السمعة ونتائج المصادقة الفعلية وسياسة المستلم كل على حدة.

ما الفرق بينه وبين الاسم المستعار؟

يعين الاسم المستعار وجهة لعنوان صريح. يعين Catch-all مسارا لـ كل مستلم غير معروف ضمن نطاق عمله. تحد الأسماء المستعارة من المستلمين، لكن كليهما يحتاج إلى تصفية وإدارة واضحة. قد تساعد خمسة أسماء مؤسسة صغيرة، دون تغطية كل الاحتياجات.

هل يتوفر Catch-all في Google Workspace أو Microsoft 365؟

يوفر Google Workspace قواعد توجيه خاصة بالمستلمين غير المعروفين. وفي Microsoft 365 يجب تقييم النطاقات المقبولة والموصلات ودليل المستلمين والقواعد معا. يعطل Internal Relay فحص DBEB، لكنه لا ينشئ Catch-all وحده. اطلب مراجعة مخولة للبنية ومنع الحلقات. وللتراخيص والأسماء المستعارة والصناديق المشتركة شروط منفصلة.

كيف أوقف Catch-all؟

تحقق أولا من كل العناوين والمسارات الصحيحة. في cPanel انتقل إلى Home → Email → Default Address، واختر "Discard with error to sender" للرفض أثناء SMTP؛ يختلف ذلك عن "Discard" المتقدم الذي يحذف بصمت. في Google Workspace راجع Apps → Google Workspace → Gmail → Routing، أو Default routing لقاعدة قديمة قائمة. وفي Microsoft 365 يناسب Authoritative الحالة التي يكتمل فيها دليل المستلمين وتراجع الموصلات. في TrekMail راجع Domains → [domain] → Routing، أو Connection في الواجهة القديمة، ثم Catch-all Inbox → "No catch-all". يمكن تخصيص 24-48 ساعة للتحقق من التدفق كمثال تخطيطي، لا كموعد مضمون للاستقرار.

ما البديل عن Catch-all؟

ابدأ بأسماء مستعارة وصناديق ومسؤولين للعناوين المعروفة. قد تكفي خمسة عناوين أو أقل لحالة صغيرة، لكن اتبع عملياتك الفعلية. قارن التراخيص والتخزين الحاليين دون افتراض أن الانتقال إلى مزود آخر يحل كل مشكلات المصادقة والسمعة والتوجيه تلقائيا.