إعداد البريد الإلكتروني في دقائق

إضفاء الطابع الشخصي على دليلنا لتوفير الوقت:

أنت توافق على سياسة الخصوصية والشروط الخاصة بنا.

لست مهتمًا؟ انقر هنا لمواصلة القراءة

جدول المحتويات

أسئلة مكررة

جدول المحتويات

كيف أبدأ وقم بإعداد إعادة توجيه البريد الإلكتروني

وقت الإعداد المقدر: أقل من 10 دقائق
حماية الخصوصية المحسنة: إذا كنت ترغب في إخفاء معلوماتك عن إمكانية البحث العام عبر الإنترنت ، فالرجاء الانتقال إلى حسابي المجالات وقم بترقية نطاقك إلى خطة مدفوعة قبل البدء في هذا الدليل. تتضمن المعلومات القابلة للبحث علنًا حول الخطط المجانية ، على سبيل المثال لا الحصر: الأسماء المستعارة والعناوين المعاد توجيهها والمستلمين والإعدادات المتقدمة مثل إعادة توجيه المنفذ المخصص. إذا كنت ترغب في معرفة المزيد عن الخطط المدفوعة ، فراجع موقعنا التسعير الصفحة - وإلا استمر في القراءة! جميع الخطط لدينا خصوصية سياسة عدم تخزين سجلات SMTP أو البيانات الوصفية أو رسائل البريد الإلكتروني بشكل صارم. نحن لا نتتبعك كما تفعل الخدمات الأخرى.
ابدء: اقرأ واتبع بعناية الخطوات من واحد إلى ثمانية المدرجة أدناه. تأكد من استبدال عنوان البريد الإلكتروني الخاص بـ user@gmail.com باستخدام عنوان البريد الإلكتروني الذي تريد إعادة توجيه رسائل البريد الإلكتروني إليه (إذا لم يكن دقيقًا بالفعل). وبالمثل تأكد من استبدال example.com مع اسم المجال المخصص الخاص بك (إذا لم يكن دقيقًا بالفعل).
  1. إذا قمت بالفعل بتسجيل اسم المجال الخاص بك في مكان ما ، فيجب عليك تخطي هذه الخطوة تمامًا والانتقال إلى الخطوة الثانية! وإلا يمكنك ذلك انقر هنا لتسجيل اسم المجال الخاص بك.
  2. هل تتذكر المكان الذي سجلت فيه المجال الخاص بك؟ بمجرد أن تتذكر هذا ، اتبع التعليمات أدناه:
    مهم: يجب عليك فتح علامة تبويب جديدة وتسجيل الدخول إلى مسجل المجال الخاص بك. يمكنك بسهولة النقر فوق "المسجل" أدناه للقيام بذلك تلقائيًا. في علامة التبويب الجديدة هذه ، يجب أن تنتقل إلى صفحة إدارة DNS في أمين السجل الخاص بك - وقد قدمنا خطوات التنقل خطوة بخطوة أدناه ضمن عمود "خطوات التكوين". بمجرد الانتقال إلى هذه الصفحة في علامة التبويب الجديدة ، يمكنك العودة إلى علامة التبويب هذه والمتابعة إلى الخطوة الثالثة أدناه. لا تغلق علامة التبويب المفتوحة بعد ؛ سوف تحتاجه للخطوات المستقبلية!
    المسجل خطوات التكوين
    1&1 تسجيل الدخول مركز المجال (حدد المجال الخاص بك) تحرير إعدادات DNS
    طريق أمازون 53 تسجيل الدخول المناطق المستضافة (حدد المجال الخاص بك)
    Aplus.net تسجيل الدخول خوادمي إدارة المجال مدير DNS
    Bluehost FOR ROCK: تسجيل الدخول المجالات (انقر فوق الرمز ▼ بجوار الإدارة) DNS
    للتراث: تسجيل الدخول المجالات محرر المنطقة (حدد المجال الخاص بك)
    كلاود فلير تسجيل الدخول DNS
    جعل DNS سهلاً تسجيل الدخول DNS (حدد المجال الخاص بك)
    DNS بسيط تسجيل الدخول (حدد المجال الخاص بك) DNS يدير
    المحيط الرقمي تسجيل الدخول الشبكات المجالات (حدد المجال الخاص بك) أكثر إدارة المجال
    Domain.com تسجيل الدخول في عرض البطاقة ، انقر فوق إدارة في نطاقك في عرض القائمة ، انقر فوق رمز الترس DNS وخوادم الأسماء سجلات DNS
    Domains.com
    راقب
    تسجيل الدخول (حدد المجال الخاص بك) يدير (انقر فوق رمز الترس) انقر فوق DNS & Nameservers في القائمة اليمنى
    DreamHost تسجيل الدخول لوحة المجالات إدارة المجالات DNS
    رجل تسجيل الدخول ملخص يدير محرر بسيط السجلات
    فكر في تسجيل الدخول (حدد المجال الخاص بك) إدارة قم بتحرير المنطقة
    GoDaddy
    راقب
    تسجيل الدخول إدارة المجالات الخاصة بي (حدد المجال الخاص بك) إدارة DNS
    نطاقات جوجل
    راقب
    تسجيل الدخول (حدد المجال الخاص بك) تكوين DNS
    ناميتشيب
    راقب
    تسجيل الدخول قائمة المجال (حدد المجال الخاص بك) يدير DNS المتقدم
    نيتليفاي تسجيل الدخول (حدد المجال الخاص بك) قم بإعداد Netlify DNS
    حلول الشبكات تسجيل الدخول إدارة حساب المستخدم أسماء نطاقي (حدد المجال الخاص بك) يدير تغيير أين يشير المجال DNS المتقدم
    Shopify
    راقب
    تسجيل الدخول المجالات المدارة (حدد المجال الخاص بك) إعدادات DNS
    سكوير سبيس تسجيل الدخول القائمة الرئيسية إعدادات المجالات (حدد المجال الخاص بك) إعدادات متقدمة السجلات المخصصة
    الآن فيرسيل استخدام CLI "الآن" now dns add [domain] '@' MX [record-value] [priority]
    Weebly تسجيل الدخول صفحة المجالات (حدد المجال الخاص بك) DNS
    Wix تسجيل الدخول صفحة المجالات (انقر أيقونة) حدد إدارة سجلات DNS
    نجارة تسجيل الدخول المجالات المجالات الخاصة بي
    آخر
    مهم: ألا ترى اسم المسجل الخاص بك مدرجًا هنا؟ ما عليك سوى البحث على الإنترنت عن "كيفية تغيير سجلات DNS على $ REGISTRAR" (استبدال $ REGISTRAR باسم المسجل الخاص بك - على سبيل المثال "كيفية تغيير سجلات DNS على GoDaddy" إذا كنت تستخدم GoDaddy).
  3. باستخدام صفحة إدارة DNS الخاصة بالمسجل (علامة التبويب الأخرى التي فتحتها) ، قم بتعيين سجلات "MX" التالية:
    مهم: لاحظ أنه يجب ألا تكون هناك مجموعة سجلات MX أخرى. يجب أن يتواجد كلا السجلين الموضحين أدناه. تأكد من عدم وجود أخطاء مطبعية ؛ ولديك هجاء كل من mx1 و mx2 بشكل صحيح. إذا كانت هناك سجلات MX موجودة بالفعل ، فيرجى حذفها بالكامل. لا يلزم أن تكون قيمة "TTL" 3600 ، فقد تكون أقل أو أعلى إذا لزم الأمر.
    الاسم / المضيف / الاسم المستعار TTL نوع أولوية قيمة
    "@" أو "." أو فارغ 3600 MX 10 mx1.forwardemail.net
    "@" أو "." أو فارغ 3600 MX 10 mx2.forwardemail.net
  4. باستخدام صفحة إدارة DNS الخاصة بالمسجل (علامة التبويب الأخرى التي فتحتها) ، قم بتعيين ما يلي TXT سجل (سجلات):
    مهم: إذا كنت تستخدم خطة مدفوعة ، فيجب عليك تخطي هذه الخطوة تمامًا والانتقال إلى الخطوة الخامسة! إذا لم تكن مشتركًا في خطة مدفوعة ، فستكون عناوينك المعاد توجيهها قابلة للبحث بشكل عام - انتقل إلى حسابي المجالات وقم بترقية نطاقك إلى خطة مدفوعة إذا رغبت في ذلك. إذا كنت ترغب في معرفة المزيد عن الخطط المدفوعة ، فراجع موقعنا التسعير صفحة. وإلا يمكنك الاستمرار في اختيار مجموعة واحدة أو أكثر من الخيار "أ" إلى الخيار "و" المدرجة أدناه.

    الخيار أ: إذا كنت تعيد توجيه جميع رسائل البريد الإلكتروني من نطاقك ، (على سبيل المثال ، "all@example.com" ، "hello@example.com" ، إلخ) إلى عنوان محدد "user@gmail.com":
    الاسم / المضيف / الاسم المستعار TTL نوع قيمة
    "@" أو "." أو فارغ 3600 TXT forward-email=user@gmail.com
    تلميح: تأكد من استبدال القيم أعلاه في عمود "القيمة" بعنوان بريدك الإلكتروني. لا يلزم أن تكون قيمة "TTL" 3600 ، فقد تكون أقل أو أعلى إذا لزم الأمر. ستضمن قيمة وقت البقاء المنخفض ("TTL") نشر أي تغييرات مستقبلية يتم إجراؤها على سجلات DNS الخاصة بك عبر الإنترنت بشكل أسرع - فكر في هذا كمدة تخزينها مؤقتًا في الذاكرة (بالثواني). يمكنك معرفة المزيد عن TTL على ويكيبيديا ، الموسوعة المجانية.

    الخيار ب: إذا كنت تحتاج فقط إلى إعادة توجيه عنوان بريد إلكتروني واحد (مثل "hello@example.com" إلى "user@gmail.com" ، فسيؤدي هذا أيضًا إلى إعادة توجيه "hello+test@example.com" إلى "user+test@gmail.com " تلقائيا):
    الاسم / المضيف / الاسم المستعار TTL نوع قيمة
    "@" أو "." أو فارغ 3600 TXT forward-email=hello:user@gmail.com

    الخيار ج: إذا كنت تعيد توجيه رسائل بريد إلكتروني متعددة ، فأنت تريد فصلها بفاصلة:
    الاسم / المضيف / الاسم المستعار TTL نوع قيمة
    "@" أو "." أو فارغ 3600 TXT forward-email=hello:user@gmail.com,support:user@gmail.com

    الخيار د: يمكنك الحصول على عدد لا نهائي من إعداد إعادة توجيه رسائل البريد الإلكتروني - فقط تأكد من عدم التفاف أكثر من 255 حرفًا في سطر واحد وابدأ كل سطر بـ "forward-email =". يتم توفير مثال أدناه:
    الاسم / المضيف / الاسم المستعار TTL نوع قيمة
    "@" أو "." أو فارغ 3600 TXT forward-email=hello:user@gmail.com,support:user@gmail.com
    "@" أو "." أو فارغ 3600 TXT forward-email=help:user@gmail.com,foo:user@gmail.com
    "@" أو "." أو فارغ 3600 TXT forward-email=orders:user@gmail.com,baz:user@gmail.com
    "@" أو "." أو فارغ 3600 TXT forward-email=info:user@gmail.com,beep:user@gmail.com
    "@" أو "." أو فارغ 3600 TXT forward-email=errors:user@gmail.com,boop:user@gmail.com

    الخيار هـ: يمكنك أيضًا تحديد اسم المجال في ملف TXT سجل لتتم إعادة توجيه الاسم المستعار العالمي (على سبيل المثال ، "user@example.com" ستتم إعادة توجيهه إلى "user@example.net"):
    الاسم / المضيف / الاسم المستعار TTL نوع قيمة
    "@" أو "." أو فارغ 3600 TXT forward-email=example.net

    الخيار F: يمكنك حتى استخدام webhooks كاسم مستعار عالمي أو فردي لإعادة توجيه رسائل البريد الإلكتروني إليه. انظر المثال والقسم الكامل على webhooks بعنوان هل تؤيد الخطاف على شبكة الإنترنت أقل.
    الاسم / المضيف / الاسم المستعار TTL نوع قيمة
    "@" أو "." أو فارغ 3600 TXT forward-email=alias:https://requestbin.com/r/en8pfhdgcculn

    الخيار ز: يمكنك حتى استخدام التعبيرات العادية ("regex") لمطابقة الأسماء المستعارة وللتعامل مع البدائل لإعادة توجيه رسائل البريد الإلكتروني إليها. راجع المثال والقسم الكامل في regex بعنوان هل تدعم التعبيرات العادية أو regex أقل.
    الاسم / المضيف / الاسم المستعار TTL نوع قيمة
    "@" أو "." أو فارغ 3600 TXT forward-email=alias:https://requestbin.com/r/en8pfhdgcculn

  5. باستخدام صفحة إدارة DNS الخاصة بالمسجل (علامة التبويب الأخرى التي فتحتها) ، قم أيضًا بتعيين ما يلي TXT سجل:
    الاسم / المضيف / الاسم المستعار TTL نوع قيمة
    "@" أو "." أو فارغ 3600 TXT v=spf1 a mx include:spf.forwardemail.net -all
    مهم: إذا كنت تستخدم Gmail (مثل Send Mail As) أو G Suite ، فستحتاج إلى الإلحاق include:_spf.google.com إلى القيمة أعلاه ، على سبيل المثال:

    v=spf1 a mx include:spf.forwardemail.net include:_spf.google.com -all
    تلميح: إذا كان لديك بالفعل سطر مشابه مع "v = spf1" ، فستحتاج إلى إلحاقه include:spf.forwardemail.net مباشرة قبل أي سجلات "تتضمن: host.com" وقبل "-all" في نفس السطر ، على سبيل المثال:

    v=spf1 a mx include:spf.forwardemail.net include:host.com -all

    لاحظ أن هناك فرقًا بين "-all" و "~ all". يشير "-" إلى أن فحص نظام التعرف على هوية المرسل (SPF) يجب أن يفشل إذا لم يتطابق ، ويشير "~" إلى أن فحص نظام التعرف على هوية المرسل (SPF) يجب أن يكون SOFTFAIL. نوصي باستخدام نهج "-all" لمنع تزوير المجال.

    قد تحتاج أيضًا إلى تضمين سجل نظام التعرف على هوية المرسل (SPF) لأي مضيف ترسل منه البريد (مثل Outlook).
  6. تحقق من سجلات DNS الخاصة بك باستخدام أداة "التحقق من السجلات" المتوفرة على حسابي المجالات اقامة.
  7. أرسل بريدًا إلكترونيًا تجريبيًا لتأكيد أنه يعمل. لاحظ أنه قد يستغرق نشر سجلات DNS الخاصة بك بعض الوقت.
    تلميح: إذا كنت لا تتلقى رسائل بريد إلكتروني تجريبية ، أو تتلقى بريدًا إلكترونيًا اختباريًا يقول "كن حذرًا مع هذه الرسالة" ، فراجع إجابات لماذا لا أتلقى رسائل البريد الإلكتروني التجريبية الخاصة بي و لماذا يتم إرسال رسائل البريد الإلكتروني التجريبية الخاصة بي إلى Gmail على أنها "مريبة" على التوالى.
  8. إذا كنت ترغب في "إرسال البريد باسم" من Gmail ، فستحتاج إلى ذلك شاهد هذا الفيديو، أو اتبع الخطوات الواردة أدناه كيفية إرسال البريد باسم باستخدام Gmail أقل.
تهانينا! لقد أكملت جميع الخطوات بنجاح.
تلميح: الوظائف الإضافية الاختيارية مذكورة أدناه. لاحظ أن هذه الوظائف الإضافية اختيارية تمامًا وقد لا تكون ضرورية. أردنا على الأقل تزويدك بمعلومات إضافية إذا لزم الأمر.
الوظيفة الإضافية الاختيارية: إذا كنت كيفية إرسال البريد باسم Gmail ميزة ، فقد ترغب في إدراج نفسك في القائمة البيضاء. للقيام بذلك ، ببساطة اتبع هذه التعليمات من Gmail حول هذا الموضوع.

كيفية إرسال البريد باسم Gmail

وقت الإعداد المقدر: أقل من 10 دقائق
ابدء: بعد اتباع الخطوات المذكورة أعلاه في كيف أبدأ وقم بإعداد إعادة توجيه البريد الإلكتروني يمكنك اتباع الفيديو أعلاه أو الخطوات أدناه - من أجل "إرسال البريد باسم" باستخدام المجال المخصص الخاص بك.
  1. تحتاج أن تملك المصادقة الثنائية من Gmail تمكين لهذا العمل. يزور https://www.google.com/landing/2step/ إذا لم تقم بتمكينه.

  2. بمجرد تمكين المصادقة الثنائية (أو إذا قمت بالفعل بتمكينها) ، قم بزيارة https://myaccount.google.com/apppasswords.

  3. عند المطالبة بـ "حدد التطبيق والجهاز الذي تريد إنشاء كلمة مرور التطبيق له":

    • حدد "البريد" من القائمة المنسدلة لـ "تحديد التطبيق"
    • حدد "أخرى" ضمن القائمة المنسدلة لـ "تحديد جهاز"
    • عندما يُطلب منك إدخال النص ، أدخل عنوان البريد الإلكتروني لنطاقك الخاص الذي تعيد التوجيه منه (على سبيل المثال "hello@example.com"- سيساعدك هذا في متابعة حال استخدامك هذه الخدمة لحسابات متعددة)
  4. انسخ كلمة المرور إلى الحافظة التي تم إنشاؤها تلقائيًا

    مهم: إذا كنت تستخدم G Suite ، فتفضل بزيارة لوحة الإدارة تطبيقات G Suite إعدادات Gmail إعدادات متقدمة وتأكد من تحديد "السماح للمستخدمين بإرسال البريد عبر خادم SMTP خارجي ...". سيكون هناك بعض التأخير لتفعيل هذا التغيير ، لذا يرجى الانتظار بضع دقائق.
  5. اذهب إلى بريد جوجل و تحت إعدادات الحسابات والاستيراد إرسال البريد باسم، انقر فوق "إضافة عنوان بريد إلكتروني آخر"

  6. عند المطالبة بـ "الاسم" ، أدخل الاسم الذي تريد أن يظهر فيه بريدك الإلكتروني على أنه "من" (مثل "Elon Musk")

  7. عندما يُطلب منك "عنوان البريد الإلكتروني" ، أدخل عنوان البريد الإلكتروني مع النطاق المخصص الذي استخدمته أعلاه (على سبيل المثال "hello@example.com")

  8. قم بإلغاء تحديد "معاملة كاسم مستعار"

    تلميح: إذا كنت تفضل أن يرد المستلم مباشرة على عنوان Gmail الخاص بك ، فاترك هذا محددًا. لتعلم المزيد، اتبع هذه التعليمات من Gmail حول هذا الموضوع.
  9. انقر فوق "الخطوة التالية" للمتابعة

  10. عندما يُطلب منك "خادم SMTP" ، أدخل smtp.gmail.com واترك المنفذ كـ 587

  11. عندما يُطلب منك إدخال "اسم المستخدم" ، أدخل الجزء من عنوان Gmail الخاص بك بدون ملف gmail.com الجزء (على سبيل المثال "المستخدم" فقط إذا كان بريدي الإلكتروني هو user@gmail.com)

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

  13. اترك زر الاختيار محددًا لـ "اتصال آمن باستخدام TLS"

  14. انقر فوق "إضافة حساب" للمتابعة

  15. افتح علامة تبويب جديدة في بريد جوجل وانتظر وصول رسالة التحقق (ستتلقى رمز تحقق يؤكد أنك مالك عنوان البريد الإلكتروني الذي تحاول إرسال بريد باسم ")

  16. بمجرد وصوله ، انسخ رمز التحقق والصقه عند المطالبة التي تلقيتها في الخطوة السابقة

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

تهانينا! لقد أكملت جميع الخطوات بنجاح.

لماذا لا أتلقى رسائل البريد الإلكتروني التجريبية الخاصة بي

إذا كنت ترسل بريدًا إلكترونيًا اختباريًا إلى نفسك باستخدام ميزة "إرسال البريد باسم" ، فلن تظهر في بريدك الوارد بسبب هذه الإجابة الرسمية المعروفة على نطاق واسع في Gmail.

إذا استمرت المشكلات ، فمن المرجح أن تكون مشكلة في نشر DNS. ستحتاج إلى الانتظار لفترة أطول قليلاً والمحاولة مرة أخرى (أو محاولة تعيين قيمة TTL أقل على TXT السجلات).

هل ما زلت تواجه مشكلات؟ يرجى تقديم ملف طلب مساعدة حتى نتمكن من المساعدة في التحقيق في المشكلة وإيجاد حل سريع.

كيف يعمل نظام إعادة توجيه البريد الإلكتروني الخاص بك

البريد الإلكتروني يعتمد على بروتوكول SMTP. يتكون هذا البروتوكول من أوامر يتم إرسالها إلى خادم (يتم تشغيلها بشكل شائع على المنفذ 25). يوجد اتصال مبدئي ، ثم يشير المرسل إلى مصدر البريد ("MAIL FROM") ، متبوعًا بالمكان الذي سيتجه إليه ("RCPT TO") ، وأخيرًا رؤوس ونص البريد الإلكتروني نفسه ("DATA" ). يتم وصف تدفق نظام إعادة توجيه البريد الإلكتروني الخاص بنا بالنسبة إلى كل أمر بروتوكول SMTP أدناه:

  • اتصال أولي (لا يوجد اسم أمر ، على سبيل المثال telnet example.com 25) - هذا هو الاتصال الأولي. نتحقق من المرسلين غير المدرجين في القائمة البيضاء مقابل القائمة السوداء. أخيرًا ، إذا لم يكن المرسل مدرجًا في القائمة البيضاء ، فإننا نتحقق لمعرفة ما إذا كان قد تم إدراجه رمادية.

  • HELO - يشير هذا إلى ترحيب لتعريف FQDN الخاص بالمرسل أو عنوان IP أو اسم معالج البريد. يمكن انتحال هذه القيمة ، لذلك لا نعتمد على هذه البيانات وبدلاً من ذلك نستخدم البحث العكسي لاسم المضيف لعنوان IP الخاص بالاتصال.

  • MAIL FROM - يشير هذا إلى البريد المغلف من عنوان البريد الإلكتروني. إذا تم إدخال قيمة ، فيجب أن تكون عنوان بريد إلكتروني RFC 5322 صالحًا. يُسمح بالقيم الفارغة. نحن تحقق من وجود تشتت خلفي هنا ، ونتحقق أيضًا من البريد الوارد في مقابل القائمة السوداء. أخيرًا ، نتحقق من المرسلين غير الموجودين في القائمة البيضاء لتحديد الأسعار (راجع القسم الخاص بـ تحديد معدل و القائمة البيضاء للمزيد من المعلومات).

  • RCPT TO - يشير هذا إلى مستلم (مستلمي) البريد الإلكتروني. يجب أن تكون هذه عناوين بريد إلكتروني RFC 5322 صالحة. نسمح فقط لما يصل إلى 100 مستلم مغلف لكل رسالة (وهذا يختلف عن العنوان "إلى" من رسالة بريد إلكتروني). نتحقق أيضًا من وجود مخطط إعادة كتابة المرسل ("SRS") هنا للحماية من الانتحال باستخدام اسم مجال SRS الخاص بنا. سيتلقى المستلمون الذين يشتملون على عنوان "عدم الرد" خطأ 553. انظر القائمة الكاملة لعناوين "عدم الرد" أدناه. نتحقق أيضًا من المستلم مقابل القائمة السوداء.

  • DATA - هذا هو الجزء الأساسي من خدمتنا التي تعالج البريد الإلكتروني. انظر القسم كيف تقوم بمعالجة بريد إلكتروني لإعادة التوجيه أدناه لمزيد من البصيرة.

كيف تقوم بمعالجة بريد إلكتروني لإعادة التوجيه

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

  1. إذا تجاوزت الرسالة الحد الأقصى للحجم وهو 50 ميغا بايت ، فسيتم رفضها برمز خطأ 552.

  2. إذا لم يكن للرسالة أي رؤوس ، أو إذا تعذر تحليل الرؤوس ، فسيتم رفضها برمز الخطأ 421.

  3. إذا لم تحتوي الرسالة على رأس "من" ، أو إذا لم تكن أي من القيم الموجودة في العنوان "من" عناوين بريد إلكتروني RFC 5322 صالحة ، فسيتم رفضها برمز خطأ 550.

  4. إذا كانت الرسالة تحتوي على أكثر من 25 رأسًا "مستلمة" ، فقد تم تحديد أنها عالقة في حلقة إعادة توجيه ، وتم رفضها برمز خطأ 550.

  5. استخدام بصمة البريد الإلكتروني (انظر القسم الخاص بـ البصمات) ، سوف نتحقق لمعرفة أن الرسالة قد تمت محاولة إعادة المحاولة أكثر من 500 مرة ، وإذا كان الأمر كذلك ، فسيتم رفضها برمز خطأ 550.

  6. إذا كانت الرسالة تحتوي على رأس "إلى" ، وإذا تم توجيه أي من رؤوس "إلى" للرسالة نحو عناوين SRS المعاد كتابتها باستخدام اسم المجال الخاص بنا ، فسنقوم بإعادة كتابتها (وهذا ينطبق على المستجيبين أثناء الإجازة).

  7. إذا كانت الرسالة تفتقد إلى عنوان "Message-ID" ، فسنضيف واحدًا باستخدام إما المغلف MAIL FROM FQDN الذي تم تحليله أو اسم المجال الخاص بنا.

  8. إذا كانت الرسالة تفتقد إلى عنوان "تاريخ" صالح ، فسنضيف واحدًا باستخدام وقت الوصول من الاتصال الأولي للرسالة.

  9. نقوم بتخزين نتائج فحص البريد الإلكتروني في الذاكرة باستخدام ماسح البريد المزعج.

  10. إذا كانت هناك أي نتائج عشوائية من Spam Scanner ، فسيتم رفضها برمز الخطأ 554. تتضمن النتائج التعسفية اختبار GTUBE فقط في وقت كتابة هذا التقرير. نرى https://spamassassin.apache.org/gtube/ لمزيد من البصيرة.

  11. سنضيف الرؤوس التالية إلى الرسالة لأغراض تصحيح الأخطاء ومنع إساءة الاستخدام:

    • X-ForwardEmail-Version - الحالي نصف نسخة من package.json من قاعدة بياناتنا.
    • X-ForwardEmail-Session-ID - قيمة معرّف الجلسة المستخدمة لأغراض التصحيح (تنطبق فقط في البيئات غير الإنتاجية).
    • X-ForwardEmail-Sender - قائمة مفصولة بفواصل تحتوي على عنوان المغلف الأصلي MAIL FROM (إذا لم يكن فارغًا) ، وعميل PTR العكسي FQDN (إن وجد) ، وعنوان IP الخاص بالمرسل.
    • X-Report-Abuse - بقيمة abuse@forwardemail.net (فقط إذا لم يتم تعيين هذا العنوان بالفعل)
    • X-Report-Abuse-To - بقيمة abuse@forwardemail.net (فقط إذا لم يتم تعيين هذا العنوان بالفعل)
  12. ثم نتحقق من الرسالة الخاصة بـ DKIM, SPF, ARC، و DMARC.

    • إذا فشلت الرسالة في DMARC وكان النطاق يشتمل على سياسة رفض (على سبيل المثال p=reject كان في سياسة DMARC) ، ثم يتم رفضه برمز خطأ 550. يمكن العثور عادةً على سياسة DMARC للنطاق في ملف _dmarc المجال الفرعي TXT سجل ، (على سبيل المثال dig _dmarc.example.com txt).
    • إذا فشلت الرسالة في نظام التعرف على هوية المرسل (SPF) وكان المجال ينطوي على سياسة فشل صارم (على سبيل المثال -all كان في سياسة SPF بدلاً من ~all أو لا توجد سياسة على الإطلاق) ، ثم يتم رفضها برمز خطأ 550. عادةً ما يمكن العثور على سياسة نظام التعرف على هوية المرسل (SPF) للمجال في ملف TXT سجل للمجال الجذر (على سبيل المثال dig example.com txt). انظر هذا القسم لمزيد من المعلومات حول إرسال البريد كما هو الحال مع Gmail بخصوص SPF.
  13. نقوم الآن بمعالجة مستلمي الرسالة كما تم جمعها من ملف RCPT TO الأمر في القسم كيف يعمل نظام إعادة توجيه البريد الإلكتروني الخاص بك في الاعلى. لكل مستلم ، نقوم بتنفيذ العمليات التالية:

    • نحن نبحث عن ملف TXT سجلات اسم المجال (الجزء الذي يلي ملف @ الرمز ، على سبيل المثال example.com إذا كان عنوان البريد الإلكتروني test@example.com). على سبيل المثال ، إذا كان المجال example.com نقوم ببحث DNS مثل dig example.com txt.
    • نحن نحلل كل شيء TXT السجلات التي تبدأ بأي منهما forward-email= (خطط مجانية) أو forward-email-site-verification= (الخطط المدفوعة). لاحظ أننا نقوم بتحليل كليهما ، من أجل معالجة رسائل البريد الإلكتروني أثناء قيام المستخدم بترقية الخطط أو تخفيضها.
    • من هؤلاء معرب TXT السجلات ، فإننا نكررها لاستخراج تكوين إعادة التوجيه (كما هو موضح في القسم كيف أبدأ وقم بإعداد إعادة توجيه البريد الإلكتروني في الاعلى). لاحظ أننا ندعم واحدًا فقط forward-email-site-verification= القيمة ، وإذا تم توفير أكثر من واحد ، فسيحدث خطأ 550 وسيتلقى المرسل ارتدادًا لهذا المستلم.
    • بشكل متكرر ، نقوم بالتكرار على تكوين إعادة التوجيه المستخرج لتحديد إعادة التوجيه العالمي ، وإعادة التوجيه المستند إلى regex ، وجميع تكوينات إعادة التوجيه المدعومة الأخرى - والتي تُعرف الآن باسم "عناوين إعادة التوجيه" الخاصة بنا.
    • لكل عنوان إعادة توجيه ، ندعم بحثًا تعاوديًا واحدًا (والذي سيبدأ سلسلة العمليات هذه على العنوان المحدد). إذا تم العثور على تطابق متكرر ، فستتم إزالة النتيجة الأصلية من عناوين إعادة التوجيه ، وستتم إضافة العناصر الفرعية.
    • يتم تحليل عناوين إعادة التوجيه من أجل التفرد (نظرًا لأننا لا نريد إرسال نسخ مكررة إلى عنوان واحد أو إنتاج اتصالات عميل SMTP غير ضرورية أيضًا).
    • لكل عنوان إعادة توجيه ، نبحث عن اسم المجال الخاص به مقابل نقطة نهاية API الخاصة بنا /v1/max-forwarded-addresses (من أجل تحديد عدد العناوين التي يُسمح للمجال بإعادة توجيه البريد الإلكتروني إليها لكل اسم مستعار ، على سبيل المثال 10 افتراضيًا - راجع القسم الخاص بـ الحد الأقصى لإعادة التوجيه لكل اسم مستعار). إذا تم تجاوز هذا الحد ، فسيحدث خطأ 550 وسيتلقى المرسل ارتدادًا لهذا المستلم.
    • نحن نبحث في إعدادات المستلم الأصلي مقابل نقطة نهاية API الخاصة بنا /v1/settings، والذي يدعم البحث عن المستخدمين المدفوعين (مع احتياطي للمستخدمين المجانيين). يؤدي هذا إلى إرجاع كائن تكوين للإعدادات المتقدمة لـ port (الرقم ، على سبيل المثال 25), has_adult_content_protection (قيمة منطقية) ، has_phishing_protection (قيمة منطقية) ، has_executable_protection (قيمة منطقية) و has_virus_protection (قيمة منطقية).
    • بناءً على هذه الإعدادات ، نتحقق بعد ذلك من نتائج Spam Scanner وإذا حدثت أي أخطاء ، فسيتم رفض الرسالة برمز خطأ 554 (على سبيل المثال إذا has_virus_protection تم تمكينه ، ثم سنتحقق من نتائج برنامج Spam Scanner بحثًا عن الفيروسات). لاحظ أنه سيتم اختيار جميع مستخدمي الخطة المجانية لإجراء فحوصات ضد محتوى البالغين والتصيد الاحتيالي والملفات التنفيذية والفيروسات. بشكل افتراضي ، يتم اختيار جميع مستخدمي الخطة المدفوعة أيضًا ، ولكن يمكن تغيير هذا التكوين ضمن صفحة الإعدادات المتقدمة لمجال في لوحة معلومات إعادة توجيه البريد الإلكتروني).
  14. بالنسبة إلى عناوين إعادة التوجيه الخاصة بكل مستلم تمت معالجته ، نقوم بعد ذلك بإجراء العمليات التالية:

    • يتم فحص العنوان مقابل القائمة السوداء، وإذا تم إدراجه ، فسيحدث رمز خطأ 554 وسيتلقى المرسل ارتدادًا لهذا المستلم.
    • إذا كان العنوان عبارة عن خطاف ويب على الويب ، فسنقوم بتعيين قيمة منطقية للعمليات المستقبلية (انظر أدناه - نقوم بتجميع خطاطيف الويب المتشابهة معًا لتقديم طلب POST واحد مقابل عدة طلبات للتسليم).
    • إذا كان العنوان هو عنوان بريد إلكتروني ، فسنقوم بتحليل المضيف للعمليات المستقبلية (انظر أدناه - نقوم بتجميع مضيفين متشابهين معًا لإجراء اتصال واحد مقابل اتصالات فردية متعددة للتسليم).
  15. إذا لم يكن هناك مستلمون ولم يكن هناك أي ارتداد ، فسنرد مع خطأ 550 "مستلمون غير صالحين".

  16. إذا كان هناك مستلمون ، فإننا نكررهم (مجمعين معًا بواسطة نفس المضيف) ونقوم بتسليم رسائل البريد الإلكتروني. انظر القسم كيف تتعامل مع مشاكل تسليم البريد الإلكتروني أدناه لمزيد من البصيرة.

    • في حالة حدوث أي أخطاء أثناء إرسال رسائل البريد الإلكتروني ، فسنقوم بتخزينها في الذاكرة لمعالجتها لاحقًا.
    • سنأخذ أقل رمز خطأ (إن وجد) من إرسال رسائل البريد الإلكتروني - ونستخدمه كرمز استجابة إلى DATA يأمر. هذا يعني أن رسائل البريد الإلكتروني التي لم يتم تسليمها ستتم إعادة محاولة إرسالها عادةً بواسطة المرسل الأصلي ، ومع ذلك لن يتم إعادة إرسال رسائل البريد الإلكتروني التي تم تسليمها بالفعل في المرة التالية التي يتم فيها إرسال الرسالة (كما نستخدم البصمات).
    • إذا لم تحدث أخطاء ، فسنرسل 250 رمز حالة استجابة SMTP ناجحًا.
    • يتم تحديد الارتداد على أنه أي محاولة تسليم ينتج عنها رمز حالة> = 500 (حالات فشل دائمة).
  17. إذا لم يحدث أي ارتداد (حالات فشل دائمة) ، فسنقوم بإرجاع رمز حالة استجابة SMTP لأدنى رمز خطأ من حالات الفشل غير الدائمة (أو 250 رمز حالة ناجح إذا لم يكن هناك أي شيء).

  18. في حالة حدوث ارتداد ، فسنرسل رسائل بريد إلكتروني مرتدة في الخلفية بعد إعادة أقل رموز الخطأ إلى المرسل. ومع ذلك ، إذا كان أقل رمز خطأ هو> = 500 ، فإننا لا نرسل أي رسائل بريد إلكتروني مرتدة. هذا لأنه إذا فعلنا ذلك ، فسيتلقى المرسلون بريدًا إلكترونيًا مرتدًا مزدوجًا (على سبيل المثال ، واحد من MTA الصادر ، مثل Gmail - وأيضًا واحد منا). انظر قسم كيف تحمي من التشتت الخلفي أدناه لمزيد من البصيرة.

كيف تتعامل مع مشاكل تسليم البريد الإلكتروني

لاحظ أننا سنفعل إعادة كتابة "ودية من" على رسائل البريد الإلكتروني إذا وفقط إذا كانت سياسة DMARC الخاصة بالمرسل p=reject، ويحتوي على نظام التعرف على هوية المرسل (SPF) مرورًا ، ولم تتم محاذاة أي توقيعات DKIM مع العنوان "من". هذا يعني أننا سنقوم بتعديل رأس "من" في الرسالة ، وتعيين "X-Original-From" ، وكذلك تعيين "Reply-To" إذا لم يكن قد تم تعيينه بالفعل. سنقوم أيضًا بإعادة ختم ختم ARC على الرسالة بعد تعديل هذه الرؤوس.

نستخدم أيضًا التحليل الذكي لرسائل الخطأ في كل مستوى من مستويات مكدسنا - في الكود الخاص بنا ، وطلبات DNS ، وطلبات Node.js الداخلية ، وطلبات HTTP (على سبيل المثال ، يتم تعيين 408 و 413 و 429 إلى رمز استجابة SMTP لـ 421 إذا كان المستلم هو webhook) ، وستتم إعادة محاولة استجابات خادم البريد (على سبيل المثال ، الردود مع "تأجيل" أو "تباطؤ" كأخطاء 421).

منطقنا هو دليل وهمي وسيعيد المحاولة أيضًا لأخطاء TLS / SSL ومشكلات الاتصال والمزيد. الهدف من التدقيق الوهمي هو زيادة إمكانية التسليم إلى أقصى حد لجميع المستلمين لتهيئة إعادة التوجيه.

إذا كان المستلم عبارة عن خطاف ويب على الويب ، فسنسمح بمهلة 60 ثانية لإكمال الطلب مع ما يصل إلى 3 محاولات (أي 4 طلبات إجمالاً قبل الإخفاق). لاحظ أننا قمنا بتحليل رموز الخطأ 408 و 413 و 429 بشكل صحيح وقمنا بتعيينها إلى رمز استجابة SMTP البالغ 421.

بخلاف ذلك ، إذا كان المستلم عنوان بريد إلكتروني ، فسنحاول إرسال البريد الإلكتروني باستخدام TLS الانتهازي (نحاول استخدام STARTTLS إذا كان متاحًا على خادم بريد المستلم). إذا حدث خطأ SSL أو TLS أثناء محاولة إرسال البريد الإلكتروني ، فسنحاول إرسال البريد الإلكتروني بدون TLS (بدون استخدام STARTTLS).

في حالة حدوث أي أخطاء في نظام أسماء النطاقات أو الاتصال ، سنعود إلى ملف DATA أمر برمز استجابة SMTP 421 ، وإلا إذا كان هناك> = 500 خطأ في المستوى ، فسيتم إرسال الرسائل المرتدة.

إذا اكتشفنا أن خادم بريد إلكتروني نحاول تسليمه يحتوي على واحد أو أكثر من عناوين IP الخاصة بتبادل البريد مدرجة في القائمة السوداء (على سبيل المثال ، بأي تقنية يستخدمونها لتأجيل مرسلي البريد العشوائي) ، فسنرسل رمز استجابة SMTP البالغ 421 للمرسل إلى أعد محاولة إرسال رسالتهم لاحقًا (ويتم تنبيهنا بالمشكلة حتى نتمكّن من حلها قبل المحاولة التالية).

كيف تتعامل مع عناوين IP الخاصة بك لتصبح مدرجة في القائمة السوداء

نحن نراقب بشكل روتيني جميع القوائم السوداء لنظام أسماء النطاقات الرئيسية وإذا كان أي من عناوين IP الخاصة بتبادل البريد ("MX") مدرجًا في قائمة سوداء رئيسية ، فسنقوم بسحبه من جولة سجل DNS A ذات الصلة إن أمكن حتى يتم حل المشكلة.

في وقت كتابة هذا التقرير ، تم إدراجنا أيضًا في العديد من القوائم البيضاء لنظام أسماء النطاقات ، ونأخذ مراقبة القوائم السوداء على محمل الجد. إذا رأيت أي مشكلات قبل أن تتاح لنا الفرصة لحلها ، فيرجى إخطارنا بذلك كتابيًا على support@forwardemail.net.

ما هي عناوين عدم الرد

لا نقوم بإعادة توجيه رسائل البريد الإلكتروني إلى عناوين "عدم الرد" ، وسيتلقى أي مرسل يحاول الوصول خطأ 553.

أسماء مستخدمي البريد الإلكتروني التي تساوي أيًا من العناوين التالية (غير حساسة لحالة الأحرف) تعتبر عناوين عدم الرد:

  • no-reply@
  • no_reply@
  • nobody@
  • noreplies@
  • noreply@

هل لديك قائمة بيضاء

نعم ، نقوم بتحديث القائمة البيضاء يوميًا استنادًا إلى FQDN الجذر الأكثر شيوعًا المستخدم على مستوى DNS. تتكون هذه القائمة من ما يقرب من 200000 إلى 300000 اسم نطاق جذر فريد.

يتم تضمين المزودين المشهورين مثل Google (Gmail) و Yahoo و Microsoft (Outlook) و Amazon (Amazon SES) و Meta (Facebook) و Twitter و Netflix و Spotify والمزيد.

إذا كنت مرسلًا أو تستخدم مرسلًا غير موجود في القائمة البيضاء ، فعندئذٍ في المرة الأولى التي يرسل فيها مجال جذر FQDN أو عنوان IP الخاص بك بريدًا إلكترونيًا ، ستكون معدل محدود و رمادية.

يمكن إرسال طلبات القائمة البيضاء إلى whitelist@forwardemail.net (يرجى تقديم وصف وسبب كامل لإدراجك في القائمة البيضاء ، وروابط لمواقع الويب ، وشهادة تأسيس شركتك ليتم إدراجها في القائمة البيضاء).

هل لديك greylist

نعم ، لدينا تراخي للغاية القائمة الرمادية للبريد الإلكتروني السياسة المستخدمة. تنطبق القائمة الرمادية فقط على المرسلين غير المدرجين في قائمتنا البيضاء وتستمر في ذاكرة التخزين المؤقت لدينا لمدة 30 يومًا.

بالنسبة لأي مرسل جديد ، نقوم بتخزين مفتاح في قاعدة بيانات Redis الخاصة بنا لمدة 30 يومًا بقيمة محددة على وقت الوصول الأولي لطلبه الأول. ثم نرفض بريدهم الإلكتروني برمز حالة إعادة المحاولة 450 ولا نسمح له بالمرور إلا بعد مرور 5 دقائق.

إذا كانوا قد انتظروا بنجاح لمدة 5 دقائق من وقت الوصول الأولي ، فسيتم قبول رسائل البريد الإلكتروني الخاصة بهم ولن يتلقوا رمز الحالة 450 هذا.

يتكون المفتاح إما من مجال جذر FQDN أو عنوان IP الخاص بالمرسل. هذا يعني أن أي مجال فرعي يمر بالمخطط الرمادي سيمرر أيضًا إلى المجال الجذر ، والعكس صحيح (هذا ما نعنيه بسياسة "التراخي جدًا").

على سبيل المثال ، إذا جاء بريد إلكتروني من test.example.com قبل أن نرى بريدًا إلكترونيًا يأتي من example.com، ثم أي بريد إلكتروني من test.example.com و / أو example.com سيتعين عليك الانتظار 5 دقائق من وقت الوصول الأولي للاتصال. نحن لا نصنع كلاهما test.example.com و example.com ينتظر كل منهم فترات مدتها 5 دقائق (تنطبق سياسة القائمة الرمادية الخاصة بنا على مستوى النطاق الجذر).

لاحظ أن القائمة الرمادية لا تنطبق على أي مرسل على القائمة البيضاء (مثل Meta و Amazon و Netflix و Google و Microsoft في وقت كتابة هذا التقرير).

هل لديك قائمة سوداء

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

نسحب أيضًا من القائمة السوداء UCEPROTECT المستوى 1 في http://wget-mirrors.uceprotect.net/rbldnsd-all/dnsbl-1.uceprotect.net.gz كل ساعة وقم بإدخالها في قاعدة بيانات Redis الخاصة بنا مع انتهاء الصلاحية لمدة 7 أيام.

يمكن إرسال طلبات إزالة القائمة السوداء إلى whitelist@forwardemail.net (يرجى تقديم وصف وسبب كامل لإدراجك في القائمة البيضاء ، وروابط لمواقع الويب ، وشهادة تأسيس شركتك ليتم إدراجها في القائمة البيضاء).

هل لديك حد معدل

نعم ، لدينا قيود على الأسعار تنطبق فقط على المرسلين غير المسجلين في القائمة البيضاء.

نحن نسمح فقط بما يصل إلى 100 اتصال في الساعة ، لكل نطاق جذر FQDN تم حله للمرسل (أو) عنوان IP البعيد للمرسل (في حالة عدم توفر PTR عكسي) ، ولكل مستلم مغلف لـ. نقوم بتخزين مفتاح تحديد المعدل كتجزئة تشفير في قاعدة بيانات Redis الخاصة بنا.

إذا كنت ترسل بريدًا إلكترونيًا من خلال نظامنا ، فيرجى التأكد من إعداد PTR عكسي لجميع عناوين IP الخاصة بك (وإلا فسيكون كل مجال جذر FQDN فريد أو عنوان IP الذي ترسله منه محدودًا).

لاحظ أنه إذا قمت بالإرسال من خلال نظام شائع مثل Amazon SES ، فلن تكون مقيدًا بالسعر لأن Amazon SES (في وقت كتابة هذا التقرير) مدرج في القائمة البيضاء.

إذا كنت تقوم بالإرسال من مجال مثل test.abc.123.example.com، ثم سيتم فرض حد السعر على example.com. يستخدم العديد من مرسلي البريد العشوائي مئات المجالات الفرعية للتغلب على عوامل تصفية البريد العشوائي الشائعة التي تحدد معدل أسماء المضيف الفريدة فقط بدلاً من مجالات جذر FQDN الفريدة.

سيتم رفض المرسلين الذين يتجاوزون حد السعر مع ظهور خطأ 421.

كيف تحمي من التشتت الخلفي

الرسائل المرتدة المرتدة أو المرتدة غير المرغوب فيها (المعروفة باسم "مبعثر رجعي") يمكن أن يتسبب في سمعة سلبية لعناوين IP الخاصة بالمرسل.

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

منع الارتداد من البريد المعروف من مرسلي البريد العشوائي

نسحب القائمة من Backscatter.org (مشغل بواسطة UCEPROTECT) في http://wget-mirrors.uceprotect.net/rbldnsd-all/ips.backscatterer.org.gz كل ساعة وإدخالها في قاعدة بيانات Redis الخاصة بنا (نقارن أيضًا الاختلاف مقدمًا ؛ في حالة إزالة أي عنوان IP يجب تكريمه).

إذا كان MAIL FROM فارغًا أو يحتوي على (غير حساس لحالة الأحرف) أحد أسماء المستخدمين التالية (الجزء قبل @ في رسالة بريد إلكتروني) ، فإننا نتحقق لمعرفة ما إذا كان عنوان IP للمرسل يطابق واحدًا في هذه القائمة:

  • abuse@
  • ftp@
  • hostmaster@
  • mailer-daemon@
  • mailer_daemon@
  • mailerdaemon@
  • news@
  • no-reply@
  • no_reply@
  • nobody@
  • noreplies@
  • noreply@
  • postmaster@
  • root@
  • security@
  • usenet@
  • webmaster@
  • www@

إذا كان عنوان IP الخاص بالمرسل مدرجًا (وليس في القائمة البيضاء) ، ثم نرسل خطأ 554 بالرسالة The IP ${session.remoteAddress} is blacklisted by https://www.backscatterer.org/index.php?target=test&ip=${session.remoteAddress}. سيتم تنبيهنا إذا كان المرسل موجودًا في كل من قائمة Backscatterer وفي قائمتنا البيضاء حتى نتمكن من حل المشكلة إذا لزم الأمر.

التقنيات الموضحة في هذا القسم تلتزم بتوصية "SAFE MODE" الموجودة في https://www.backscatterer.org/؟target=usage - حيث نتحقق من عنوان IP الخاص بالمرسل فقط إذا تم استيفاء شروط معينة بالفعل.

منع الارتداد غير الضروري للحماية من التشتت الخلفي

الارتداد عبارة عن رسائل بريد إلكتروني تشير إلى فشل إعادة توجيه البريد الإلكتروني تمامًا إلى المستلم ولن تتم إعادة محاولة البريد الإلكتروني.

السبب الشائع للإدراج في قائمة Backscatterer هو الارتداد الخاطئ أو البريد العشوائي المرتد ، لذلك يجب علينا الحماية من ذلك بعدة طرق:

  1. نرسل الرسائل المرتدة فقط عندما يحدث خطأ في رمز الحالة> = 500 (عندما تفشل محاولة إعادة توجيه رسائل البريد الإلكتروني ، على سبيل المثال ، يستجيب Gmail بخطأ مستوى 500).

  2. نحن نرسل الارتداد مرة واحدة ومرة واحدة فقط (نستخدم مفتاح بصمة مرتد محسوب ونخزنه في ذاكرة التخزين المؤقت لمنع إرسال التكرارات). بصمة الارتداد هي مفتاح يمثل بصمة الرسالة مقترنة بتجزئة العنوان المرتد ورمز الخطأ الخاص به). انظر قسم البصمات لمزيد من المعلومات حول كيفية حساب بصمة الرسالة. ستنتهي صلاحية بصمات الارتداد المرسلة بنجاح بعد 7 أيام في ذاكرة التخزين المؤقت Redis.

  3. نرسل الرسائل المرتدة فقط عندما لا يكون MAIL FROM فارغًا ولا يحتوي على (غير حساس لحالة الأحرف) أحد أسماء المستخدمين التالية (الجزء قبل @ في رسالة بريد إلكتروني). لاحظ أن هذه القائمة أقصر قليلاً من القائمة أعلاه في فحص البريد من لأننا لا نريد الحصول على إيجابيات خاطئة (على سبيل المثال ، security @ هو عنوان صالح قد ترغب في الحصول على ارتداد له ؛ الكثير من الأشخاص استخدم security @ لبرامج مكافآت الأخطاء الخاصة بهم).

    • abuse@
    • mailer-daemon@
    • mailer_daemon@
    • mailerdaemon@
  4. لا نرسل الرسائل المرتدة إذا كانت الرسالة الأصلية تحتوي على أي من الرؤوس التالية (غير حساسة لحالة الأحرف):

    • Auto-Submitted (بقيمة no)
    • X-Auto-Response-Suppress (بقيمة dr, autoreply, auto-reply, auto_reply، أو all)
    • List-Id
    • List-Unsubscribe
    • Feedback-ID
    • X-Auto-Reply
    • X-Autoreply
    • X-Auto-Respond
    • X-Autorespond
    • Precedence (بقيمة bulk, autoreply, auto-reply, auto_reply، أو list)

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

يتم استخدام بصمة البريد الإلكتروني لتحديد الطابع الفريد للبريد الإلكتروني ولمنع تسليم الرسائل المكررة و ارتداد مكرر من إرسالها.

بصمة الإصبع عبارة عن سلسلة من التجزئة المحسوبة بالتشفير والمحددة بنقطتين ، ويتم استخدامها داخليًا في قاعدة التعليمات البرمجية الخاصة بنا.

يتم دفع هذه التجزئة المحسوبة إلى مصفوفة (قائمة) إذا وفقط في حالة وجود قيمها:

  • حل العميل اسم مضيف FQDN أو عنوان IP
  • Message-ID قيمة الرأس
  • Date قيمة الرأس (إذا وفقط إذا Message-ID لا يوجد)
  • From قيمة الرأس (إذا وفقط إذا Message-ID لا يوجد)
  • To قيمة الرأس (إذا وفقط إذا Message-ID لا يوجد)
  • Cc قيمة الرأس (إذا وفقط إذا Message-ID لا يوجد)
  • Subject قيمة الرأس (إذا وفقط إذا Message-ID لا يوجد)
  • Body القيمة (إذا وفقط إذا Message-ID لا يوجد)

لماذا يتم إرسال رسائل البريد الإلكتروني التجريبية الخاصة بي إلى Gmail على أنها "مريبة"

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

يمكنك ببساطة النقر فوق "تبدو آمنة". على سبيل المثال ، إذا كنت سترسل رسالة اختبار باستخدام ميزة إرسال البريد كميزة (إلى شخص آخر) ، فلن يرى هذه الرسالة.

ومع ذلك ، إذا رأوا هذه الرسالة ، فذلك لأنهم اعتادوا عادة على رؤية رسائل البريد الإلكتروني الخاصة بك تأتي من john@gmail.com بدلاً من john@customdomain.com (مجرد مثال). سينبه Gmail المستخدمين فقط للتأكد من أن الأمور آمنة في حالة عدم وجود حل بديل.

هل يمكنني إزالة النت عبر البريد الإلكتروني النشط في Gmail

هذا ينطبق فقط إذا كنت تستخدم كيفية إرسال البريد باسم Gmail خاصية. حاليًا لا يوجد حل بديل لهذا الأمر ، وهو يؤثر على جميع مزودي الخدمة (وليس نحن فقط). الحل هو استخدام خادم SMTP مخصص. ومع ذلك ، فإننا لا نقدم SMTP حتى الآن.

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

إذا كنت تريد أن يتم إخطارك عند إصدار هذا ، فيمكنك إرسال بريد إلكتروني smtp@forwardemail.net وسنرسل إليك إشعارًا بمجرد إصداره. أو فقط قم بالتسجيل للحصول على حساب هنا إذا لم تكن قد قمت بذلك بالفعل!

هل يمكنني إعادة توجيه رسائل البريد الإلكتروني إلى منافذ أخرى غير 25 (على سبيل المثال إذا قام موفر خدمة الإنترنت بحظر المنفذ 25)

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

حماية الخصوصية المحسنة: إذا كنت تستخدم خطة مدفوعة (تتميز بحماية خصوصية محسنة) ، فالرجاء الانتقال إلى حسابي المجالات، انقر فوق "إعداد" بجوار المجال الخاص بك ، ثم انقر فوق "إعدادات متقدمة". إذا كنت ترغب في معرفة المزيد حول الخطط المدفوعة ، فراجع موقعنا التسعير صفحة. وإلا يمكنك الاستمرار في اتباع التعليمات أدناه.

إذا كنت تستخدم الباقة المجانية ، فما عليك سوى إضافة DNS جديد TXT سجل كما هو موضح أدناه ، ولكن قم بتغيير المنفذ من 25 إلى المنفذ الذي تختاره.

على سبيل المثال ، إذا كنت أريد أن تذهب جميع رسائل البريد الإلكتروني إلى example.com لإعادة التوجيه إلى منفذ SMTP الخاص بمستلمي الاسم المستعار وهو 1337 بدلاً من 25:

الاسم / المضيف / الاسم المستعار TTL نوع قيمة
"@" أو "." أو فارغ 3600 TXT forward-email-port=1337
تلميح: السيناريو الأكثر شيوعًا لإعداد إعادة توجيه المنفذ المخصص هو عندما تريد إعادة توجيه جميع رسائل البريد الإلكتروني التي تنتقل إلى example.com إلى منفذ مختلف في example.com ، بخلاف معيار SMTP للمنفذ 25. لإعداد هذا ، ما عليك سوى إضافة ما يلي TXT سجل شامل.
الاسم / المضيف / الاسم المستعار TTL نوع قيمة
"@" أو "." أو فارغ 3600 TXT forward-email=example.com

هل تقدم ضمان استعادة الاموال على الخطط المدفوعة

نعم! تحدث عمليات الاسترداد التلقائية عند ترقية حسابك أو الرجوع إلى إصدار سابق أو إلغائه في غضون 30 يومًا من وقت بدء خطتك لأول مرة. هذا ينطبق فقط على العملاء لأول مرة.

إذا قمت بتبديل الخطط ، فهل تقومون بتسعير الفرق واسترداده

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

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

هل تؤيد الخطاف على شبكة الإنترنت

نعم ، اعتبارًا من 15 مايو 2020 ، أضفنا هذه الميزة. يمكنك ببساطة إضافة webhook (s) تمامًا كما تفعل مع أي مستلم! يُرجى التأكد من أن بروتوكول "http" أو "https" مسبوقًا في عنوان URL الخاص بالشبكة الإلكترونية.

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

إذا كنت تستخدم الباقة المجانية ، فما عليك سوى إضافة DNS جديد TXT سجل كما هو موضح أدناه:

على سبيل المثال ، إذا كنت أريد أن تذهب جميع رسائل البريد الإلكتروني إلى alias@example.com لإعادة توجيه ملف طلب بن نقطة نهاية الاختبار:

الاسم / المضيف / الاسم المستعار TTL نوع قيمة
"@" أو "." أو فارغ 3600 TXT forward-email=alias:https://requestbin.com/r/en8pfhdgcculn

أو ربما تريد جميع رسائل البريد الإلكتروني التي تذهب إلى example.com لإعادة التوجيه إلى نقطة النهاية هذه:

الاسم / المضيف / الاسم المستعار TTL نوع قيمة
"@" أو "." أو فارغ 3600 TXT forward-email=https://requestbin.com/r/en8pfhdgcculn

فيما يلي ملاحظات إضافية بخصوص webhooks:

  • ستعيد طلبات Webhook HTTP المحاولة حتى 3 مرات ، مع مهلة 60 ثانية كحد أقصى لكل طلب POST لنقطة النهاية. سنعيد المحاولة تلقائيًا استنادًا إلى الحالة الافتراضية ورموز الخطأ المستخدمة في طريقة إعادة محاولة الوكيل.

  • نقوم بتجميع طلبات Webhook HTTP معًا إلى نفس نقطة النهاية في طلب واحد بدلاً من متعدد) من أجل توفير الموارد وتسريع وقت الاستجابة. على سبيل المثال ، إذا قمت بإرسال بريد إلكتروني إلى webhook1@example.com, webhook2@example.com، و webhook3@example.com، وجميعها مهيأة لتصل إلى نفس الشيء بالضبط عنوان URL لنقطة النهاية ، فسيتم تقديم طلب واحد فقط. نحن نجمع معًا عن طريق المطابقة الدقيقة لنقطة النهاية مع المساواة الصارمة.

  • لاحظ أننا نستخدم ملف موزع البريد أسلوب المكتبة "simpleParser" لتحليل الرسالة إلى كائن JSON المألوف.

  • يتم إعطاء قيمة البريد الإلكتروني الخام كسلسلة كخاصية "خام".

  • يتم إعطاء نتائج المصادقة كخصائص "dkim" و "spf" و "arc" و "dmarc" و "bimi".

  • يتم تقديم رؤوس البريد الإلكتروني التي تم تحليلها على أنها "رؤوس" للخاصية - ولكن لاحظ أيضًا أنه يمكنك استخدام "headerLines" لتسهيل التكرار والتحليل.

  • يتم تجميع المستلمين المُجمَّعين لخطاف الويب هذا معًا ويتم منحهم الخاصية "المستلمون".

  • يتم إعطاء معلومات جلسة SMTP كخاصية "جلسة". يحتوي هذا على معلومات حول مرسل الرسالة ووقت وصول الرسالة و HELO واسم مضيف العميل. قيمة اسم مضيف العميل كـ session.clientHostname هو إما FQDN (من بحث عكسي PTR) أو هو كذلك session.remoteAddress ملفوفة بين قوسين (على سبيل المثال "[127.0.0.1]").

  • إذا كانت هناك مرفقات ، فسيتم إلحاقها بملف attachments صفيف مع قيم المخزن المؤقت. يمكنك تحليلها مرة أخرى إلى محتوى باستخدام نهج مع JavaScript مثل:

    const data = [
      104,
      101,
      108,
      108,
      111,
      32,
      119,
      111,
      114,
      108,
      100,
      33
    ];
    

    // // outputs "hello world!" to the console // (this is the content from the filename "text1.txt" in the example JSON request payload above) // console.log(Buffer.from(data).toString());

تلميح: هل أنت مهتم بالشكل الذي يبدو عليه طلب الرد التلقائي على الويب من رسائل البريد الإلكتروني المُعاد توجيهها؟ لقد قمنا بتضمين مثال أدناه من أجلك!
{
  "attachments": [
    {
      "type": "attachment",
      "content": {
        "type": "Buffer",
        "data": [
          104,
          101,
          108,
          108,
          111,
          32,
          119,
          111,
          114,
          108,
          100,
          33
        ]
      },
      "contentType": "text/plain",
      "partId": "2",
      "release": null,
      "contentDisposition": "attachment",
      "filename": "text1.txt",
      "headers": {},
      "checksum": "fc3ff98e8c6a0d3087d515c0473f8677",
      "size": 12
    }
  ],
  "headers": "ARC-Seal: i=1; a=rsa-sha256; t=1653506802; cv=none; d=forwardemail.net;\r\n s=default;\r\n b=R6QJ0tGwwjg2VPxiAlVIKxsg3jEPtRGKPTIOdZNWuhWrbssttFdOYzRRqvacDyN5SLoyDhVye\r\n DUA/64IxANXdHVFlpR258Yp7WxLDv2gtJD5vNSKYmUJZOWk1TynmlqTYrp0Vuqg2xIUjIlPBWAJ\r\n PPNx4JvOLjJuWYynU2qIWz0=\r\nARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed;\r\n d=forwardemail.net; h=MIME-Version: Date: Message-ID: From: Content-Type;\r\n q=dns/txt; s=default; t=1653506802;\r\n bh=cEYDoyTy+Ub29XZt/zXR+sprfUE6BW0y5cHfah01PT4=;\r\n b=F/t56AAXr2Kv3G6VsbdT5OKDVJf2ulhwLiTM18Ra4tDPUKPSGSLKrWvxiXEg5NMWwdWnsOYrL\r\n r3YSm4uMxVMhHZbHm/sUu4QZq5/18hQsAkCv6fI9ifTjDwBrN5zpLOhPoZFFo+TyvHxiII3Xv3L\r\n UEzmUIIaJRX6tboQ160tino=\r\nARC-Authentication-Results: i=1; mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)\r\nReceived-SPF: none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) client-ip=127.0.0.1;\r\nAuthentication-Results: mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)\r\n",
  "headerLines": [
    {
      "key": "arc-seal",
      "line": "ARC-Seal: i=1; a=rsa-sha256; t=1653506802; cv=none; d=forwardemail.net;\r\n s=default;\r\n b=R6QJ0tGwwjg2VPxiAlVIKxsg3jEPtRGKPTIOdZNWuhWrbssttFdOYzRRqvacDyN5SLoyDhVye\r\n DUA/64IxANXdHVFlpR258Yp7WxLDv2gtJD5vNSKYmUJZOWk1TynmlqTYrp0Vuqg2xIUjIlPBWAJ\r\n PPNx4JvOLjJuWYynU2qIWz0="
    },
    {
      "key": "arc-message-signature",
      "line": "ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed;\r\n d=forwardemail.net; h=MIME-Version: Date: Message-ID: From: Content-Type;\r\n q=dns/txt; s=default; t=1653506802;\r\n bh=cEYDoyTy+Ub29XZt/zXR+sprfUE6BW0y5cHfah01PT4=;\r\n b=F/t56AAXr2Kv3G6VsbdT5OKDVJf2ulhwLiTM18Ra4tDPUKPSGSLKrWvxiXEg5NMWwdWnsOYrL\r\n r3YSm4uMxVMhHZbHm/sUu4QZq5/18hQsAkCv6fI9ifTjDwBrN5zpLOhPoZFFo+TyvHxiII3Xv3L\r\n UEzmUIIaJRX6tboQ160tino="
    },
    {
      "key": "arc-authentication-results",
      "line": "ARC-Authentication-Results: i=1; mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)"
    },
    {
      "key": "received-spf",
      "line": "Received-SPF: none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) client-ip=127.0.0.1;"
    },
    {
      "key": "authentication-results",
      "line": "Authentication-Results: mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)"
    },
    {
      "key": "x-forwardemail-sender",
      "line": "X-ForwardEmail-Sender: rfc822; test@example.net"
    },
    {
      "key": "x-forwardemail-session-id",
      "line": "X-ForwardEmail-Session-ID: w2czxgznghn5ryyw"
    },
    {
      "key": "x-forwardemail-version",
      "line": "X-ForwardEmail-Version: 9.0.0"
    },
    {
      "key": "content-type",
      "line": "Content-Type: multipart/mixed; boundary=\"--_NmP-179a735428ca7575-Part_1\""
    },
    {
      "key": "from",
      "line": "From: some <random@example.com>"
    },
    {
      "key": "message-id",
      "line": "Message-ID: <69ad5fc2-91cb-728f-ae5c-eeedc5f267b6@example.net>"
    },
    {
      "key": "date",
      "line": "Date: Wed, 25 May 2022 19:26:41 +0000"
    },
    {
      "key": "mime-version",
      "line": "MIME-Version: 1.0"
    }
  ],
  "html": "<strong>some random text</strong>",
  "text": "some random text",
  "textAsHtml": "<p>some random text</p>",
  "date": "2022-05-25T19:26:41.000Z",
  "from": {
    "value": [
      {
        "address": "random@example.com",
        "name": "some"
      }
    ],
    "html": "<span class=\"mp_address_group\"><span class=\"mp_address_name\">some</span> &lt;<a href=\"mailto:random@example.com\" class=\"mp_address_email\">random@example.com</a>&gt;</span>",
    "text": "some <random@example.com>"
  },
  "messageId": "<69ad5fc2-91cb-728f-ae5c-eeedc5f267b6@example.net>",
  "raw": "ARC-Seal: i=1; a=rsa-sha256; t=1653506802; cv=none; d=forwardemail.net;\r\n s=default;\r\n b=R6QJ0tGwwjg2VPxiAlVIKxsg3jEPtRGKPTIOdZNWuhWrbssttFdOYzRRqvacDyN5SLoyDhVye\r\n DUA/64IxANXdHVFlpR258Yp7WxLDv2gtJD5vNSKYmUJZOWk1TynmlqTYrp0Vuqg2xIUjIlPBWAJ\r\n PPNx4JvOLjJuWYynU2qIWz0=\r\nARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed;\r\n d=forwardemail.net; h=MIME-Version: Date: Message-ID: From: Content-Type;\r\n q=dns/txt; s=default; t=1653506802;\r\n bh=cEYDoyTy+Ub29XZt/zXR+sprfUE6BW0y5cHfah01PT4=;\r\n b=F/t56AAXr2Kv3G6VsbdT5OKDVJf2ulhwLiTM18Ra4tDPUKPSGSLKrWvxiXEg5NMWwdWnsOYrL\r\n r3YSm4uMxVMhHZbHm/sUu4QZq5/18hQsAkCv6fI9ifTjDwBrN5zpLOhPoZFFo+TyvHxiII3Xv3L\r\n UEzmUIIaJRX6tboQ160tino=\r\nARC-Authentication-Results: i=1; mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)\r\nReceived-SPF: none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) client-ip=127.0.0.1;\r\nAuthentication-Results: mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)\r\nX-ForwardEmail-Sender: rfc822; test@example.net\r\nX-ForwardEmail-Session-ID: w2czxgznghn5ryyw\r\nX-ForwardEmail-Version: 9.0.0\r\nContent-Type: multipart/mixed; boundary=\"--_NmP-179a735428ca7575-Part_1\"\r\nFrom: some <random@example.com>\r\nMessage-ID: <69ad5fc2-91cb-728f-ae5c-eeedc5f267b6@example.net>\r\nDate: Wed, 25 May 2022 19:26:41 +0000\r\nMIME-Version: 1.0\r\n\r\n----_NmP-179a735428ca7575-Part_1\r\nContent-Type: multipart/alternative;\r\n boundary=\"--_NmP-179a735428ca7575-Part_2\"\r\n\r\n----_NmP-179a735428ca7575-Part_2\r\nContent-Type: text/plain; charset=utf-8\r\nContent-Transfer-Encoding: 7bit\r\n\r\nsome random text\r\n----_NmP-179a735428ca7575-Part_2\r\nContent-Type: text/html; charset=utf-8\r\nContent-Transfer-Encoding: 7bit\r\n\r\n<strong>some random text</strong>\r\n----_NmP-179a735428ca7575-Part_2--\r\n\r\n----_NmP-179a735428ca7575-Part_1\r\nContent-Type: text/plain; name=text1.txt\r\nContent-Transfer-Encoding: base64\r\nContent-Disposition: attachment; filename=text1.txt\r\n\r\naGVsbG8gd29ybGQh\r\n----_NmP-179a735428ca7575-Part_1--\r\n",
  "dkim": {
    "headerFrom": [
      "random@example.com"
    ],
    "envelopeFrom": "test@example.net",
    "results": [
      {
        "status": {
          "result": "none",
          "comment": "message not signed"
        },
        "info": "dkim=none (message not signed)"
      }
    ]
  },
  "spf": {
    "domain": "example.net",
    "client-ip": "127.0.0.1",
    "helo": "user.oem.local",
    "envelope-from": "test@example.net",
    "status": {
      "result": "none",
      "comment": "mx1.forwardemail.net: example.net does not designate permitted sender hosts",
      "smtp": {
        "mailfrom": "test@example.net",
        "helo": "user.oem.local"
      }
    },
    "header": "Received-SPF: none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) client-ip=127.0.0.1;",
    "info": "spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local",
    "lookups": {
      "limit": 50,
      "count": 1
    }
  },
  "arc": {
    "status": {
      "result": "none"
    },
    "i": 0,
    "authResults": "mx1.forwardemail.net;\r\n dkim=none (message not signed);\r\n spf=none (mx1.forwardemail.net: example.net does not designate permitted sender hosts) smtp.mailfrom=test@example.net smtp.helo=user.oem.local;\r\n dmarc=none header.from=example.com;\r\n bimi=skipped (DMARC not enabled)"
  },
  "dmarc": {
    "status": {
      "result": "none",
      "header": {
        "from": "example.com"
      }
    },
    "domain": "example.com",
    "info": "dmarc=none header.from=example.com"
  },
  "bimi": {
    "status": {
      "header": {},
      "result": "skipped",
      "comment": "DMARC not enabled"
    },
    "info": "bimi=skipped (DMARC not enabled)"
  },
  "recipients": [
    "webhook1@webhooks.net"
  ],
  "session": {
    "remoteAddress": "127.0.0.1",
    "remotePort": 65138,
    "clientHostname": "[127.0.0.1]",
    "hostNameAppearsAs": "user.oem.local",
    "sender": "test@example.net",
    "mta": "mx1.forwardemail.net",
    "arrivalDate": "2022-05-25T19:26:41.423Z",
    "arrivalTime": 1653506801423
  }
}

هل تدعم التعبيرات العادية أو regex

نعم ، اعتبارًا من 27 سبتمبر 2021 قمنا بإضافة هذه الميزة. يمكنك ببساطة كتابة تعبيرات عادية ("regex") لمطابقة الأسماء المستعارة وإجراء البدائل.

الأسماء المستعارة المدعومة للتعبير العادي هي تلك التي تبدأ بـ a / وتنتهي ب / والمستلمون هم عناوين بريد إلكتروني أو خطافات ويب. يمكن للمستلمين أيضًا تضمين دعم استبدال regex (على سبيل المثال $1, $2).

نحن ندعم علامتي تعبير عادي بما في ذلك i و g. العلم غير المتحسس لحالة الأحرف لـ i هو تقصير دائم ويتم فرضه دائمًا. العلم العالمي لـ g يمكن أن تضاف من قبلك عن طريق لصق النهاية / مع /g.

لاحظ أننا ندعم أيضًا ميزة الاسم المستعار المعطلة للجزء المستلم من خلال دعم regex.

التعبيرات العادية غير مدعومة في المجالات العالمية المجانية للغرور (لأن هذا قد يكون ثغرة أمنية).

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

إذا كنت تستخدم الباقة المجانية ، فما عليك سوى إضافة DNS جديد TXT سجل باستخدام واحد أو أكثر من الأمثلة المتوفرة أدناه:

مثال بسيط: إذا كنت أريد جميع رسائل البريد الإلكتروني التي تنتقل إلى `elon @ example.com` أو` musk @ example.com` لإعادة توجيهها إلى `user @ gmail.com`:
الاسم / المضيف / الاسم المستعار TTL نوع قيمة
"@" أو "." أو فارغ 3600 TXT forward-email=/^(elon|musk)$/:user@gmail.com
مثال على استبدال الاسم الأخير: تخيل أن جميع عناوين البريد الإلكتروني لشركتك من النمط "firstname.lastname @ example.com". إذا كنت أرغب في توجيه جميع رسائل البريد الإلكتروني التي تنتقل إلى النمط الخاص بـ "firstname.lastname @ example.com" لإعادة توجيهها إلى "firstname.lastname @ company.com" مع دعم الاستبدال (عرض الاختبار على RegExr):
الاسم / المضيف / الاسم المستعار TTL نوع قيمة
"@" أو "." أو فارغ 3600 TXT forward-email=/^([A-Za-z]+)+\.([A-Za-z]+)+$/:$1.$2@company.com
مثال على استبدال ترشيح الرموز الإضافية: إذا كنت أريد جميع رسائل البريد الإلكتروني التي تنتقل إلى "info @ example.com" أو "support @ example.com" لإعادة توجيهها إلى "user + info @ gmail.com" أو "user + support @ gmail.com" على التوالي (مع دعم الاستبدال ) (عرض الاختبار على RegExr):
الاسم / المضيف / الاسم المستعار TTL نوع قيمة
"@" أو "." أو فارغ 3600 TXT forward-email=/^(support|info)$/:user+$1@gmail.com
مثال على استبدال سلسلة استعلام Webhook: ربما تريد أن تذهب جميع رسائل البريد الإلكتروني التي تنتقل إلى "example.com" إلى ملف الويب هوك ولديك مفتاح سلسلة طلب بحث ديناميكي "إلى" مع قيمة جزء اسم المستخدم من عنوان البريد الإلكتروني (عرض الاختبار على RegExr):
الاسم / المضيف / الاسم المستعار TTL نوع قيمة
"@" أو "." أو فارغ 3600 TXT forward-email=/^(.*?)$/:https://example.com/webhook?username=$1
مثال تعطيل: إذا كنت تريد تعطيل جميع رسائل البريد الإلكتروني التي تتطابق مع نمط معين (انظر هل يمكنني تعطيل أسماء مستعارة معينة) ، ثم استخدم نفس الأسلوب بعلامة تعجب "!":
الاسم / المضيف / الاسم المستعار TTL نوع قيمة
"@" أو "." أو فارغ 3600 TXT forward-email=/^(elon|musk)$/:!
تلميح: هل لديك فضول حول كيفية كتابة تعبير عادي أو تحتاج إلى اختبار البديل الخاص بك؟ يمكنك الانتقال إلى موقع ويب اختبار التعبير العادي المجاني RegExr في https://regexr.com.

هل يمكنني فقط استخدام خدمة إعادة توجيه البريد الإلكتروني هذه كخادم MX "احتياطي" أو "احتياطي"

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

هل يمكنني تعطيل أسماء مستعارة معينة

نعم! اعتبارًا من 6 فبراير 2020 ، أضفنا هذه الميزة. ببساطة قم بتحرير DNS الخاص بك TXT سجل وابدأ الاسم المستعار بعلامة تعجب. لاحظ أنه يجب عليك الاحتفاظ بـ ":" التعيين ، حيث أن هذا مطلوب إذا قررت في أي وقت إيقاف تشغيل هذا (كما أنه يُستخدم أيضًا للاستيراد في خططنا المدفوعة).

إذا قمت بادخال اسم مستعار بـ "!" (علامة التعجب) ، فإنها ستستمر في إعادة رموز الاستجابة الناجحة إلى المرسلين الذين يحاولون الإرسال إلى هذا العنوان ، ولكن لن تصل رسائل البريد الإلكتروني نفسها إلى أي مكان ؛ إلى الثقب الأسود.

ستستجيب رسائل البريد الإلكتروني المرسلة إلى العناوين المعطلة برمز حالة استجابة SMTP 250 (مقبول) ، ولكن لن يتم تسليم رسائل البريد الإلكتروني بالفعل إلى المستلم (المستلمين).

على سبيل المثال ، إذا كنت أريد أن تذهب جميع رسائل البريد الإلكتروني إلى alias@example.com لوقف التدفق من خلاله user@gmail.com:

الاسم / المضيف / الاسم المستعار TTL نوع قيمة
"@" أو "." أو فارغ 3600 TXT forward-email=!alias:user@gmail.com
تلميح: يمكنك أيضًا إعادة كتابة عنوان المستلم المُعاد توجيهه إلى "nobody@forwardemail.net" ، والذي سيوجهه إلى لا أحد كما في المثال أدناه.
الاسم / المضيف / الاسم المستعار TTL نوع قيمة
"@" أو "." أو فارغ 3600 TXT forward-email=!alias:nobody@forwardemail.net
تلميح: إذا كنت تريد زيادة الأمان ، فيمكنك أيضًا إزالة الجزء ": user@gmail.com" (أو ": nobody@forwardemail.net") ، وترك "! alias" فقط كما في المثال أدناه.
الاسم / المضيف / الاسم المستعار TTL نوع قيمة
"@" أو "." أو فارغ 3600 TXT forward-email=!alias

هل يمكنني إعادة توجيه رسائل البريد الإلكتروني إلى عدة مستلمين

نعم بالتاكيد. ما عليك سوى تحديد عدة مستلمين في ملف TXT السجلات.

على سبيل المثال ، إذا أردت بريدًا إلكترونيًا ينتقل إلى hello@example.com ليتم إرسالها إلى user+a@gmail.com و user+b@gmail.com، ثم بلدي TXT سيبدو السجل كالتالي:

الاسم / المضيف / الاسم المستعار TTL نوع قيمة
"@" أو "." أو فارغ 3600 TXT forward-email=hello:user+a@gmail.com,hello:user+b@gmail.com

أو يمكنك تحديدها في سطرين منفصلين ، مثل هذا:

الاسم / المضيف / الاسم المستعار TTL نوع قيمة
"@" أو "." أو فارغ 3600 TXT forward-email=hello:user+a@gmail.com
"@" أو "." أو فارغ 3600 TXT forward-email=hello:user+b@gmail.com

الأمر متروك لك!

هل يمكنني الحصول على العديد من المستلمين العالميين

نعم تستطيع. ما عليك سوى تحديد العديد من مستلمي استقبال الرسائل الخاطئة في ملف TXT السجلات.

على سبيل المثال ، إذا كنت أريد أن يذهب كل بريد إلكتروني إلى *@example.com (تعني العلامة النجمية أنها حرف بدل ويعرف أيضًا باسم تجميع كل شيء) ليتم إعادة توجيهها إلى user+a@gmail.com و user+b@gmail.com، ثم بلدي TXT سيبدو السجل كالتالي:

الاسم / المضيف / الاسم المستعار TTL نوع قيمة
"@" أو "." أو فارغ 3600 TXT forward-email=user+a@gmail.com,user+b@gmail.com

أو يمكنك تحديدها في سطرين منفصلين ، مثل هذا:

الاسم / المضيف / الاسم المستعار TTL نوع قيمة
"@" أو "." أو فارغ 3600 TXT forward-email=user+a@gmail.com
@ أو "." أو فارغ 3600 TXT forward-email=user+b@gmail.com

الأمر متروك لك!

هل هناك حد أقصى لعدد عناوين البريد الإلكتروني التي يمكنني إعادة توجيهها لكل اسم مستعار

نعم ، الحد الافتراضي هو 10. هذا لا يعني أنه يمكنك فقط الحصول على 10 أسماء مستعارة على اسم المجال الخاص بك. يمكن أن يكون لديك العديد من الأسماء المستعارة كما تريد (مبلغ غير محدود). هذا يعني أنه يمكنك إعادة توجيه اسم مستعار واحد فقط إلى 10 عناوين بريد إلكتروني فريدة. يمكن أن يكون لديك hello:user+1@gmail.com, hello:user+2@gmail.com, hello:user+3@gmail.com، ... (من 1-10) - وأي رسائل بريد إلكتروني إلى hello@example.com سيتم توجيهها إلى user+1@gmail.com, user+2@gmail.com, user+3@gmail.com، ... (من 1-10).

تلميح: هل تحتاج إلى أكثر من 10 مستلمين لكل اسم مستعار؟ أرسل لنا بريدًا إلكترونيًا وسنكون سعداء بزيادة حد حساباتك.

هل يمكنني إعادة توجيه رسائل البريد الإلكتروني بشكل متكرر

نعم ، يمكنك ، ولكن لا يزال يتعين عليك الالتزام بالحد الأقصى. اذا كنت تمتلك hello:elon@example.com و elon:user@gmail.com، ثم رسائل البريد الإلكتروني إلى hello@example.com سيتم توجيهها إلى elon@example.com و user@gmail.com. لاحظ أنه سيظهر خطأ إذا حاولت إعادة توجيه رسائل البريد الإلكتروني بشكل متكرر.

يمكن للأشخاص إلغاء تسجيل أو إعادة توجيه البريد الإلكتروني الخاص بي دون إذني

نحن نستخدم MX و TXT التحقق من السجل ، لذلك إذا قمت بإضافة MX و TXT السجلات ، فأنت مسجل. إذا قمت بإزالتها ، فأنت غير مسجل. لديك ملكية المجال الخاص بك وإدارة DNS ، لذلك إذا كان شخص ما لديه حق الوصول إلى ذلك ، فهذه مشكلة.

كيف هي مجانية

تستمر الخدمة في العمل بفضل المستخدمين الذين قاموا بالترقية إلى الخطط المدفوعة. نريد توفير بديل مجاني للأشخاص الذين يستخدمون خدمات إعادة توجيه مغلقة المصدر (وبالتالي يخاطرون بخصوصياتهم وأمنهم).

ما هو الحد الأقصى لحجم البريد الإلكتروني

نحن افتراضي إلى حد حجم 50 ميغابايت ، والذي يتضمن المحتوى والعناوين والمرفقات. لاحظ أن خدمات مثل Gmail و Outlook تسمح بحد حجم 25 ميغابايت فقط ، وإذا تجاوزت الحد عند الإرسال إلى العناوين لدى هؤلاء المزودين ، فستتلقى رسالة خطأ.

يتم إرجاع خطأ برمز الاستجابة الصحيح إذا تم تجاوز حد حجم الملف.

هل تقوم بتخزين رسائل البريد الإلكتروني ومحتوياتها

لا لا على الاطلاق. انظر لدينا سياسة الخصوصية.

هل تخزن سجلات رسائل البريد الإلكتروني

لا لا على الاطلاق. انظر لدينا سياسة الخصوصية.

هل تقرأ رسائل البريد الإلكتروني الخاصة بي

لا لا على الاطلاق. نحن لا نخزن سجلات SMTP. انظر لدينا سياسة الخصوصية.

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

نعتقد أنه يجب أن يكون لديك الحق في الخصوصية ونحن نحترمه بدقة. الكود الذي تم نشره على الخادم هو برنامج مفتوح المصدر على جيثب من أجل الشفافية وبناء الثقة.

هل يدعم رمز plus + للأسماء المستعارة لـ Gmail

نعم بالتاكيد.

هل يدعم المجالات الفرعية

نعم بالتاكيد. بدلاً من استخدام "@" أو "." أو فارغ كاسم / مضيف / اسم مستعار ، ما عليك سوى استخدام اسم المجال الفرعي كقيمة بدلاً من ذلك.

إذا أردت foo.example.com لإعادة توجيه رسائل البريد الإلكتروني ، ثم أدخل foo كقيمة الاسم / المضيف / الاسم المستعار في إعدادات DNS (لكل من MX و TXT السجلات).

هل يعيد هذا توجيه رؤوس البريد الإلكتروني الخاصة بي

نعم بالتاكيد.

هل هذا اختبار جيد

نعم ، يحتوي على اختبارات مكتوبة باستخدام افا ولديه أيضًا تغطية للرمز.

هل تمر على طول رسائل ورموز استجابة SMTP

نعم بالتاكيد. على سبيل المثال ، إذا كنت ترسل بريدًا إلكترونيًا إلى hello@example.com وتم تسجيله لإعادة التوجيه إليه user@gmail.com، ثم سيتم إرجاع رسالة استجابة SMTP والتعليمة البرمجية من خادم SMTP "gmail.com" بدلاً من الخادم الوكيل على "mx1.forwardemail.net" أو "mx2.forwardemail.net".

كيف تمنع مرسلي البريد العشوائي وتضمن سمعة جيدة لإعادة توجيه البريد الإلكتروني

انظر أقسامنا على كيف يعمل نظام إعادة توجيه البريد الإلكتروني الخاص بك, كيف تتعامل مع مشاكل تسليم البريد الإلكتروني، و كيف تتعامل مع عناوين IP الخاصة بك لتصبح مدرجة في القائمة السوداء في الاعلى.

ماذا أفعل إذا تلقيت رسائل بريد إلكتروني غير مرغوب فيها

يجب عليك إلغاء الاشتراك من قائمة البريد الإلكتروني (إن أمكن) وحظر المرسل.

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

عنوان البريد الإلكتروني لإعادة توجيه البريد العشوائي إليه هو: abuse@forwardemail.net

هل يمكنني "إرسال البريد كـ" في Gmail بهذا

نعم! اعتبارًا من 2 أكتوبر 2018 ، أضفنا هذه الميزة. نرى كيفية إرسال البريد باسم Gmail في الاعلى!

يجب عليك أيضًا تعيين سجل نظام التعرف على هوية المرسل (SPF) لـ Gmail في تكوين DNS الخاص بك TXT سجل.

مهم: إذا كنت تستخدم Gmail (مثل Send Mail As) أو G Suite ، فستحتاج إلى الإلحاق include:_spf.google.com إلى SPF الخاص بك TXT سجل ، على سبيل المثال:

v=spf1 a mx include:spf.forwardemail.net include:_spf.google.com -all

هل يمكنني "إرسال البريد باسم" في Outlook مع هذا

نعم! اعتبارًا من 2 أكتوبر 2018 ، أضفنا هذه الميزة. ما عليك سوى عرض هذين الرابطين من Microsoft أدناه:

يجب عليك أيضًا تعيين سجل نظام التعرف على هوية المرسل (SPF) لبرنامج Outlook في تكوين DNS الخاص بك TXT سجل.

مهم: إذا كنت تستخدم Microsoft Outlook أو Live.com ، فستحتاج إلى الإلحاق include:spf.protection.outlook.com إلى SPF الخاص بك TXT سجل ، على سبيل المثال:

v=spf1 a mx include:spf.forwardemail.net include:spf.protection.outlook.com -all

هل يمكنني "إرسال البريد باسم" في Apple Mail و iCloud Mail مع هذا

للأسف ، لا تسمح Apple بذلك ، بغض النظر عن الخدمة التي تستخدمها. ومع ذلك ، يمكنك استخدام تطبيق البريد مع حساب البريد الإلكتروني لنطاقك.

هل يمكنني إعادة توجيه رسائل البريد الإلكتروني غير محدودة مع هذا

نعم ، ومع ذلك ، فإن معدل المرسلين "غير المعروفين نسبيًا" يقتصر على 1000 اتصال في الساعة لكل اسم مضيف أو IP. انظر قسم تحديد معدل و القائمة الرمادية في الاعلى.

ونعني بكلمة "غير معروف نسبيًا" المرسلين الذين لا يظهرون في ملف القائمة البيضاء.

إذا تم تجاوز هذا الحد ، فإننا نرسل رمز استجابة "421" الذي يخبر خادم بريد المرسل بإعادة المحاولة لاحقًا.

كيف أضيف صورة ملف شخصي إلى عنوان بريدي الإلكتروني

إذا كنت تستخدم Gmail ، فاتبع الخطوات التالية:

  1. اذهب إلى https://google.com وتسجيل الخروج من جميع حسابات البريد الإلكتروني
  2. انقر على "تسجيل الدخول" وانقر على "حساب آخر" في القائمة المنسدلة
  3. حدد "استخدام حساب آخر"
  4. حدد "إنشاء حساب"
  5. حدد "استخدام عنوان بريدي الإلكتروني الحالي بدلاً من ذلك"
  6. أدخل عنوان البريد الإلكتروني لاسم المجال المخصص
  7. استرجع رسالة التحقق المرسلة إلى عنوان بريدك الإلكتروني
  8. أدخل رمز التحقق من هذا البريد الإلكتروني
  9. معلومات الملف الشخصي الكاملة لحسابك الجديد في Google
  10. وافق على جميع سياسات الخصوصية وشروط الاستخدام
  11. اذهب إلى https://google.com وفي الزاوية اليمنى العلوية ، انقر فوق أيقونة ملفك الشخصي ، وانقر فوق الزر "تغيير"
  12. قم بتحميل صورة أو صورة رمزية جديدة لحسابك
  13. ستستغرق التغييرات حوالي ساعة إلى ساعتين تقريبًا ، ولكن في بعض الأحيان قد تكون سريعة جدًا.
  14. أرسل بريدًا إلكترونيًا تجريبيًا وستظهر صورة الملف الشخصي.

ما الفرق بين الحماية المجانية والمعززة

تتطلب منك الخطة المجانية استخدام سجلات DNS العامة لتخزين تكوين إعادة التوجيه الخاص بك. يمكن لأي شخص لديه جهاز كمبيوتر البحث عن تكوين إعادة التوجيه الخاص بك في محطة إذا كنت تستخدم الخطة المجانية. بخلاف الخطة المجانية ، تستخدم خطة الحماية المحسّنة سلسلة عشوائية مُنشأة بالتشفير لتخزين تكوين إعادة التوجيه الخاص بك بشكل خاص.

خطة مجانيةخطة الحماية المحسنة
forward-email=user@gmail.comforward-email-site-verification=m8d7o8K4Il

هل تؤيد أفضل ممارسات البريد الإلكتروني

نعم. لدينا دعم مدمج لـ SPF و DKIM و DMARC و ARC و SRS في جميع الخطط. لقد عملنا أيضًا على نطاق واسع مع المؤلفين الأصليين لهذه المواصفات وخبراء البريد الإلكتروني الآخرين لضمان الكمال وإمكانية التسليم العالية.

هل تقدمون نطاقات غير محدودة بسعر واحد

نعم. بغض النظر عن الخطة التي تستخدمها ، ستدفع سعرًا شهريًا واحدًا فقط - والذي يغطي جميع نطاقاتك.

ما هي طرق الدفع التي تقبلونها

نقبل البطاقات والمحافظ والتحويلات المصرفية باستخدام شريط و باي بال - لمرة واحدة أو اشتراكات شهرية أو ربع سنوية أو سنوية.

هل ستزيد الأسعار من أي وقت مضى

رقم الأسعار لن ترتفع أبدا. على عكس الشركات الأخرى ، لن نغلق خدمتنا أبدًا أيضًا.

كيف تجري عمليات بحث DNS على أسماء النطاقات

نحن نستخدم خدمة DNS للمستهلك الأول للخصوصية من CloudFlare (انظر إعلان هنا). وضعنا 1.1.1.3 و 1.0.0.3 كخوادم DNS (انظر https://developers.cloudflare.com/1.1.1.1/1.1.1.1-for-families/) استخدام /etc/resolv.conf على خوادمنا وبيئات الاختبار الخاصة بنا.

ما مدى سرعة هذه الخدمة

أحدث إصدار ، v2 (تم إصداره في 6 مايو 2019) كان إعادة كتابة كبيرة من الإصدار 1 ويركز على الأداء من خلال التدفقات. Nodemailer المؤلف غزير الإنتاج أندريس راينمان (@ andris9) ساعدنا في إيقاف التشغيل باستخدام ملف mailparser المكتبة والاستخدام mailsplit بدلاً من ذلك مع بعض منطق التحويل المخصص لتقسيم رأس الرسالة ونصها دون التأثير على الجسم. يتيح لنا ذلك إجراء عمليات على الرؤوس بسرعة كبيرة (مثل الفحوصات الأمنية والتوافق مع نظام التعرف على هوية المرسل (SPF) / DKIM / DMARC).

بمعنى آخر ، يستخدم أحدث إصدار من هذه الخدمة التدفقات الآن فقط وهو سريع البرق. كان للإصدار الأقدم v1 أيضًا بعض المنطق ليس في الترتيب الأمثل للعمليات - ولكن الآن v2 يقوم بعمليات مكثفة أقل للذاكرة / الشبكة أولاً (ويعود مبكرًا إن أمكن لإرسال استجابة في أسرع وقت ممكن إلى عميل SMTP). نخطط لمواصلة تحسين السرعة وتحسين الميزات وتحسين هذه الخدمة بمرور الوقت.

لا نكتب في أي وقت من الأوقات على القرص أو نخزن رسائل البريد الإلكتروني - يتم كل شيء في الذاكرة بفضل تدفقات وتحويلات Node.js! 🎉