تخطّ إلى المحتوى الرئيسي

خدمة Apple Private Email Relay

عندما يسجّل شخص الدخول إلى تطبيقك أو موقعك عبر Sign in with Apple ويختار Hide My Email، تمنحك Apple عنوان إعادة توجيه عشوائيًا بدل عنوانه الحقيقي - مثل [email protected]. تعيد خدمة Private Email Relay من Apple توجيه البريد المرسل إلى ذلك العنوان إلى صندوق الوارد الحقيقي لدى الشخص، لكن فقط من المرسلين الذين سجّلتهم لدى Apple. أما البريد الوارد من أي جهة أخرى فترتدّه خدمة الترحيل ولا يصل إلى الشخص أبدًا.

تشرح هذه الصفحة ما يجب تسجيله، ومن يقوم بذلك، وكيف تتحقق من أنه يعمل وفق طريقة إرسال Email في مساحة العمل لديك.

نطاق ترحيل جديد

أعلنت Apple في أغسطس 2026 أن عناوين Sign in with Apple الجديدة ستصدر على private.icloud.com بدل privaterelay.appleid.com، ابتداءً من وقت لاحق من العام. تستمر عناوين privaterelay.appleid.com الحالية في العمل. كلا النطاقين عناوين ترحيل، وكل ما في هذه الصفحة ينطبق على كليهما. تقبل Joryio العناوين على أي من النطاقين كأي عنوان Email آخر.

لماذا يفشل البريد إلى عناوين الترحيل بصمت​

خدمة الترحيل ليست صندوق بريد عاديًا. لكل رسالة تستقبلها، تتحقق Apple من أمرين:

  1. هل الرسالة مصادَقة؟ يجب أن تجتاز SPF أو DKIM بالطريقة المحددة التي تشترطها Apple (راجع ما تتحقق منه Apple).
  2. هل المرسل مسجّل؟ يجب أن يكون نطاق الإرسال أو العنوان ضمن قائمة مصادر Email المسجلة لفريق Apple Developer لديك.

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

من يجب أن يقوم بذلك​

يتم التسجيل في حساب Apple Developer الذي يملك التطبيق أو الموقع الذي يستخدم Sign in with Apple - أي حسابك أنت، لا حساب Joryio. لا تستطيع Joryio تسجيل النطاقات لدى Apple نيابة عنك.

  • تشترط Apple دور Account Holder أو Admin في حساب المطوّر ذلك.
  • تنتمي عناوين الترحيل إلى فريق مطوّرين: يحصل الشخص نفسه على عنوان الترحيل نفسه في كل تطبيقات الفريق الواحد، وعلى عنوان مختلف في تطبيق من فريق آخر. سجّل نطاقات الإرسال لديك في الفريق الذي تجمع تطبيقاته العناوين. إذا كانت تطبيقاتك موزعة على عدة فرق، فسجّل في كل منها.
  • تسمح Apple بما يصل إلى 32 مصدر Email للتسجيل الفردي وما يصل إلى 100 للمؤسسة. يُحتسب كل نطاق أو نطاق فرعي أو عنوان منفرد مصدرًا واحدًا.

ما تتحقق منه Apple​

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

الفحصما يجب أن يتطابقيجتاز عندما
SPFنطاق مرسل المغلّف (envelope sender، ويُسمى أيضًا MAIL FROM أو Return-Path أو عنوان الارتداد - وليس عنوان From الذي يراه الناس)يكون ذلك النطاق بعينه مسجلًا لدى Apple ويجتاز SPF
DKIMنطاق d= في توقيع DKIMيتم التحقق من التوقيع، ويغطي ترويسة From، ويكون نطاق d= هو بالضبط نطاق عنوان From، المسجل لدى Apple

بعد المصادقة، تطابق Apple أيضًا نطاق From أو عنوانه مع المصادر المسجلة لديك. لذلك، أيًّا كان الفحص الذي تعتمد عليه، يجب أن يكون نطاق كل عنوان From ترسل منه مسجلًا.

المطابقة حرفية. تسجيل acme.com لا يغطي news.acme.com: كل نطاق فرعي ترسل منه مصدر مستقل ويجب تسجيله بمفرده (أو تسجّل العناوين المنفردة بدلًا منه).

تستخدم كثير من مزودات Email نطاقها الخاص كمرسل المغلّف ما لم تمنحها نطاق ارتداد مخصصًا (ويُسمى أيضًا نطاق MAIL FROM مخصصًا أو نطاق return-path) على نطاقك الخاص. بدونه، لا يمكن أن يجتاز إلا فحص DKIM. ومعه، يمكن أن يجتاز SPF وDKIM كلاهما على نطاقاتك الخاصة، وهو ما توصي به Apple - لذا أعدّ نطاق ارتداد مخصصًا حيثما يوفره مزودك.

أي النطاقات تسجّل​

يُرسَل Email في Joryio بإحدى طريقتين تعدّهما Joryio لمؤسستك: عبر البريد المُدار من Joryio (Amazon SES تشغّله Joryio)، أو عبر حساب المزود الخاص بمؤسستك (Amazon SES أو SendGrid أو Mailgun أو Bird). إن لم تكن متأكدًا أي الطريقتين تستخدمها مساحة العمل لديك، فاسأل دعم Joryio.

كيف ترسل مساحة العمل لديكما تسجّله لدى Appleالفحص الذي يجتازملاحظات
البريد المُدار من Joryioكل نطاق From يستخدمه مرسلوك، تمامًا كما أُرفق (مثل mail.acme.com)، ونطاق الارتداد الخاص به e.<sending domain> (مثل e.mail.acme.com)DKIM - توقّع Joryio بنطاقك المرفق؛ وSPF أيضًا بمجرد وجود سجلات نطاق الارتداد أدناه في DNS لديكيحصل كل نطاق مرفق على نطاق ارتداد (MAIL FROM) هو e.<sending domain>. أضف سجلي DNS الخاصين به فيجتاز SPF على نطاقك الخاص. بدونهما يظل البريد يُرسَل، لكن مرسل المغلّف يعود إلى نطاق Amazon SES نفسه ولا يمكن أن يجتاز إلا DKIM.
حساب Amazon SES الخاص بككل نطاق FromDKIM، عندما يكون نطاق From نفسه هوية SES موثقة مع Easy DKIMإذا كان النطاق الأصل وحده موثقًا في SES، يوقّع SES بريد النطاق الفرعي بالنطاق الأصل وتفشل المطابقة الحرفية لدى Apple - وثّق النطاق الفرعي كهوية مستقلة. أعدّ نطاق MAIL FROM مخصصًا على الهوية في SES وسجّل ذلك النطاق لدى Apple أيضًا، كي يجتاز SPF كذلك.
حساب SendGrid الخاص بككل نطاق From؛ واختياريًا النطاق الفرعي return-path الذي أنشأه SendGrid (مثل em1234.acme.com)DKIM بعد مصادقة النطاق في SendGrid؛ وSPF أيضًا إن سجّلت النطاق الفرعي return-pathبدون مصادقة النطاق يوقّع SendGrid بنطاقه الخاص ويفشل الفحصان كلاهما. كما تُعدّ مصادقة النطاق النطاق الفرعي return-path المخصص - أبقِه مفعّلًا.
حساب Mailgun الخاص بككل نطاق From ونطاق إرسال Mailgun المضبوط لمؤسستك (مثل mg.acme.com)SPF على نطاق إرسال Mailgun؛ وDKIM فقط عندما يكون نطاق From هو نطاق Mailgun نفسهيستخدم Mailgun نطاق الإرسال لديه كمرسل المغلّف ويوقّع DKIM به عادةً. إذا كان عنوان From على نطاق مختلف (مثل acme.com)، فلا يتطابق DKIM حرفيًا، فيكون مسار SPF عبر نطاق Mailgun المسجل هو الذي يجتاز. تأكد من وجود سجلات SPF وMX الخاصة بنطاق Mailgun نفسه.
حساب Bird الخاص بككل نطاق FromDKIM، عندما يوقّع Bird بنطاق From الخاص بكتحقق من النطاق الذي يوقّع به Bird ونطاق المغلّف الذي يستخدمه (راجع اختبر قبل أن تعتمد عليه)، إذا كان Bird يوفر نطاق return-path (ارتداد) مخصصًا، فأعدّه على نطاقك الخاص وسجّله أيضًا، كي يجتاز SPF كذلك.

كل نطاق From تعني كل نطاق ترسل منه مساحة العمل لديك فعليًا: المرسل الافتراضي، وكل مرسل محفوظ تحت الإعدادات ← إعداد Email (Settings → Email Configuration)، وأي From مخصص (Custom From) يُستخدم في حملة أو رحلة. يسرد فلتر نطاق الإرسال في التحليلات ← قابلية التسليم (Analytics → Deliverability) النطاقات التي أرسلت منها فعلًا خلال نطاق زمني، وهي طريقة سريعة لاكتشاف نطاق نسيته.

سجلات DNS للبريد المُدار​

في البريد المُدار، لكل نطاق إرسال مرفق نطاق ارتداد (مرسل المغلّف، أو MAIL FROM) على e.<sending domain> - فبالنسبة إلى mail.acme.com يكون e.mail.acme.com. ويحتاج إلى سجلي DNS، ترسلهما Joryio إليك مع سجلات DKIM الثلاثة من نوع CNAME وسجل DMARC عند إرفاق نطاقك:

النوعالاسمالقيمةالأولوية
MXe.<sending domain>feedback-smtp.<region>.amazonses.com (مثل feedback-smtp.eu-central-1.amazonses.com)10
TXTe.<sending domain>v=spf1 include:amazonses.com ~all-

استخدم القيم الدقيقة من السجلات التي ترسلها Joryio إليك؛ فالمنطقة في قيمة MX هي المنطقة التي يُرسَل منها بريدك.

  • مع هذه السجلات، يكون مرسل المغلّف على نطاقك الخاص، فيجتاز SPF ويتوافق هناك، ويجتاز DKIM عبر سجلات Easy DKIM من نوع CNAME. ويمكن أن يجتاز فحصا Apple كلاهما. لكي تحتسب Apple فحص SPF، سجّل e.<sending domain> كمصدر Email إضافة إلى نطاق الإرسال.
  • بدونها، يظل البريد يُرسَل: يعود مرسل المغلّف إلى النطاق الافتراضي لـAmazon SES ‏(amazonses.com). يظل DKIM يجتاز، لكن SPF لا يكون على نطاقك.

إذا أُرفق نطاقك قبل وجود هذه السجلات، فاطلب من دعم Joryio السجلين الجديدين.

يعرض جدول Email Sources لدى Apple نتيجة SPF لكل نطاق مسجل. يجتاز نطاق الارتداد بمجرد نشر سجل TXT الخاص به. إذا أظهر الجدول أيضًا فشل فحص SPF على نطاق الإرسال نفسه (لا يضع البريد المُدار سجل SPF هناك)، يمكنك إضافة سجل TXT نفسه v=spf1 include:amazonses.com ~all على نطاق الإرسال. لا يمكن أن يكون للنطاق إلا سجل SPF واحد: إذا كان له سجل بالفعل (وهو شائع عند الإرسال من النطاق الجذر)، فأضف include:amazonses.com إلى السجل الموجود بدل إنشاء سجل ثانٍ.

سجّل نطاقاتك لدى Apple​

قم بذلك في حساب Apple Developer الذي يملك تطبيق Sign in with Apple لديك، بعد تسجيل الدخول بصفة Account Holder أو Admin.

  1. انتقل إلى Certificates, Identifiers & Profiles.
  2. انقر Services في الشريط الجانبي.
  3. تحت Sign in with Apple for Email Communication، انقر Configure.
  4. في قسم Email Sources، انقر زر الإضافة (+).
  5. أدخل نطاقاتك ونطاقاتك الفرعية كقائمة مفصولة بفواصل - مثل acme.com, mail.acme.com - وانقر Next.
  6. راجع القائمة وانقر Register.
  7. يعرض الجدول كل مصدر وما إذا كان قد اجتاز فحص SPF لدى Apple.

لا تطلب منك Apple رفع ملف إلى خادمك لتسجيل نطاق.

تسجيل عناوين منفردة بدلًا من ذلك​

إن لم تكن تتحكم في DNS نطاق ترسل منه، يمكنك تسجيل عناوين From منفردة بدل النطاق كاملًا. اتبع الخطوات نفسها، وفي الخطوة 5 أدخل العناوين (مثل [email protected], [email protected]). يُحتسب كل عنوان مصدر Email واحدًا، لذا مع كثرة المرسلين يستهلك تسجيل النطاق عددًا أقل من مصادرك البالغة 32 أو 100.

يجب أن تظل الرسالة تجتاز SPF أو DKIM كما هو موضح في ما تتحقق منه Apple.

تحقق من المصادقة في Joryio​

تظهر نطاقات الإرسال لديك وحالة DNS الخاصة بها في التحليلات ← قابلية التسليم (Analytics → Deliverability)، ضمن قسم صحة النطاق (Domain Health): SPF وDKIM وDMARC، وفي البريد المُدار سجل MX لنطاق الارتداد (Bounce MX)، لكل نطاق مرفق، مع التحقق الآن (Check Now) للتحديث. راجع مصادقة DNS.

أمران يجب مراعاتهما:

  • تتحقق Joryio من سجلات DNS؛ وتتحقق Apple من كل رسالة. تعني حالة DKIM الخضراء في Joryio أن سجلات DKIM لديك منشورة. وتشترط Apple إضافة إلى ذلك أن يساوي نطاق d= في التوقيع نطاق From حرفيًا، وهذا يعتمد على طريقة توقيع مزودك. يؤكد الاختبار أدناه ذلك.
  • في البريد المُدار، يظهر SPF بحالة "handled by Amazon SES". يقرأ قسم صحة النطاق SPF على نطاق الإرسال نفسه، بينما يوجد SPF للبريد المُدار على نطاق الارتداد e.<sending domain>. يتحقق قسم صحة النطاق من سجل MX لنطاق الارتداد هذا (Bounce MX) لكن ليس من سجل SPF TXT الخاص به. للتأكد من SPF، ابحث عن سجل TXT لنطاق الارتداد في DNS، أو تحقق من smtp.mailfrom في رسالة اختبار (راجع أدناه).

اختبر قبل أن تعتمد عليه​

  1. احصل على عنوان ترحيل تتحكم فيه. على iPhone، سجّل الدخول إلى تطبيقك عبر Sign in with Apple واختر Hide My Email. يظهر العنوان في إعدادات حساب Apple لديك (على iPhone: Settings → اسمك → iCloud → Hide My Email، ثم التطبيق). يصف مقال دعم Apple ‏Manage your apps with Sign in with Apple مكان العثور عليه.
  2. أرسل رسالة اختبار إليه من محرر Email في الحملة أو الرحلة (إرسال اختبار - Send Test)، باستخدام المرسل الذي تريد التحقق منه. راجع اختبار Email.
  3. تأكد من وصولها إلى صندوق الوارد الحقيقي الذي يعيد حساب Apple التوجيه إليه.
  4. إن لم تصل، فاقرأ ترويسات نسخة عادية. أرسل الاختبار نفسه إلى صندوق بريد عادي (مثل Show original في Gmail) وانظر إلى:
    • DKIM-Signature: ... d= - يجب أن يكون بالضبط نطاق From الخاص بك لمسار DKIM.
    • Authentication-Results: ... smtp.mailfrom= - نطاق المغلّف؛ يجب أن يكون مسجلًا لدى Apple ويجتاز SPF لمسار SPF.
    • From: - يجب أن يكون نطاقه مسجلًا لدى Apple.

كرر الاختبار لكل نطاق From، ومجددًا كلما أضفت مرسلًا على نطاق أو نطاق فرعي جديد.

كيف تتعامل Joryio مع عناوين الترحيل​

  • إنها عناوين Email عادية. لا تكتشف Joryio عناوين privaterelay.appleid.com أو private.icloud.com ولا تعيد كتابتها ولا تصفّيها. تُخزَّن وتُتحقق صحتها وتُقسَّم إلى شرائح ويُرسَل إليها كأي عنوان آخر.
  • عنوان الترحيل ليس العنوان الحقيقي للشخص. إذا أعطاك الشخص نفسه أيضًا بريده الحقيقي في مكان آخر، فلن يتطابق العنوانان. عرّف الأشخاص بمعرّف المستخدم الخاص بك بدل عنوان Email، كي ينتهي العنوانان في ملف تعريف واحد.
  • في تفصيل مزودي البريد في التحليلات ← قابلية التسليم، تُحتسب عناوين الترحيل ضمن نطاقات أخرى (Other domains)، لا ضمن Apple iCloud، لأنها تُجمَّع حسب نطاق المستلم.
  • تُعالَج الارتدادات من خدمة الترحيل كأي ارتداد. إذا أبلغ مزودك عن ارتداد الترحيل بأنه دائم (hard)، تعلّم Joryio العنوان غير صالح وتتوقف عن مراسلته، على مستوى مساحة العمل كلها. راجع معالجة الارتدادات.

مشكلات شائعة​

يصل البريد إلى الجميع باستثناء عناوين الترحيل. نطاق From غير مسجل لدى Apple، أو أن الرسالة لا تجتاز أيًّا من فحصي Apple. قارن نطاقات From وd= وsmtp.mailfrom في رسالة اختبار بالمصادر المسجلة لديك.

كان يعمل، ثم توقف لحملة واحدة. على الأرجح تستخدم تلك الحملة مرسلًا على نطاق أو نطاق فرعي لم تسجّله - مثل From مخصص على promo.acme.com. سجّله.

يُظهر جدول Apple فشل فحص SPF على نطاق بريد مُدار. بالنسبة إلى نطاق الارتداد e.<sending domain>: سجلا MX وTXT الخاصان به مفقودان - أضف سجلات DNS للبريد المُدار. وبالنسبة إلى نطاق الإرسال نفسه: لا يضع البريد المُدار سجل SPF هناك؛ يظل DKIM يجتاز، ويمكنك إضافة سجل TXT الموضح في القسم نفسه.

يجتاز DKIM في كل مكان، لكن خدمة الترحيل ما زالت ترتدّ. نطاق d= قريب من نطاق From لكنه لا يساويه - عادةً النطاق الأصل (acme.com) يوقّع بريد نطاق فرعي (mail.acme.com)، أو نطاق المزود نفسه. أعدّ DKIM على نطاق From نفسه بالضبط لدى مزودك.

بعد إصلاح التسجيل، ما زالت بعض عناوين الترحيل لا تُراسَل. ربما تكون الرسائل التي ارتدت قبل الإصلاح قد علّمت تلك العناوين غير صالحة، ولا ترفع Joryio الارتداد الدائم من تلقاء نفسها. امسحه على جهة الاتصال: افتح ملف التعريف تحت المستخدمون (Users)، وانقر تعديل (Edit) في بطاقة الاشتراكات (Subscriptions)، وحدد مسح حالة الارتداد وتعليم البريد كصالح (Clear bounce status and mark email as valid) واحفظ. يمكنك فعل الشيء نفسه عبر API باستخدام نقطة نهاية مسح الارتداد. تُرفض رسائل الاختبار إلى هذه العناوين إلى أن يُمسح الارتداد.

شخص واحد لا يتلقى البريد أبدًا، والجميع يتلقونه. ربما أوقف الشخص إعادة التوجيه لتطبيقك في حساب Apple لديه، أو غيّر العنوان الذي يُعاد التوجيه إليه. هذا اختياره ولا يمكن تغييره من جانبك.

نفدت مصادر Email لديك. سجّل نطاقات بدل عناوين منفردة، وأزل المصادر التي لم تعد ترسل منها.

المصادر​