أسئلة مكررة

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

نحن البديل الشامل لـ Gmail + Mailchimp + Sendgrid.

فكر فينا كخدمة قادرة على توفير الطاقة you@yourdomain.com. نحن أفضل بديل لـ Gmail، وMicrosoft 365، وProton Mail، وSendgrid، وAmazon SES - بدون رسوم أو حدود مخفية - ونركز في النهاية على 100٪ برنامج مفتوح المصدر, تشفير مقاوم للكم، و خصوصية.

وعلى عكس الخدمات الأخرى، فإننا لا نفرض عليك أي رسوم مقابل كل مستخدم. يمكنك الحصول على نطاقات وأسماء مستعارة غير محدودة مقابل معدل شهري واحد فقط قدره 3 دولارات شهريًا. تشتمل جميع الخطط المدفوعة على 10 جيجابايت من مساحة تخزين SQLite المشفرة والمدعومة بـ SSD (IMAP/POP3/CalDAV). يمكن شراء مساحة تخزين إضافية مقابل 3 دولارات شهريًا لكل 10 جيجابايت من مساحة التخزين الإضافية المدعومة بـ SSD.

يمكنك مقارنتها بأكثر من 56 من مقدمي خدمات البريد الإلكتروني الآخرين على صفحة مقارنة البريد الإلكتروني لدينا.

نحن نقدم خدمة استضافة البريد الإلكتروني وإعادة توجيه البريد الإلكتروني لأكثر من 500000 نطاق وهؤلاء المستخدمين البارزين:

• قانوني
• نيتفليكس
• مؤسسة لينكس
• مؤسسة PHP
• راديو فوكس نيوز
• مبيعات إعلانات ديزني
• مسج
• LineageOS
• أوبونتو
• كوبونتو
• لوبونتو
• جامعة ميريلاند
• جامعة واشنطن
• جامعة تافتس
• كلية سوارثمور
• حكومة جنوب أستراليا
• حكومة جمهورية الدومينيكان
• فنادق التجمع الكونغولي من أجل الديمقراطية
• الاتحاد الدولي للشطرنج بالمراسلة
• جون جراهام كومينج (Cloudflare)
• إسحاق ز. شلويتر (npm)
• ديفيد هاينماير هانسون (روبي أون ريلز)

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

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

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

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

1. إذا قمت بالفعل بتسجيل اسم المجال الخاص بك في مكان ما ، فيجب عليك تخطي هذه الخطوة تمامًا والانتقال إلى الخطوة الثانية! وإلا يمكنك ذلك انقر هنا لتسجيل اسم المجال الخاص بك.
2. هل تتذكر المكان الذي سجلت فيه المجال الخاص بك؟ بمجرد أن تتذكر هذا ، اتبع التعليمات أدناه:
   مهم: يجب عليك فتح علامة تبويب جديدة وتسجيل الدخول إلى مسجل النطاق الخاص بك. يمكنك بسهولة النقر فوق "المسجل" أدناه للقيام بذلك تلقائيًا. في علامة التبويب الجديدة هذه، يجب عليك الانتقال إلى صفحة إدارة DNS لدى المسجل الخاص بك - وقد قدمنا خطوات التنقل خطوة بخطوة أدناه ضمن عمود "خطوات التكوين". بمجرد الانتقال إلى هذه الصفحة في علامة التبويب الجديدة، يمكنك العودة إلى علامة التبويب هذه والمتابعة إلى الخطوة الثالثة أدناه. لا تغلق علامة التبويب المفتوحة بعد ؛ سوف تحتاجه للخطوات المستقبلية!

   المسجل	خطوات التكوين
   1&1	تسجيل الدخول مركز المجال (حدد المجال الخاص بك) تحرير إعدادات DNS
   طريق أمازون 53	تسجيل الدخول المناطق المستضافة (حدد المجال الخاص بك)
   Aplus.net	تسجيل الدخول خوادمي إدارة المجال مدير DNS
   بلوهوست	FOR ROCK: تسجيل الدخول المجالات (انقر فوق الرمز ▼ بجوار الإدارة) DNS من أجل الإرث: تسجيل الدخول المجالات محرر المنطقة (حدد المجال الخاص بك)
   كلاود فلير	تسجيل الدخول DNS
   جعل DNS سهلاً	تسجيل الدخول DNS (حدد المجال الخاص بك)
   DNS بسيط	تسجيل الدخول (حدد المجال الخاص بك) DNS يدير
   المحيط الرقمي	تسجيل الدخول الشبكات المجالات (حدد المجال الخاص بك) أكثر إدارة المجال
   Domain.com	تسجيل الدخول في عرض البطاقة ، انقر فوق إدارة في نطاقك في عرض القائمة ، انقر فوق رمز الترس DNS وخوادم الأسماء سجلات DNS
   Domains.com راقب	تسجيل الدخول (حدد المجال الخاص بك) يدير (انقر فوق رمز الترس) انقر فوق DNS & Nameservers في القائمة اليمنى
   DreamHost	تسجيل الدخول لوحة المجالات إدارة المجالات DNS
   رجل	تسجيل الدخول ملخص يدير محرر بسيط السجلات
   فكر في	تسجيل الدخول (حدد المجال الخاص بك) إدارة قم بتحرير المنطقة
   جودادي راقب	تسجيل الدخول إدارة المجالات الخاصة بي (حدد المجال الخاص بك) إدارة DNS
   نطاقات جوجل راقب	تسجيل الدخول (حدد المجال الخاص بك) تكوين DNS
   ناميتشيب راقب	تسجيل الدخول قائمة المجال (حدد المجال الخاص بك) يدير DNS المتقدم
   نيتليفاي	تسجيل الدخول (حدد المجال الخاص بك) قم بإعداد Netlify DNS
   حلول الشبكات	تسجيل الدخول إدارة حساب المستخدم أسماء نطاقي (حدد المجال الخاص بك) يدير تغيير أين يشير المجال DNS المتقدم
   شوبيفي راقب	تسجيل الدخول المجالات المدارة (حدد المجال الخاص بك) إعدادات DNS
   سكوير سبيس	تسجيل الدخول القائمة الرئيسية إعدادات المجالات (حدد المجال الخاص بك) إعدادات متقدمة السجلات المخصصة
   الآن فيرسيل	استخدام CLI "الآن" now dns add [domain] '@' MX [record-value] [priority]
   ويبلي	تسجيل الدخول صفحة المجالات (حدد المجال الخاص بك) DNS
   ويكس	تسجيل الدخول صفحة المجالات (انقر أيقونة) حدد إدارة سجلات 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 include:spf.forwardemail.net -all

   مهم: إذا كنت تستخدم Gmail (مثل Send Mail As) أو G Suite ، فستحتاج إلى الإلحاق include:_spf.google.com إلى القيمة أعلاه ، على سبيل المثال:
   
   v=spf1 a include:spf.forwardemail.net include:_spf.google.com -all
   تلميح: إذا كان لديك بالفعل سطر مشابه مع "v = spf1" ، فستحتاج إلى إلحاقه include:spf.forwardemail.net مباشرة قبل أي سجلات "تتضمن: host.com" وقبل "-all" في نفس السطر ، على سبيل المثال:
   
   v=spf1 a include:spf.forwardemail.net include:host.com -all
   
   لاحظ أن هناك فرقًا بين "-all" و "~ all". يشير "-" إلى أن فحص نظام التعرف على هوية المرسل (SPF) يجب أن يفشل إذا لم يتطابق ، ويشير "~" إلى أن فحص نظام التعرف على هوية المرسل (SPF) يجب أن يكون SOFTFAIL. نوصي باستخدام نهج "-all" لمنع تزوير المجال.
   
   قد تحتاج أيضًا إلى تضمين سجل نظام التعرف على هوية المرسل (SPF) لأي مضيف ترسل منه البريد (مثل Outlook).
6. تحقق من سجلات DNS الخاصة بك باستخدام أداة "التحقق من السجلات" المتوفرة على حسابي المجالات اقامة.
7. أرسل بريدًا إلكترونيًا تجريبيًا لتأكيد أنه يعمل. لاحظ أنه قد يستغرق نشر سجلات DNS الخاصة بك بعض الوقت.
   تلميح: إذا كنت لا تتلقى رسائل بريد إلكتروني تجريبية ، أو تتلقى بريدًا إلكترونيًا اختباريًا يقول "كن حذرًا مع هذه الرسالة" ، فراجع إجابات لماذا لا أتلقى رسائل البريد الإلكتروني التجريبية الخاصة بي و لماذا يتم إرسال رسائل البريد الإلكتروني التجريبية الخاصة بي إلى Gmail على أنها "مريبة" على التوالى.
8. إذا كنت ترغب في "إرسال البريد باسم" من Gmail ، فستحتاج إلى ذلك شاهد هذا الفيديو، أو اتبع الخطوات الواردة أدناه كيفية إرسال البريد باسم باستخدام Gmail أقل.

نعم ولكن يجب أن يكون لديك تبادل MX واحد فقط مدرج في سجلات DNS الخاصة بك.

لا تحاول استخدام "الأولوية" كطريقة لتكوين عمليات تبادل MX المتعددة.

بدلاً من ذلك، تحتاج إلى تكوين تبادل MX الحالي الخاص بك لإعادة توجيه البريد لجميع الأسماء المستعارة غير المتطابقة إلى تبادلات خدمتنا (mx1.forwardemail.net و / أو mx2.forwardemail.net).

إذا كنت تستخدم Google Workspace وتريد إعادة توجيه جميع الأسماء المستعارة غير المتطابقة إلى خدمتنا، فراجع https://support.google.com/a/answer/6297084.

إذا كنت تستخدم Microsoft 365 (Outlook) وتريد إعادة توجيه جميع الأسماء المستعارة غير المتطابقة إلى خدمتنا، فراجع https://learn.microsoft.com/en-us/exchange/mail-flow-best-practices/use-connectors-to-configure-mail-flow/set-up-connectors-to-route-mail و https://learn.microsoft.com/en-us/exchange/mail-flow-best-practices/manage-mail-flow-for-multiple-locations.

باستخدام صفحة إدارة DNS الخاصة بالمسجل الخاص بك، قم بتعيين ما يلي TXT سجل:

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

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

نقوم بتكوينه تلقائيًا مخطط إعادة كتابة المرسل ("SRS") - لا تحتاج إلى القيام بذلك بنفسك.

يرجى الرجوع إلى قسمنا الخاص بـ MTA-STS لمزيد من البصيرة.

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

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

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

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

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

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

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

وهو يدعم كلاً من IPv4 و IPv6 ومتاح عبر المنافذ 993 و 2993 لSSL/TLS.

للاتصال بـ IMAP، يجب مستخدم IMAP يجب أن يكون عنوان البريد الإلكتروني لاسم مستعار موجود للمجال في حسابي المجالات - و ال كلمة مرور IMAP يجب أن تكون كلمة مرور تم إنشاؤها خاصة بالاسم المستعار.

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

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

وهو يدعم كلاً من IPv4 و IPv6 ومتاح عبر المنافذ 995 و 2995 لSSL/TLS.

من أجل الاتصال مع POP3، مستخدم POP3 يجب أن يكون عنوان البريد الإلكتروني لاسم مستعار موجود للمجال في حسابي المجالات - و ال كلمة مرور IMAP يجب أن تكون كلمة مرور تم إنشاؤها خاصة بالاسم المستعار.

يرجى الرجوع إلى هل تدعم POP3 للحصول على إرشادات خطوة بخطوة.

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

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

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

نعم، اعتبارًا من 16 أكتوبر 2023، ندعم تلقي البريد الإلكتروني عبر IMAP كوظيفة إضافية لجميع مستخدمي الخدمة المدفوعة. يرجى قراءة مقالنا العميق على كيف تعمل ميزة تخزين صندوق بريد SQLite المشفرة لدينا.

نعم نحن نؤيد برنامج OpenPGP, التشفير الشامل ("E2EE")واكتشاف المفاتيح العامة باستخدام دليل مفاتيح الويب ("WKD"). يمكنك تكوين OpenPGP باستخدام keys.openpgp.org أو استضافة المفاتيح الخاصة بك ذاتيًا (تشير إلى هذا جوهر إعداد خادم WKD).

• يتم تخزين عمليات البحث في WKD مؤقتًا لمدة ساعة واحدة لضمان تسليم البريد الإلكتروني في الوقت المناسب → لذلك إذا قمت بإضافة أو تغيير أو إزالة مفتاح WKD الخاص بك، فيرجى مراسلتنا عبر البريد الإلكتروني على support@forwardemail.net مع عنوان بريدك الإلكتروني حتى نتمكن من مسح ذاكرة التخزين المؤقت يدويًا.
• نحن ندعم تشفير PGP للرسائل التي يتم إعادة توجيهها عبر بحث WKD أو باستخدام مفتاح PGP الذي تم تحميله على واجهتنا.
• تحظى المفاتيح المحملة بالسيادة طالما تم تمكين/تحديد مربع الاختيار PGP.
• لا يتم تشفير الرسائل المرسلة إلى خطافات الويب حاليًا باستخدام PGP.
• إذا كان لديك عدة أسماء مستعارة تتطابق مع عنوان إعادة توجيه معين (على سبيل المثال، regex/wildcard/exact combo) وإذا كان أكثر من واحد منها يحتوي على مفتاح PGP تم تحميله وتم فحص PGP → فسنرسل إليك رسالة بريد إلكتروني تنبيهية بالخطأ ولن نقوم بتشفير الرسالة باستخدام مفتاح PGP الذي قمت بتحميله. هذا نادر جدًا ولا ينطبق عادةً إلا على المستخدمين المتقدمين الذين لديهم قواعد أسماء مستعارة معقدة.
• لن يتم تطبيق تشفير PGP على إعادة توجيه البريد الإلكتروني عبر خوادم MX الخاصة بنا إذا كان لدى المرسل سياسة رفض DMARC. إذا كنت بحاجة إلى تشفير PGP على الجميع ثم نقترح عليك استخدام خدمة IMAP الخاصة بنا وتكوين مفتاح PGP الخاص بك لاسمك المستعار للبريد الوارد.

1. قم بتنزيل وتثبيت البرنامج الإضافي الموصى به لعميل البريد الإلكتروني الخاص بك أدناه:

   عميل البريد الإلكتروني	منصة	البرنامج المساعد الموصى به	ملحوظات
   ثندربيرد	سطح المكتب	قم بتكوين OpenPGP في Thunderbird	لدى Thunderbird دعم مدمج لـ OpenPGP.
   بريد جوجل	المتصفح	ظرف بريد أو فلوكريبت (رخصة الملكية)	لا يدعم Gmail OpenPGP، ومع ذلك يمكنك تنزيل المكون الإضافي مفتوح المصدر ظرف بريد أو فلوكريبت.
   بريد أبل	ماك	بريد جي بي جي مجاني	لا يدعم Apple Mail برنامج OpenPGP، ومع ذلك يمكنك تنزيل البرنامج الإضافي مفتوح المصدر بريد جي بي جي مجاني.
   بريد أبل	دائرة الرقابة الداخلية	PGPro أو فلوكريبت (رخصة الملكية)	لا يدعم Apple Mail برنامج OpenPGP، ومع ذلك يمكنك تنزيل البرنامج الإضافي مفتوح المصدر PGPro أو فلوكريبت.
   الآفاق	شبابيك	com.gpg4win	لا يدعم عميل بريد سطح المكتب الخاص بـ Outlook OpenPGP، ومع ذلك يمكنك تنزيل البرنامج الإضافي مفتوح المصدر com.gpg4win.
   الآفاق	المتصفح	ظرف بريد أو فلوكريبت (رخصة الملكية)	لا يدعم برنامج البريد الإلكتروني الخاص بـ Outlook برنامج OpenPGP، ومع ذلك يمكنك تنزيل البرنامج الإضافي مفتوح المصدر ظرف بريد أو فلوكريبت.
   ذكري المظهر	متحرك	سلسلة المفاتيح المفتوحة أو فلوكريبت	عملاء بريد أندرويد مثل بريد K-9 و بريد الكتروني عادل كلاهما يدعم البرنامج المساعد مفتوح المصدر سلسلة المفاتيح المفتوحة. يمكنك بدلاً من ذلك استخدام البرنامج الإضافي مفتوح المصدر (ترخيص الملكية). فلوكريبت.
   جوجل كروم	المتصفح	ظرف بريد أو فلوكريبت (رخصة الملكية)	يمكنك تنزيل ملحق المتصفح مفتوح المصدر ظرف بريد أو فلوكريبت.
   موزيلا فايرفوكس	المتصفح	ظرف بريد أو فلوكريبت (رخصة الملكية)	يمكنك تنزيل ملحق المتصفح مفتوح المصدر ظرف بريد أو فلوكريبت.
   مايكروسوفت ايدج	المتصفح	ظرف بريد	يمكنك تنزيل ملحق المتصفح مفتوح المصدر ظرف بريد.
   شجاع	المتصفح	ظرف بريد أو فلوكريبت (رخصة الملكية)	يمكنك تنزيل ملحق المتصفح مفتوح المصدر ظرف بريد أو فلوكريبت.
   البلسا	سطح المكتب	قم بتكوين OpenPGP في Balsa	لدى Balsa دعم مدمج لـ OpenPGP.
   كميل	سطح المكتب	تكوين OpenPGP في KMail	يحتوي KMail على دعم مدمج لـ OpenPGP.
   تطور جنوم	سطح المكتب	قم بتكوين OpenPGP في Evolution	يحتوي GNOME Evolution على دعم مدمج لـ OpenPGP.
   صالة	سطح المكتب	تكوين gpg في المحطة الطرفية	يمكنك استخدام المصدر المفتوح أداة سطر الأوامر gpg لإنشاء مفتاح جديد من سطر الأوامر.

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

3. قم بتحميل مفتاحك العام على https://keys.openpgp.org/upload.

   تلميح: يمكنك زيارة https://keys.openpgp.org/manage لإدارة مفتاحك في المستقبل.
   الوظيفة الإضافية الاختيارية: إذا كنت تستخدم التخزين المشفر (IMAP/POP3) الخدمة والرغبة الجميع البريد الإلكتروني المخزن في قاعدة بيانات SQLite (المشفرة بالفعل) ليتم تشفيره باستخدام مفتاحك العام، ثم انتقل إلى حسابي المجالات الأسماء المستعارة (على سبيل المثال hello@example.com) تعديل افتح PGP وقم بتحميل مفتاحك العام.

4. أضف جديدا CNAME سجل لاسم النطاق الخاص بك (على سبيل المثال. example.com):

   الاسم / المضيف / الاسم المستعار	TTL	نوع	الجواب / القيمة
   openpgpkey	3600	CNAME	wkd.keys.openpgp.org

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

نعم، اعتبارًا من 4 ديسمبر 2023، نحن ندعم ذلك POP3 كإضافة لجميع المستخدمين المدفوعين. يرجى قراءة مقالنا العميق على كيف تعمل ميزة تخزين صندوق بريد SQLite المشفرة لدينا.

نعم، اعتبارًا من 5 فبراير 2024، أضفنا هذه الميزة. خادمنا هو caldav.forwardemail.net ويتم أيضًا مراقبته على موقعنا صفحة الحالة.

وهو يدعم كلاً من IPv4 وIPv6 ومتوفر عبر المنفذ 443 (HTTPS).

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

كيف أقوم بتوصيل وتكوين التقويمات الخاصة بي

لتكوين التقويم الخاص بك، استخدم عنوان URL الخاص بـ CalDAV الخاص بـ: https://caldav.forwardemail.net (أو ببساطة caldav.forwardemail.net إذا سمح عميلك بذلك)

كيف يمكنني إضافة المزيد من التقويمات وإدارة التقويمات الموجودة

إذا كنت ترغب في إضافة تقاويم إضافية، فما عليك سوى إضافة عنوان URL الجديد للتقويم وهو: https://caldav.forwardemail.net/dav/principals/calendar-name (تأكد من استبدال calendar-name مع اسم التقويم المطلوب)

يمكنك تغيير اسم التقويم ولونه بعد إنشائه - ما عليك سوى استخدام تطبيق التقويم المفضل لديك (مثل Apple Mail أو ثندربيرد).

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

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

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

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

في أي وقت يمكنك تصدير صناديق البريد الخاصة بك كـ EML, ام بوكس، أو مشفرة سكليتي التنسيقات.

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

سيتم إرسال رابط إليك عبر البريد الإلكتروني لتنزيل التصدير بمجرد الانتهاء منه.

يرجى ملاحظة أن رابط تنزيل هذا التصدير ينتهي بعد 4 ساعات لأسباب أمنية.

إذا كنت بحاجة إلى فحص تنسيقات EML أو Mbox التي قمت بتصديرها، فقد تكون أدوات المصدر المفتوح التالية مفيدة:

بالإضافة إلى ذلك، إذا كنت بحاجة إلى تحويل ملف Mbox إلى ملف EML، فيمكنك استخدام https://github.com/noelmartinon/mboxzilla.

يمكنك بسهولة استيراد بريدك الإلكتروني إلى إعادة توجيه البريد الإلكتروني (على سبيل المثال باستخدام ثندربيرد) مع التعليمات أدناه:

1. قم بتصدير بريدك الإلكتروني من مزود البريد الإلكتروني الحالي لديك:

   مزود البريد الإلكتروني	تنسيق التصدير	تعليمات التصدير
   بريد جوجل	MBOX	https://takeout.google.com/settings/takeout/custom/gmail
   الآفاق	PST	تلميح: إذا كنت تستخدم Outlook (تنسيق تصدير توقيت المحيط الهادئ)، فيمكنك ببساطة اتباع الإرشادات الموجودة ضمن "أخرى" أدناه. ومع ذلك فقد قدمنا الروابط أدناه لتحويل تنسيق PST إلى تنسيق MBOX/EML استنادًا إلى نظام التشغيل الخاص بك: زينكوبا لنظام التشغيل Windows (جيثب) readpst لنظام التشغيل Windows cygwin - (على سبيل المثال. readpst -u -o $OUT_DIR $IN_DIR استبدال $OUT_DIR و $IN_DIR مع دليل الإخراج ومسارات دليل الإدخال على التوالي). readpst لأوبونتو/لينكس - (على سبيل المثال. sudo apt-get install readpst وثم readpst -u -o $OUT_DIR $IN_DIR، استبدال $OUT_DIR و $IN_DIR مع دليل الإخراج ومسارات دليل الإدخال على التوالي). readpst لنظام التشغيل macOS (عبر الشراب) - (على سبيل المثال. brew install libpst وثم readpst -u -o $OUT_DIR $IN_DIR، استبدال $OUT_DIR و $IN_DIR مع دليل الإخراج ومسارات دليل الإدخال على التوالي). محول PST لنظام التشغيل Windows (GitHub)
   بريد أبل	MBOX	https://support.apple.com/guide/mail/import-or-export-mailboxes-mlhlp1030/mac#apd37a3190755974
   بريد سريع	EML	https://www.fastmail.help/hc/en-us/articles/360060590573-Download-all-your-data#downloadmail
   بريد بروتون	MBOX/EML	https://proton.me/support/export-emails-import-export-app
   توتانوتا	EML	https://github.com/crepererum-oss/tatuanatata?tab=readme-ov-file#tatutanatata
   فكر في	EML	https://docs.gandi.net/en/gandimail/common_operations/backup_email.html#contents
   زوهو	EML	https://www.zoho.com/mail/help/import-export-emails.html#alink2
   آخر	استخدم ثندربيرد	قم بإعداد حساب بريدك الإلكتروني الحالي في Thunderbird ثم استخدم أدوات الاستيراد والتصدير OF البرنامج المساعد لتصدير واستيراد البريد الإلكتروني الخاص بك. قد تتمكن أيضًا من نسخ/لصق أو سحب/إسقاط رسائل البريد الإلكتروني بين حساب وآخر.

2. تنزيل وتثبيت وفتح ثندربيرد.

3. أنشئ حسابًا جديدًا باستخدام عنوان البريد الإلكتروني الكامل لاسمك المستعار (على سبيل المثال: you@yourdomain.com) وكلمة المرور التي تم إنشاؤها. إذا لم يكن لديك كلمة مرور تم إنشاؤها بعد، إذن الرجوع إلى تعليمات الإعداد لدينا.

4. تحميل وتثبيت أدوات الاستيراد والتصدير OF البرنامج المساعد ثندربيرد.

5. قم بإنشاء مجلد محلي جديد في Thunderbird، ثم انقر بزر الماوس الأيمن عليه → حدد ImportExportTools NG خيار → اختر Import mbox file (لتنسيق تصدير MBOX) - أو - Import messages / Import all messages from a directory (لتنسيق تصدير EML).

6. قم بالسحب/الإفلات من المجلد المحلي إلى مجلد IMAP جديد (أو موجود) في Thunderbird الذي ترغب في تحميل الرسائل إليه في مخزن IMAP من خلال خدمتنا. سيضمن ذلك الاحتفاظ بنسخة احتياطية منها عبر الإنترنت من خلال وحدة التخزين المشفرة SQLite الخاصة بنا.

   تلميح: إذا كنت في حيرة بشأن كيفية الاستيراد إلى Thunderbird، فيمكنك الرجوع إلى التعليمات الرسمية على https://kb.mozillazine.org/Importing_folders و https://github.com/thunderbird/import-export-tools-ng/wiki.

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

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

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

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

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

• 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 عنوان البريد الإلكتروني للرسالة.
     • قيمة هذا الرأس لها Bcc تمت إزالة العناوين التي تم تحليلها منه.
     • هذا مفيد لتحديد المكان الذي تم تسليم البريد الإلكتروني إليه في الأصل.
   • X-ForwardEmail-Version - الحالي نصف نسخة من package.json من قاعدة بياناتنا.
   • X-ForwardEmail-Session-ID - قيمة معرّف الجلسة المستخدمة لأغراض التصحيح (تنطبق فقط في البيئات غير الإنتاجية).
   • X-ForwardEmail-Sender - قائمة مفصولة بفواصل تحتوي على عنوان المغلف الأصلي MAIL FROM (إذا لم يكن فارغًا) ، وعميل PTR العكسي FQDN (إن وجد) ، وعنوان IP الخاص بالمرسل.
   • X-ForwardEmail-ID - ينطبق هذا فقط على SMTP الصادر ويرتبط بمعرف البريد الإلكتروني المخزن في حسابي → رسائل البريد الإلكتروني
   • 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. بالنسبة إلى عناوين إعادة التوجيه الخاصة بكل مستلم تمت معالجته ، نقوم بعد ذلك بإجراء العمليات التالية:

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

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

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

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

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

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

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

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

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

إذا كان المستلم عبارة عن خطاف ويب على الويب ، فسنسمح بمهلة 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.

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

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

• 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

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

ننشر عناوين IP الخاصة بنا على https://forwardemail.net/ips.

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

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

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

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

• edu
• gov
• mil
• int
• arpa
• 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.ve
• gob.sv
• 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.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
• gv.at
• ac.uk
• bl.uk
• judiciary.uk
• mod.uk
• nhs.uk
• parliament.uk
• police.uk
• rct.uk
• royal.uk
• sch.uk
• ukaea.uk

بالإضافة إلى هذه نطاقات المستوى الأعلى للعلامة التجارية والشركات يتم إدراجها في القائمة المسموح بها افتراضيًا (على سبيل المثال apple ل applecard.apple بالنسبة للبيانات المصرفية لبطاقة Apple Card):

• aaa
• aarp
• abarth
• abb
• abbott
• abbvie
• abc
• accenture
• aco
• aeg
• aetna
• afl
• agakhan
• aig
• aigo
• airbus
• airtel
• akdn
• alfaromeo
• alibaba
• alipay
• allfinanz
• allstate
• ally
• alstom
• amazon
• americanexpress
• amex
• amica
• android
• anz
• aol
• apple
• aquarelle
• aramco
• audi
• auspost
• aws
• axa
• azure
• baidu
• bananarepublic
• barclaycard
• barclays
• basketball
• bauhaus
• bbc
• bbt
• bbva
• bcg
• bentley
• bharti
• bing
• blanco
• bloomberg
• bms
• bmw
• bnl
• bnpparibas
• boehringer
• bond
• booking
• bosch
• bostik
• bradesco
• bridgestone
• brother
• bugatti
• cal
• calvinklein
• canon
• capitalone
• caravan
• cartier
• cba
• cbn
• cbre
• cbs
• cern
• cfa
• chanel
• chase
• chintai
• chrome
• chrysler
• cipriani
• cisco
• citadel
• citi
• citic
• clubmed
• comcast
• commbank
• creditunion
• crown
• crs
• csc
• cuisinella
• dabur
• datsun
• dealer
• dell
• deloitte
• delta
• dhl
• discover
• dish
• dnp
• dodge
• dunlop
• dupont
• dvag
• edeka
• emerck
• epson
• ericsson
• erni
• esurance
• etisalat
• eurovision
• everbank
• extraspace
• fage
• fairwinds
• farmers
• fedex
• ferrari
• ferrero
• fiat
• fidelity
• firestone
• firmdale
• flickr
• flir
• flsmidth
• ford
• fox
• fresenius
• forex
• frogans
• frontier
• fujitsu
• fujixerox
• gallo
• gallup
• gap
• gbiz
• gea
• genting
• giving
• gle
• globo
• gmail
• gmo
• gmx
• godaddy
• goldpoint
• goodyear
• goog
• google
• grainger
• guardian
• gucci
• hbo
• hdfc
• hdfcbank
• hermes
• hisamitsu
• hitachi
• hkt
• honda
• honeywell
• hotmail
• hsbc
• hughes
• hyatt
• hyundai
• ibm
• ieee
• ifm
• ikano
• imdb
• infiniti
• intel
• intuit
• ipiranga
• iselect
• itau
• itv
• iveco
• jaguar
• java
• jcb
• jcp
• jeep
• jpmorgan
• juniper
• kddi
• kerryhotels
• kerrylogistics
• kerryproperties
• kfh
• kia
• kinder
• kindle
• komatsu
• kpmg
• kred
• kuokgroup
• lacaixa
• ladbrokes
• lamborghini
• lancaster
• lancia
• lancome
• landrover
• lanxess
• lasalle
• latrobe
• lds
• leclerc
• lego
• liaison
• lexus
• lidl
• lifestyle
• lilly
• lincoln
• linde
• lipsy
• lixil
• locus
• lotte
• lpl
• lplfinancial
• lundbeck
• lupin
• macys
• maif
• man
• mango
• marriott
• maserati
• mattel
• mckinsey
• metlife
• microsoft
• mini
• mit
• mitsubishi
• mlb
• mma
• monash
• mormon
• moto
• movistar
• msd
• mtn
• mtr
• mutual
• nadex
• nationwide
• natura
• nba
• nec
• netflix
• neustar
• newholland
• nfl
• nhk
• nico
• nike
• nikon
• nissan
• nissay
• nokia
• northwesternmutual
• norton
• nra
• ntt
• obi
• office
• omega
• oracle
• orange
• otsuka
• ovh
• panasonic
• pccw
• pfizer
• philips
• piaget
• pictet
• ping
• pioneer
• play
• playstation
• pohl
• politie
• praxi
• prod
• progressive
• pru
• prudential
• pwc
• quest
• qvc
• redstone
• reliance
• rexroth
• ricoh
• rmit
• rocher
• rogers
• rwe
• safety
• sakura
• samsung
• sandvik
• sandvikcoromant
• sanofi
• sap
• saxo
• sbi
• sbs
• sca
• scb
• schaeffler
• schmidt
• schwarz
• scjohnson
• scor
• seat
• sener
• ses
• sew
• seven
• sfr
• seek
• shangrila
• sharp
• shaw
• shell
• shriram
• sina
• sky
• skype
• smart
• sncf
• softbank
• sohu
• sony
• spiegel
• stada
• staples
• star
• starhub
• statebank
• statefarm
• statoil
• stc
• stcgroup
• suzuki
• swatch
• swiftcover
• symantec
• taobao
• target
• tatamotors
• tdk
• telecity
• telefonica
• temasek
• teva
• tiffany
• tjx
• toray
• toshiba
• total
• toyota
• travelchannel
• travelers
• tui
• tvs
• ubs
• unicom
• uol
• ups
• vanguard
• verisign
• vig
• viking
• virgin
• visa
• vista
• vistaprint
• vivo
• volkswagen
• volvo
• walmart
• walter
• weatherchannel
• weber
• weir
• williamhill
• windows
• wme
• wolterskluwer
• woodside
• wtc
• xbox
• xerox
• xfinity
• yahoo
• yamaxun
• yandex
• yodobashi
• youtube
• zappos
• zara
• zippo

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

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

• يجب أن يكون مجال جذر المرسل من امتداد اسم المجال الذي يطابق القائمة التي نقدمها على خطتنا المجانية (مع إضافة 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 ، فرضنا قاعدة عامة جديدة للبريد العشوائي لحماية مستخدمينا وخدمتنا.

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

• ac
• ad
• ag
• ai
• al
• am
• app
• as
• at
• au
• ba
• be
• br
• by
• ca
• cc
• cd
• ch
• ck
• co
• com
• de
• dev
• dj
• dk
• ee
• es
• eu
• family
• fi
• fm
• fr
• gg
• gl
• id
• ie
• il
• im
• in
• io
• ir
• is
• it
• je
• jp
• ke
• kr
• la
• li
• lv
• ly
• md
• me
• mn
• ms
• mu
• mx
• net
• ni
• nl
• no
• nu
• nz
• org
• pl
• pr
• pt
• pw
• rs
• sc
• se
• sh
• si
• sm
• sr
• st
• tc
• tm
• to
• tv
• uk
• us
• uz
• vc
• vg
• vu
• ws
• xyz
• za

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

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

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

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

باستخدام رمز الحالة 421 بدلاً من رمز الحالة 554، يمكن تخفيف النتائج الإيجابية الخاطئة المحتملة في الوقت الفعلي ومن ثم يمكن تسليم الرسالة بنجاح في المحاولة التالية.

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

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

يمكن طلب طلبات إزالة القائمة المحظورة على https://forwardemail.net/denylist. تتم معالجة طلبات إزالة القائمة المحظورة الخاصة بالمستخدمين المدفوعين على الفور، بينما يجب على المستخدمين غير المدفوعين الانتظار حتى يقوم المسؤولون بمعالجة طلبهم.

ستتم إضافة المرسلين الذين تم اكتشاف أنهم يرسلون محتوى غير مرغوب فيه أو فيروسات إلى قائمة الرفض بالطريقة التالية:

1. ال بصمة الرسالة الأولية يتم إدراجه في القائمة الرمادية عند اكتشاف رسائل غير مرغوب فيها أو قائمة الحظر من مرسل "موثوق" (على سبيل المثال. gmail.com, microsoft.com, apple.com).
   • إذا تم إدراج المرسل في القائمة المسموح بها، فسيتم إدراج الرسالة في القائمة الرمادية لمدة ساعة واحدة.
   • إذا لم يكن المرسل مدرجًا في القائمة المسموح بها، فسيتم إدراج الرسالة في القائمة الرمادية لمدة 6 ساعات.
2. نقوم بتحليل مفاتيح قائمة الحظر من المعلومات الواردة من المرسل والرسالة، ولكل مفتاح من هذه المفاتيح نقوم بإنشاء عداد (إذا لم يكن موجودًا بالفعل) ونزيده بمقدار 1 ونخزنه مؤقتًا لمدة 24 ساعة.
   • بالنسبة للمرسلين المدرجين في القائمة المسموح بها:
     • أضف مفتاحًا لعنوان البريد الإلكتروني "البريد من" المغلف إذا كان يحتوي على نظام التعرف على هوية المرسل (SPF) أو لا يحتوي على نظام التعرف على هوية المرسل (SPF)، ولم يكن اسم مستخدم مسؤول أو اسم مستخدم بدون رد.
     • إذا كان الرأس "من" مدرجًا في القائمة المسموح بها، فأضف مفتاحًا لعنوان البريد الإلكتروني للرأس "من" إذا كان يحتوي على نظام التعرف على هوية المرسل (SPF) أو تمرير DKIM محاذاته.
     • إذا لم يكن رأس "من" مدرجًا في القائمة المسموح بها، فأضف مفتاحًا لعنوان البريد الإلكتروني لرأس "من" واسم النطاق الجذري الذي تم تحليله.
   • بالنسبة للمرسلين غير المدرجين في القائمة المسموح بها:
     • أضف مفتاحًا لعنوان البريد الإلكتروني للمغلف "MAIL FROM" إذا كان نظام التعرف على هوية المرسل (SPF) يمر.
     • إذا كان الرأس "من" مدرجًا في القائمة المسموح بها، فأضف مفتاحًا لعنوان البريد الإلكتروني للرأس "من" إذا كان يحتوي على نظام التعرف على هوية المرسل (SPF) أو تمرير DKIM محاذاته.
     • إذا لم يكن رأس "من" مدرجًا في القائمة المسموح بها، فأضف مفتاحًا لعنوان البريد الإلكتروني لرأس "من" واسم النطاق الجذري الذي تم تحليله.
     • أضف مفتاحًا لعنوان IP البعيد للمرسل.
     • قم بإضافة مفتاح لاسم المضيف الخاص بالعميل عن طريق البحث العكسي من عنوان IP الخاص بالمرسل (إن وجد).
     • أضف مفتاحًا للمجال الجذر لاسم المضيف الذي تم حله بواسطة العميل (إن وجد، وإذا كان يختلف عن اسم المضيف الذي تم حله بواسطة العميل).
3. إذا وصل العداد إلى 5 لمرسل ومفتاح غير مدرجين في القائمة المسموح بها، فإننا نرفض المفتاح لمدة 30 يومًا ويتم إرسال بريد إلكتروني إلى فريق إساءة الاستخدام لدينا. قد تتغير هذه الأرقام وستظهر التحديثات هنا بينما نقوم بمراقبة إساءة الاستخدام.
4. إذا وصل العداد إلى 10 للمرسل والمفتاح المدرجين في القائمة المسموح بها، فإننا نرفض المفتاح لمدة 7 أيام ويتم إرسال بريد إلكتروني إلى فريق إساءة الاستخدام لدينا. قد تتغير هذه الأرقام وستظهر التحديثات هنا بينما نقوم بمراقبة إساءة الاستخدام.

NOTE: في المستقبل القريب سوف نقدم مراقبة السمعة. ستحسب مراقبة السمعة بدلاً من ذلك متى يتم رفض المرسل بناءً على عتبة النسبة المئوية (على عكس العداد البدائي كما هو مذكور أعلاه).

يتم تحديد معدل المرسل إما عن طريق المجال الجذر الذي تم تحليله من بحث عكسي لـ PTR على عنوان IP الخاص بالمرسل - أو إذا لم يؤدي ذلك إلى نتيجة، فإنه ببساطة يستخدم عنوان IP الخاص بالمرسل. لاحظ أننا نشير إلى هذا باسم Sender أقل.

تمتلك خوادم MX الخاصة بنا حدودًا يومية للبريد الوارد المستلم تخزين IMAP المشفر:

• بدلاً من تحديد معدل البريد الوارد المستلم على أساس اسم مستعار فردي (على سبيل المثال. you@yourdomain.com) - نقوم بتقييم الحد حسب اسم النطاق الخاص بالاسم المستعار نفسه (على سبيل المثال yourdomain.com). هذا يمنع Senders من إغراق صناديق البريد الوارد بجميع الأسماء المستعارة عبر نطاقك مرة واحدة.
• لدينا حدود عامة تنطبق على الجميع Senders عبر خدمتنا بغض النظر عن المتلقي:
  • Senders التي نعتبرها "موثوقة" كمصدر للحقيقة (على سبيل المثال. gmail.com, microsoft.com, apple.com) يقتصر على إرسال 100 جيجابايت يوميًا.
  • Senders هذا هو القائمه المتاحه تقتصر على إرسال 10 غيغابايت يوميا.
  • كل شيء آخر Senders تقتصر على إرسال 1 جيجابايت و/أو 1000 رسالة يوميًا.
• لدينا حد معين لكل Sender و yourdomain.com 1 جيجابايت و/أو 1000 رسالة يوميًا.

تعمل خوادم MX أيضًا على تقييد الرسائل التي يتم إعادة توجيهها إلى مستلم واحد أو أكثر من خلال تحديد المعدل - ولكن هذا ينطبق فقط على Senders ليس على القائمة المسموح بها:

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

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

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

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

• Senders سيتم رفض الحد الأقصى للسعر مع وجود خطأ 421.

تعمل خوادم IMAP وSMTP الخاصة بنا على الحد من احتواء الأسماء المستعارة على أكثر من 60 الاتصالات المتزامنة في وقت واحد.

حدود خوادم MX لدينا غير المدرجة في القائمة المسموح بها المرسلون من إنشاء أكثر من 10 اتصالات متزامنة (مع انتهاء صلاحية ذاكرة التخزين المؤقت لمدة 3 دقائق للعداد، وهو ما يعكس مهلة المقبس لدينا البالغة 3 دقائق).

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

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

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

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

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

• automailer
• autoresponder
• bounce
• bounce-notification
• bounce-notifications
• bounces
• e-bounce
• ebounce
• host-master
• host.master
• hostmaster
• localhost
• mail-daemon
• mail.daemon
• maildaemon
• mailer
• mailer-daemon
• mailer.daemon
• mailerdaemon
• post-master
• post.master
• postmaster

إذا كان عنوان IP الخاص بالمرسل مدرجًا (وليس في القائمة المسموح بها) ، ثم نرسل خطأ 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 قيمة الرأس (إن وجدت)
• From قيمة الرأس (إن وجدت)
• To قيمة الرأس (إن وجدت)
• Cc قيمة الرأس (إن وجدت)
• Subject قيمة الرأس (إن وجدت)
• Body القيمة (إن وجدت)

إذا رأيت رسالة الخطأ هذه في 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 يومًا من بدء الخطة المدفوعة لأول مرة ، فسنقوم تلقائيًا برد المبلغ بالكامل من خطتك الحالية.

نعم، اعتبارًا من 14 أغسطس 2024، أضفنا هذه الميزة. يمكنك الآن الانتقال إلى حسابي → النطاقات → الإعدادات → عنوان URL لـ Bounce Webhook وتكوين http:// أو https:// عنوان URL الذي سنرسله POST طلب في كل مرة ترتد فيها رسائل البريد الإلكتروني SMTP الصادرة.

يعد هذا مفيدًا لك لإدارة ومراقبة SMTP الصادر الخاص بك - ويمكن استخدامه للحفاظ على المشتركين، والانسحاب، واكتشاف متى تحدث ارتدادات.

يتم إرسال حمولات Bounce Webhook بتنسيق JSON مع الخصائص التالية:

• email_id (سلسلة) - معرف البريد الإلكتروني الذي يتوافق مع البريد الإلكتروني في حسابي → رسائل البريد الإلكتروني (SMTP الصادر)
• list_id (سلسلة) - List-ID قيمة العنوان (غير حساسة لحالة الأحرف)، إن وجدت، من البريد الإلكتروني الصادر الأصلي
• list_unsubscribe (سلسلة) - List-Unsubscribe قيمة العنوان (غير حساسة لحالة الأحرف)، إن وجدت، من البريد الإلكتروني الصادر الأصلي
• feedback_id (سلسلة) - Feedback-ID قيمة العنوان (غير حساسة لحالة الأحرف)، إن وجدت، من البريد الإلكتروني الصادر الأصلي
• recipient (سلسلة) - عنوان البريد الإلكتروني للمستلم الذي ارتد أو أخطأ
• message (سلسلة) - رسالة خطأ مفصلة للارتداد
• response (سلسلة) - رسالة استجابة SMTP
• response_code (الرقم) - رمز استجابة SMTP المُحلل
• truth_source (سلسلة) - إذا كان رمز الاستجابة من مصدر موثوق، فسيتم ملء هذه القيمة باسم المجال الجذر (على سبيل المثال google.com أو yahoo.com)
• bounce (الكائن) - كائن يحتوي على الخصائص التالية التي توضح حالة الارتداد والرفض
  • action (سلسلة) - إجراء الارتداد (على سبيل المثال "reject")
  • message (سلسلة) - سبب الارتداد (على سبيل المثال "Message Sender Blocked By Receiving Server")
  • category (سلسلة) - فئة الارتداد (على سبيل المثال "block")
  • code (الرقم) - رمز حالة الارتداد (على سبيل المثال 554)
  • status (سلسلة) - رمز الارتداد من رسالة الاستجابة (على سبيل المثال 5.7.1)
  • line (الرقم) - رقم السطر المُحلل، إن وجد، من قائمة تحليل الارتداد الخاصة بـ Zone-MTA (على سبيل المثال 526)
• headers (الكائن) - زوج من القيم الرئيسية لرؤوس البريد الإلكتروني الصادر
• bounced_at (خيط) - ISO 8601 تم تنسيق التاريخ الذي حدث فيه خطأ الارتداد

على سبيل المثال:

{
  "email_id": "66bcce793ef7b2a0928e14ba",
  "recipient": "example@gmail.com",
  "message": "The email account that you tried to reach is over quota.",
  "response": "552 5.2.2 The email account that you tried to reach is over quota.",
  "response_code": 552,
  "truth_source": "google.com",
  "bounce": {
    "action": "reject",
    "message": "Gmail Mailbox is full",
    "category": "capacity",
    "code": 552,
    "status": "5.2.2",
    "line": 300
  },
  "headers": {},
  "bounced_at": "2024-08-24T01:50:02.828Z"
}

فيما يلي بعض الملاحظات الإضافية المتعلقة بخطافات الويب المرتدة:

• إذا كانت حمولة خطاف الويب تحتوي على list_id, list_unsubscribe، أو feedback_id القيمة، فيجب عليك اتخاذ الإجراء المناسب لإزالة recipient من القائمة إذا لزم الأمر.
  • إذا كان bounce.category القيمة كانت واحدة "block", "recipient", "spam"، أو "virus"، فيجب عليك بالتأكيد إزالة المستخدم من القائمة.
• إذا كنت بحاجة إلى التحقق من حمولات webhook (للتأكد من أنها تأتي بالفعل من خادمنا)، فيمكنك ذلك حل اسم مضيف عميل عنوان IP للعميل البعيد باستخدام بحث عكسي - ينبغي أن يكون smtp.forwardemail.net.
  • يمكنك أيضًا التحقق من عنوان IP عناوين IP المنشورة لدينا.
  • انتقل إلى حسابي → المجالات → الإعدادات → مفتاح التحقق من حمولة توقيع Webhook للحصول على مفتاح Webhook الخاص بك.
    • يمكنك تدوير هذا المفتاح في أي وقت لأسباب أمنية.
    • احسب وقارن بين X-Webhook-Signature القيمة من طلب خطاف الويب الخاص بنا مع قيمة النص المحسوبة باستخدام هذا المفتاح. مثال على كيفية القيام بذلك متاح على هذا المنشور Stack Overflow.
  • انظر المناقشة في https://github.com/forwardemail/free-email-forwarding/issues/235 لمزيد من البصيرة.
• سوف ننتظر حتى 5 ثوانٍ حتى تستجيب نقطة نهاية خطاف الويب الخاصة بك بـ 200 رمز الحالة، وسنحاول مرة أخرى حتى 1 وقت.
• إذا اكتشفنا أن عنوان URL الخاص برابط الويب المرتد الخاص بك به خطأ أثناء محاولتنا إرسال طلب إليه، فسنرسل إليك بريدًا إلكترونيًا مجانيًا مرة واحدة في الأسبوع.

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

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

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

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

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

• إذا كنت بحاجة إلى التحقق من حمولات webhook (للتأكد من أنها تأتي بالفعل من خادمنا)، فيمكنك ذلك حل اسم مضيف عميل عنوان IP للعميل البعيد باستخدام بحث عكسي – يجب أن يكون كذلك mx1.forwardemail.net أو mx2.forwardemail.net.

  • يمكنك أيضًا التحقق من عنوان IP عناوين IP المنشورة لدينا.
  • إذا كنت تستخدم خطة مدفوعة، فانتقل إلى حسابي → النطاقات → الإعدادات → مفتاح التحقق من حمولة توقيع Webhook للحصول على مفتاح webhook الخاص بك.
    • يمكنك تدوير هذا المفتاح في أي وقت لأسباب أمنية.
    • احسب وقارن بين X-Webhook-Signature القيمة من طلب خطاف الويب الخاص بنا مع قيمة النص المحسوبة باستخدام هذا المفتاح. مثال على كيفية القيام بذلك متاح على هذا المنشور Stack Overflow.
  • انظر المناقشة في https://github.com/forwardemail/free-email-forwarding/issues/235 لمزيد من البصيرة.

• إذا لم يستجب الويب هوك بامتداد 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.

نعم، ما عليك سوى تعديل DNS الخاص بك TXT قم بتسجيل الاسم المستعار ووضع بادئة عليه إما بعلامة تعجب واحدة أو اثنتين أو ثلاث (انظر أدناه).

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

للرفض الهادئ (يظهر للمرسل كما لو أن الرسالة قد تم إرسالها بنجاح، ولكنها في الواقع لم تصل إلى أي مكان) (رمز الحالة 250): إذا قمت ببادئة الاسم المستعار بـ "!" (علامة تعجب واحدة) فستعيد رمز الحالة الناجح 250 للمرسلين الذين يحاولون الإرسال إلى هذا العنوان، ولكن رسائل البريد الإلكتروني نفسها لن تذهب إلى أي مكان (على سبيل المثال، ثقب أسود أو /dev/null).

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

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

على سبيل المثال ، إذا كنت أريد أن تذهب جميع رسائل البريد الإلكتروني إلى 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 السجلات).

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

نعم! اعتبارًا من 13 ديسمبر 2023، أضفنا دعمًا لمفاتيح المرور بسبب ارتفاع الطلب.

تسمح لك مفاتيح المرور بتسجيل الدخول بشكل آمن دون الحاجة إلى كلمة مرور ومصادقة ثنائية.

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

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

تعرف على المزيد حول مفاتيح المرور على الروابط التالية:

• قم بتسجيل الدخول إلى تطبيقاتك ومواقع الويب الخاصة بك باستخدام مفاتيح المرور (جوجل)
• استخدم مفاتيح المرور لتسجيل الدخول إلى التطبيقات ومواقع الويب على iPhone (تفاحة)
• مقالة ويكيبيديا عن مفاتيح المرور

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

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

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

يرشدك هذا القسم إذا كان بريدك الصادر يستخدم خوادم SMTP الخاصة بنا (على سبيل المثال. smtp.forwardemail.net) (أو يتم إرسالها عبر mx1.forwardemail.net أو mx2.forwardemail.net) ويتم تسليمه في مجلد الرسائل غير المرغوب فيها أو البريد غير المرغوب فيه للمستلمين.

نحن نراقب بشكل روتيني عناوين الانترنت بروتوكول ضد جميع قوائم رفض DNS ذات السمعة الطيبة, لذلك فهي على الأرجح مشكلة تتعلق بسمعة المجال.

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

• تعليقات حول تصنيف نطاق Cloudflare
• Spamhaus IP ومدقق سمعة المجال (DNSBL)
• مركز Cisco Talos IP وسمعة المجال
• Barracuda IP والبحث عن سمعة المجال (DNSBL)
• التحقق من القائمة السوداء لـ MX Toolbox
• أدوات جوجل بوستماستر
• مركز إرسال ياهو (يشمل فيريزون/AOL)
• MultiRBL.valli.org التحقق من القائمة السوداء (DNSBL)
• درجة المرسل
• عدم التقييم (DNSBL)
• SURBL (DNSBL)
• إزالة IP الخاص بـ Apple/Proofpoint
• إزالة IP الخاص بـ Cloudmark
• SpamCop (DNSBL)
• إزالة IP الخاص بـ Microsoft Outlook وOffice 365 - راجع أيضًا بوابة المرسل الخاصة بهم على https://sendersupport.olc.protection.outlook.com/pm/Postmaster
• مستويات 1 و2 و3 من UCEPROTECT (DNSBL)
• موقع backscatterer.org التابع لـ UCEPROTECT (يرجى قراءة الاستخدام؛ فهو ليس مرسل بريد عشوائي/DNSBL، بل يستخدمه بعض خوادم البريد للحماية من عمليات الترحيل المفتوحة والارتدادات الموجهة بشكل خاطئ - والمعروفة أيضًا باسم "التشتت الخلفي")
• موقع UCEPROTECT's whitelisted.org (يتطلب رسومًا)
• تتضمن شركة AT&T abuse_rbl@abuse-att.net في رسائل خطأ SMTP، ما هو أفضل عنوان لإرسال بريد إلكتروني لطلب الإزالة
• تتضمن AOL/Verizon [IPTS04] في رسائل خطأ SMTP، والتي تشير إلى أنك بحاجة إلى إرسال نموذج طلب الإزالة على https://senders.yahooinc.com/
• تتضمن شركة Cox Communications unblock.request@cox.net في رسائل خطأ SMTP، ولكنها تندمج مع بريد Yahoo وسيتم إيقاف هذا
• يتضمن t-online.de (الألمانية/T-Mobile) tobr@rx.t-online.de في رسائل خطأ SMTP، لكنها لم تكن موثوقة وفقًا لطلبات الإزالة التي قدمناها في الماضي

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

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

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

عنوان البريد الإلكتروني لإعادة توجيه البريد العشوائي إليه هو: 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. انظر قسم تحديد معدل و القائمة الرمادية في الاعلى.

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

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

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

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

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

يمكن العثور على التكوين الخاص بنا بشكل عام على GitHub على https://github.com/forwardemail/mta-sts.forwardemail.net.

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

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

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

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

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