أسئلة مكررة

يتم تسليم رسائل البريد الإلكتروني في المتوسط في أقل من 5 ثوانٍ. نحن نعمل في الوقت الفعلي ، على عكس مزودي الخدمة الآخرين الذين يعتمدون على قوائم الانتظار المتأخرة.

نحن لا نكتب على القرص أو سجلات التخزين - مع ملف استثناء من الأخطاء و SMTP الصادر (انظر لدينا سياسة الخصوصية).

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

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 أقل.
   هل تحتاج إلى تعبير متقدم مع الاستبدال؟ راجع الأمثلة والقسم الكامل في regex بعنوان هل تدعم التعبيرات العادية أو regex أقل.
   مثال بسيط: إذا كنت أريد جميع رسائل البريد الإلكتروني التي تنتقل إلى `linus @ example.com` أو` torvalds @ example.com` لإعادة توجيهها إلى `user @ gmail.com`:

   الاسم / المضيف / الاسم المستعار	TTL	نوع	الجواب / القيمة
   "@" أو "." أو فارغ	3600	TXT	forward-email=/^(linus|torvalds)$/:user@gmail.com

   ---

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 أقل.

نعم ، اعتبارًا من مايو 2023 ، ندعم إرسال بريد إلكتروني باستخدام SMTP كإضافة لجميع المستخدمين المدفوعين.

نحن نقيد المستخدمين والنطاقات بـ 300 رسالة SMTP صادرة في اليوم الواحد. هذا بمتوسط 9000+ بريد إلكتروني في شهر تقويمي. إذا كنت بحاجة إلى تجاوز هذا المبلغ أو كان لديك رسائل بريد إلكتروني كبيرة باستمرار ، فيرجى الاتصال بنا.

خادمنا هو smtp.forwardemail.net ويتم أيضًا مراقبته على موقعنا صفحة الحالة.

وهو يدعم كلاً من IPv4 و IPv6 ومتاح عبر المنافذ 587, 2587, 2525، و 25 لـ TLS (STARTTLS) - و 465 و 2465 لـ SSL.

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

يرجى الرجوع إلى هل تؤيد إرسال البريد الإلكتروني مع SMTP للحصول على إرشادات خطوة بخطوة.

نعم ، اعتبارًا من مايو 2023 ، ندعم إرسال بريد إلكتروني باستخدام واجهة برمجة التطبيقات (API) كإضافة لجميع المستخدمين المدفوعين.

يرجى الاطلاع على قسمنا على رسائل البريد الإلكتروني في وثائق API الخاصة بنا للحصول على خيارات وأمثلة ومزيد من الأفكار.

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

نحن نخطط لتقديم هذه الميزة في المستقبل القريب.

إذا كنت ترسل بريدًا إلكترونيًا اختباريًا إلى نفسك ، فقد لا يظهر في بريدك الوارد لأنه يحتوي على نفس عنوان "Message-Id".

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

   • X-Original-To - الأصلي RCPT TO عنوان البريد الإلكتروني للرسالة.
     • هذا مفيد لتحديد المكان الذي تم تسليم البريد الإلكتروني إليه في الأصل.
     • سيتم إصداره في الإصدار 10 + من إعادة توجيه البريد الإلكتروني.
     • يتم الاحتفاظ بالقيمة الحالية إن وجدت كـ X-Original-Preserved-To.
   • 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.
   • X-Complaints-To - بقيمة abuse@forwardemail.net.

10. ثم نتحقق من الرسالة الخاصة بـ 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.

11. نقوم الآن بمعالجة مستلمي الرسالة كما تم جمعها من ملف 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 بحثًا عن الفيروسات). لاحظ أنه سيتم اختيار جميع مستخدمي الخطة المجانية لإجراء فحوصات ضد محتوى البالغين والتصيد الاحتيالي والملفات التنفيذية والفيروسات. بشكل افتراضي ، يتم اختيار جميع مستخدمي الخطة المدفوعة أيضًا ، ولكن يمكن تغيير هذا التكوين ضمن صفحة الإعدادات لمجال في لوحة معلومات إعادة توجيه البريد الإلكتروني).

12. بالنسبة إلى عناوين إعادة التوجيه الخاصة بكل مستلم تمت معالجته ، نقوم بعد ذلك بإجراء العمليات التالية:

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

13. إذا لم يكن هناك مستلمون ولم يكن هناك أي ارتداد ، فسنرد مع خطأ 550 "مستلمون غير صالحين".

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

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

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

16. في حالة حدوث ارتداد ، فسنرسل رسائل بريد إلكتروني مرتدة في الخلفية بعد إعادة أقل رموز الخطأ إلى المرسل. ومع ذلك ، إذا كان أقل رمز خطأ هو> = 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 للمرسل إلى أعد محاولة إرسال رسالتهم لاحقًا (ويتم تنبيهنا بالمشكلة حتى نتمكّن من حلها قبل المحاولة التالية).

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

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

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

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

• do-not-reply
• do-not-respond
• do.not.reply
• donotreply
• donotrespond
• dont-reply
• naoresponda
• no-replies
• no-reply
• no-replys
• no.replies
• no.reply
• no.replys
• no_reply
• nobody
• noreplies
• noreply
• noreplys

يتم الاحتفاظ بهذه القائمة كمشروع مفتوح المصدر على جيثب.

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

ما هي ملحقات اسم المجال المسموح بها بشكل افتراضي

تعتبر امتدادات أسماء النطاقات التالية مدرجة بشكل افتراضي (بغض النظر عما إذا كانت مدرجة في قائمة شعبية المظلة أم لا):

• edu
• gov
• mil
• dni.us
• fed.us
• isa.us
• kids.us
• nsn.us
• ak.us
• al.us
• ar.us
• as.us
• az.us
• ca.us
• co.us
• ct.us
• dc.us
• de.us
• fl.us
• ga.us
• gu.us
• hi.us
• ia.us
• id.us
• il.us
• in.us
• ks.us
• ky.us
• la.us
• ma.us
• md.us
• me.us
• mi.us
• mn.us
• mo.us
• ms.us
• mt.us
• nc.us
• nd.us
• ne.us
• nh.us
• nj.us
• nm.us
• nv.us
• ny.us
• oh.us
• ok.us
• or.us
• pa.us
• pr.us
• ri.us
• sc.us
• sd.us
• tn.us
• tx.us
• ut.us
• va.us
• vi.us
• vt.us
• wa.us
• wi.us
• wv.us
• wy.us
• mil.tt
• edu.tt
• edu.tr
• edu.ua
• edu.au
• ac.at
• edu.br
• ac.nz
• school.nz
• cri.nz
• health.nz
• mil.nz
• parliament.nz
• ac.in
• edu.in
• mil.in
• ac.jp
• ed.jp
• lg.jp
• ac.za
• edu.za
• mil.za
• school.za
• mil.kr
• ac.kr
• hs.kr
• ms.kr
• es.kr
• sc.kr
• kg.kr
• edu.es
• ac.lk
• sch.lk
• edu.lk
• ac.th
• mi.th
• admin.ch
• canada.ca
• gc.ca
• go.id
• go.jp
• go.ke
• go.kr
• go.th
• gob.ar
• gob.cl
• gob.es
• gob.mx
• gob.pe
• gob.ve
• gouv.fr
• gouv.nc
• gouv.qc.ca
• gov.ad
• gov.af
• gov.ai
• gov.al
• gov.am
• gov.ao
• gov.au
• gov.aw
• gov.ax
• gov.az
• gov.bd
• gov.be
• gov.bg
• gov.bm
• gov.br
• gov.by
• gov.cl
• gov.cn
• gov.co
• gov.cy
• gov.cz
• gov.dz
• gov.eg
• gov.fi
• gov.fk
• gov.gg
• gov.gr
• gov.hk
• gov.hr
• gov.hu
• gov.ie
• gov.il
• gov.im
• gov.in
• gov.iq
• gov.ir
• gov.it
• gov.je
• gov.kp
• gov.krd
• gov.ky
• gov.kz
• gov.lb
• gov.lk
• gov.lt
• gov.lv
• gov.ma
• gov.mm
• gov.mo
• gov.mt
• gov.my
• gov.ng
• gov.np
• gov.ph
• gov.pk
• gov.pl
• gov.pt
• gov.py
• gov.ro
• gov.ru
• gov.scot
• gov.se
• gov.sg
• gov.si
• gov.sk
• gov.tr
• gov.tt
• gov.tw
• gov.ua
• gov.uk
• gov.vn
• gov.wales
• gov.za
• government.pn
• govt.nz
• gub.uy
• gv.at
• ac.uk
• bl.uk
• judiciary.uk
• mod.uk
• nhs.uk
• parliament.uk
• police.uk
• rct.uk
• royal.uk
• sch.uk
• ukaea.uk

ما هي معايير السماح الخاصة بك

لدينا قائمة ثابتة من يتم السماح بامتدادات اسم المجال بشكل افتراضي - ونحتفظ أيضًا بقائمة سماح ديناميكية ومخزنة مؤقتًا ومتدرجة استنادًا إلى المعايير الصارمة التالية:

• يجب أن يكون مجال جذر المرسل من امتداد اسم المجال الذي يطابق القائمة التي نقدمها على خطتنا المجانية (مع إضافة biz و info). نحن نضمّن أيضًا edu, gov، و mil المطابقات الجزئية ، مثل xyz.gov.au و xyz.edu.au.
• يجب أن يكون مجال جذر المرسل ضمن أفضل 100،000 نتيجة تحليل مجال جذر فريد من قائمة شعبية المظلة ("UPL").
• يجب أن يكون نطاق جذر المرسل ضمن أفضل 50000 نتيجة من مجالات جذر فريدة تظهر في 4 أيام على الأقل من الأيام السبعة الماضية من UPL (~ 50٪ +).
• يجب ألا يكون مجال جذر المرسل مصنفة كمحتوى للبالغين أو برامج ضارة بواسطة Cloudflare.
• يجب أن يحتوي مجال جذر المرسل على مجموعة سجلات A أو MX.
• يجب أن يحتوي النطاق الجذر للمرسل إما على سجل (سجلات) A ، أو سجلات MX ، أو سجل DMARC مع p=reject أو p=quarantine، أو سجل نظام التعرف على هوية المرسل (SPF) مع -all أو ~all مؤهل.

إذا تم استيفاء هذه المعايير ، فسيتم تخزين مجال جذر المرسل مؤقتًا لمدة 7 أيام. لاحظ أن وظيفتنا الآلية تعمل يوميًا - وبالتالي فهذه ذاكرة تخزين مؤقت لقائمة السماح التي يتم تحديثها يوميًا.

ستقوم مهمتنا التلقائية بتنزيل الأيام السبعة السابقة من ذاكرة UPL ، وفك ضغطها ، ثم تحليلها في الذاكرة وفقًا للمعايير الصارمة أعلاه.

تم تضمين المجالات الشائعة في وقت كتابة هذا التقرير مثل Google و Yahoo و Microsoft و Amazon و Meta و Twitter و Netflix و Spotify والمزيد - بالطبع.

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

لاحظ أن مرسلين محددين مثل a@gmail.com, b@xyz.edu، و c@gov.au لا يزال من الممكن أن يكون منزوع (على سبيل المثال ، إذا اكتشفنا تلقائيًا الرسائل غير المرغوب فيها أو التصيد الاحتيالي أو البرامج الضارة من هؤلاء المرسلين).

اعتبارًا من 31 مارس 2023 ، فرضنا قاعدة عامة جديدة للبريد العشوائي لحماية مستخدمينا وخدمتنا.

تسمح هذه القاعدة الجديدة فقط باستخدام امتدادات اسم المجال التالية في خطتنا المجانية:

• ai
• app
• au
• ca
• ch
• co
• com
• de
• dev
• dk
• es
• family
• fi
• fm
• fr
• ie
• im
• io
• is
• it
• jp
• li
• me
• net
• nl
• no
• nz
• org
• sh
• sm
• st
• tv
• uk
• us
• vc
• xyz

نعم ، لدينا تراخي للغاية القائمة الرمادية للبريد الإلكتروني السياسة المستخدمة. تنطبق القائمة الرمادية فقط على المرسلين غير المدرجين في قائمة السماح لدينا وتستمر في ذاكرة التخزين المؤقت لدينا لمدة 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 دقائق (تنطبق سياسة القائمة الرمادية الخاصة بنا على مستوى النطاق الجذر).

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

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

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

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

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

نحن نسمح فقط بما يصل إلى 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 الخاص بالمرسل مدرجًا (وليس في allowlist) ، ثم نرسل خطأ 554 بالرسالة The IP ${session.remoteAddress} is blocked 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.

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

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

هذا الموضوع مرتبط بـ مشكلة معروفة على نطاق واسع في Gmail حيث تظهر معلومات إضافية بجوار اسم المرسل.

اعتبارًا من مايو 2023 ، ندعم إرسال بريد إلكتروني باستخدام SMTP كإضافة لجميع المستخدمين المدفوعين - مما يعني أنه يمكنك إزالة عبر شبكة نقطة البريد الأمامي في Gmail.

لاحظ أن موضوع الأسئلة الشائعة هذا مخصص لأولئك الذين يستخدمون امتداد كيفية إرسال البريد باسم Gmail ميزة.

يرجى الاطلاع على قسم هل تؤيد إرسال البريد الإلكتروني مع SMTP للحصول على تعليمات التكوين.

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

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

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

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

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

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

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

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

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

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

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

• إذا لم يستجب الويب هوك بامتداد 200 رمز الحالة ، ثم سنخزن رده في ملف تم إنشاء سجل خطأ - وهو مفيد في التصحيح.

• ستعيد طلبات Webhook HTTP محاولة ما يصل إلى 3 مرات في كل محاولة اتصال SMTP ، مع مهلة 60 ثانية كحد أقصى لكل طلب POST لنقطة النهاية. لاحظ أن هذا لا يعني أنه يعيد المحاولة 3 مرات فقط، ستتم إعادة المحاولة بشكل مستمر بمرور الوقت عن طريق إرسال رمز SMTP لـ 421 (والذي يشير إلى إعادة المحاولة للمرسل لاحقًا) بعد المحاولة الثالثة لطلب HTTP POST الفاشلة. هذا يعني أن البريد الإلكتروني سيعيد المحاولة باستمرار لعدة أيام حتى يتم الوصول إلى رمز الحالة 200.

• سنعيد المحاولة تلقائيًا استنادًا إلى الحالة الافتراضية ورموز الخطأ المستخدمة في طريقة إعادة محاولة الوكيل (نحن أمناء).

• نقوم بتجميع طلبات 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]").

• إذا كنت بحاجة إلى طريقة سريعة للحصول على قيمة X-Original-To، ثم يمكنك استخدام قيمة session.recipient (انظر المثال أدناه). رأس X-Original-To هو رأس نضيفه إلى الرسائل لتصحيح الأخطاء بالأصل RCPT TO عنوان البريد الإلكتروني للرسالة.

• إذا كانت هناك مرفقات ، فسيتم إلحاقها بملف 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": {
    "recipient": "webhook1@webhooks.net",
    "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
  }
}

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

نعم ، الحد الافتراضي هو 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).

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

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

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

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

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

لا ، نحن لا نكتب على القرص أو سجلات التخزين - باستخدام امتداد استثناء من الأخطاء و SMTP الصادر (انظر لدينا سياسة الخصوصية).

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

لا ، نحن لا نكتب على القرص أو سجلات التخزين - باستخدام امتداد استثناء من الأخطاء و SMTP الصادر (انظر لدينا سياسة الخصوصية).

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

نعم. يمكنك الوصول إلى سجلات الأخطاء ضمن حسابي ← السجلات أو حسابي → المجالات.

اعتبارًا من فبراير 2023 ، نقوم بتخزين سجلات الأخطاء لـ 4xx و 5xx رموز استجابة SMTP لمدة 7 أيام - والتي تحتوي على خطأ SMTP والمغلف ورؤوس البريد الإلكتروني (نحن لا تخزين نص البريد الإلكتروني أو المرفقات).

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

سجلات الخطأ لـ تحديد المعدل و القائمة الرمادية لا يمكن الوصول إليها نظرًا لأن الاتصال ينتهي مبكرًا (على سبيل المثال ، من قبل RCPT TO و MAIL FROM يمكن إرسال الأوامر).

انظر لدينا سياسة الخصوصية لمزيد من البصيرة.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• https://support.office.com/en-us/article/add-or-remove-an-email-alias-in-outlook-com-459b1989-356d-40fa-a689-8f285b13f1f2
• https://support.office.com/en-us/article/send-email-from-a-different-address-in-outlook-com-ccba89cb-141c-4a36-8c56-6d16a8556d2e

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

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

• https://discussions.apple.com/thread/8316291
• https://discussions.apple.com/thread/6876839

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

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

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

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

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

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

نعم ، اعتبارًا من 2 مارس 2023 ندعم MTA-STS. يمكنك استخدام هذا النموذج إذا كنت ترغب في تمكينه على المجال الخاص بك.

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

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

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

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

أنشأنا مشروع برمجيات مفتوح المصدر يسمى 🍊 يوسفي واستخدمه في عمليات بحث DNS. خوادم DNS الافتراضية المستخدمة هي 1.1.1.1 و 1.0.0.1، واستفسارات DNS من خلال DNS عبر HTTPS ("DoH") في طبقة التطبيق.

🍊 يوسفي الاستخدامات خدمة DNS للمستهلك الأولى للخصوصية من CloudFlare افتراضيًا.