استقبال البريد على نطاقك

ملاحظة: صندوق البريد متاح في كل باقة، إضافة إلى نطاق إرسال مباشر موثّق مسبقًا — ويُحسب بحسب الحجم الشهري وعدد العناوين المسمّاة، ويزداد كلاهما بحسب المستوى. راجع الأسعار لمعرفة الحصة المتاحة في كل مستوى.

بمجرد توثيق نطاق للإرسال المباشر، يستطيع MailInApp أيضًا استقبال بريد حقيقي على عناوين مسمّاة فيه — [email protected]، و[email protected]، أو أي عنوان تختاره — يمكن عرضه والرد عليه من صندوق البريد في لوحة التحكم. دون قواعد إعادة توجيه، ودون خادم بريد منفصل تحتاج إلى تشغيله.

ويعمل ذلك إلى جانب العرض الأصلي في البريد الوارد ومزامنة IMAP داخل صندوق البريد نفسه على /dashboard/mailbox: فيمكنك إدارة البريد الوارد على نطاقك المخصّص وحسابات IMAP الخارجية المرتبطة في مكان واحد.

التفعيل

الاستقبال الوارد مفتاح تبديل في صفحة الإعدادات ← النطاقات نفسها التي استخدمتها لتوثيق الإرسال، ويتطلّب أن يكون ذلك النطاق موثّقًا مسبقًا:

1. ضمن الإعدادات ← النطاقات، ابحث عن استقبال البريد على هذا النطاق واضغط تفعيل.
2. أضف سجل MX المعروض لدى مزوّد DNS الخاص بك — فهو يوجّه نطاقك إلى خوادم بريد MailInApp.
3. يؤكّد مفتاح التبديل نفسه بمجرد وصول أول رسالة حقيقية؛ فلا يوجد فحص تحقق منفصل كما هو الحال مع DKIM/MAIL FROM، لأن MX لا يملك واجهة API مكافئة.
4. أضف عنوانًا مسمّى واحدًا أو أكثر (مثل support وsales) أسفل مفتاح التبديل — وهي الأجزاء المحلية من العناوين التي سيقبل MailInApp البريد لها ويعرض عليها تسمية في لوحة التحكم. والبريد المرسل إلى عنوان لم تطالب به يصل مع ذلك ويُخزَّن، لكنه يوسَم بأنه غير مُسنَد بدلًا من إسقاطه. ويزداد عدد العناوين التي يمكنك المطالبة بها بحسب الباقة — راجع الأسعار.

القراءة والرد والتنظيم

تعرض /dashboard/mailbox كل سلسلة رسائل، مع إمكانية التصفية حسب العنوان، وحالة عدم القراءة، وتنزيل المرفقات. ويُرسل الرد من داخل سلسلة عبر إعداد الإرسال المباشر الخاص بك، مربوطًا بسلسلته بشكل صحيح (In-Reply-To/References) فيصل ردًّا في تطبيق بريد المُرسِل نفسه — لا رسالة جديدة منفصلة.

• أنشئ سلسلة جديدة كليًا إلى أي عنوان، لا الردود على البريد الوارد فقط — واختر أيًّا من عناوينك التي طالبت بها لترسل باسمه من منتقي «الإرسال باسم» نفسه الذي تستخدمه حسابات IMAP المرتبطة.
• أرشِف سلسلة أو انقلها إلى المهملات (وأعدها إلى البريد الوارد في أي وقت) بدلًا من الاكتفاء بوضع علامة مقروءة/غير مقروءة عليها.
• ميّز سلسلة بنجمة لوسمها للمتابعة.
• أرفق ملفات في رد أو رسالة جديدة، ونزّل أي مرفق في رسالة استلمتها — ويظهر كلا الاتجاهين الآن رقاقاتٍ قابلة للتنزيل في السلسلة.
• النسخة (Cc) والنسخة المخفية (Bcc) متاحتان في كل رد وكل رسالة جديدة.
• البحث استعلام حقيقي على الخادم، لا مجرد تصفية لما حُمّل مسبقًا — فهو يطابق موضوع السلسلة والمشاركين فيها ومقتطفها أولًا، ثم يلجأ إلى فحص كامل لسجل الرسائل عند الحاجة.
• التوقيع: عيّن توقيعًا افتراضيًا واحدًا على مستوى الحساب (الشريط الجانبي لصندوق البريد ← التوقيع) يُدرج فوق النص المقتبس في كل رد وإنشاء، عبر كل عنوان طالبت به.
• عوامل التصفية: ضمن الشريط الجانبي لصندوق البريد ← عوامل التصفية، عيّن قواعد مثل «من/الموضوع يحتوي على X ← وضع علامة مقروءة / تمييز بعلامة / نقل إلى الأرشيف / نقل إلى المهملات»، تُقيَّم تلقائيًا فور وصول البريد الوارد.

الردود بالنص المنسّق

مربعا الرد والإنشاء محرر نص منسّق كامل، لا حقل نص عادي. فتحصل على الغامق، والمائل، والمسطّر، والمشطوب، وعناوين H2/H3، والقوائم النقطية والمرقّمة، والاقتباسات، والروابط، ومجموعة صغيرة ثابتة من عيّنات ألوان النص، وجداول أساسية (إدراج، وإضافة/إزالة صف أو عمود).

ويبقى التنسيق سليمًا في الاتجاهين. فرسائلك المرسلة تُعرض بتنسيقها الكامل في عرض السلسلة. والبريد المنسّق القادم من الطرف الآخر يُعرض بأمان أيضًا — بعد تنقيته، وما يقع خارج قائمة السماح الآمنة المعروفة يُعرض في إطار معزول بالطريقة نفسها التي تُعرض بها رسائل IMAP المرتبطة أصلًا.

ويظل الإرسال يتراجع بسلاسة: فكل رد يحمل جزءًا نصيًا عاديًا إلى جانب HTML، فيرى المستلمون على تطبيقات البريد النصية فقط نسخة مكافئة مقروءة.

هذه هي نسخة صندوق بريد النطاق من الميزة. أما الرد على رسالة من حساب Gmail/Outlook مرتبط فيحصل على محرر النص المنسّق نفسه ودعم المرفقات نفسه، لكن دون حالة الإنشاء الجديد — إذ تبقى نصًا عاديًا في الحساب المرتبط.

الرد أو الإنشاء برسالة بريد إلكتروني تفاعلية

أحيانًا يحتاج الرد إلى أكثر من نص منسّق — استطلاع، أو عنصر منتج، أو عدّاد تنازلي. انقر ✨ الرد برسالة تفاعلية في سلسلة بدلًا من الكتابة في مربع النص المنسّق (أو ✨ الإنشاء برسالة تفاعلية من رسالة جديدة). يفتح ذلك محرر الاستوديو الكامل مع إرفاق سياق السلسلة. اختر مشروعًا موجودًا أو ابدأ مشروعًا جديدًا، وأجرِ التعديلات الأخيرة، وأرسله ردًّا على هذه الرسالة تحديدًا.

بعض الأمور تتصرّف بشكل مختلف في الرد المرسل من الاستوديو:

• يُرسل رسالةً معاملاتية: دون تذييل إلغاء الاشتراك، ودون سطر «فتح النسخة التفاعلية»، ودون بكسل تتبّع الفتح — وهو ما يناسب ردًّا فرديًا لا حملة جماعية.
• تُسجَّل التفاعلات عليه (أصوات الاستطلاعات، وإرسالات النماذج، والنقرات) بشكل مجهول الهوية ومحدود المعدّل بدلًا من نسبتها إلى صف في قائمة جهات اتصال، بالطريقة نفسها المتّبعة مع تصدير HTML أو رابط عرض مباشر غير مرتبط.
• يَسِم عرض السلسلة الرسالة بعبارة أُرسل باستخدام: <project name> ويعرض HTML المُرسَل في إطار معزول، مع رابط للعودة إلى محرر الاستوديو لإعادة فتحها أو إعادة إرسالها.

ويملك حساب IMAP المرتبط هذه الميزة أيضًا في الردود — زر ✨ نفسه والسلوك المعاملاتي نفسه. والفرق الوحيد: لا توجد هناك شارة «أُرسل باستخدام» ولا سجل للسلسلة، لأن رسائل الحسابات المرتبطة لا تُخزَّن على الخادم أصلًا.

تعمل هنا أيضًا الإجراءات الجماعية (حدّد عدة سلاسل، ثم أرشِفها/احذفها/ضع عليها علامة مقروءة/غير مقروءة معًا) واختصارات لوحة المفاتيح (j/k للتنقّل، وe للأرشفة، و# للحذف). ويتشارك النظامان واجهة صندوق بريد واحدة، فتنطبق الاختصارات نفسها على حسابات IMAP المرتبطة.

النطاق الفرعي مقابل النطاق الجذري

افتراضيًا، يحصل النطاق الموثّق على هوية نطاق فرعي مخصّصة — mail.yourdomain.com — فيتعايش الإرسال والاستقبال عبر MailInApp بأمان مع أي شيء آخر تشغّله أصلًا على yourdomain.com (Google Workspace، أو Outlook، أو خادم بريدك الخاص). وتبدو العناوين مثل [email protected].

عند ربط نطاق لأول مرة، يمكنك بدلًا من ذلك تحديد استخدام النطاق الجذري بدلًا من نطاق فرعي للحصول على عناوين بسيطة مثل [email protected]. ولا يكون لذلك معنى إلا لنطاق غير مستخدم لأي بريد آخر:

• الإرسال من النطاق الجذري لا ينطوي على خطر إضافي — فسجلات DKIM تقع ببساطة تحت اسم مختلف.
• الاستقبال على النطاق الجذري مختلف: فسجل MX الذي يحتاجه البريد الوارد يوجّه تسليم البريد للنطاق بأكمله إلى MailInApp. فإن كان yourdomain.com يستقبل حاليًا بريدًا في مكان آخر — لدى مزوّد بريد وارد حقيقي، أو عبر سجل MX لأداة أخرى — فإن تفعيل الاستقبال الوارد على هوية نطاق جذري يستبدل ذلك بالكامل. ولهذا السبب تحديدًا يشترط MailInApp تأكيدًا صريحًا قبل تفعيل الاستقبال الوارد على هوية نطاق جذري؛ أما هوية النطاق الفرعي فلا تنطوي على هذا الخطر ولا تحتاج إلى تأكيد.

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