Jobs::HandledExceptionWrapper: Wrapped Net::OpenTimeout: انتهت مهلة فتح اتصال TCP بـ smtp.mailersend.net:25 (تتجاوز 5 ثوانٍ)
أواجه هذا الخطأ.. هل يعني ذلك أن عليّ فتح المنفذ 25 لـ SMTP لكي يعمل؟
نعم. إنه يحاول إرسال بريد، والعديد من خدمات الاستضافة تحظر المنفذ 25 الصادر.
لقد سمحت بالفعل لـ IPtables بالمنفذ 25 لقبول الاتصالات .. وقمت بحفظه وإعادة تشغيله مع كل إعادة تشغيل للخادم أو إعادة تشغيل! ما الذي يمكن أن يكون هناك؟
لقد تحققت أيضًا من بيانات اعتماد SMTP الخاصة بي .. وهي جيدة مع تكوين DNS الخاص بي وكل ذلك ولكن لا يزال لا يحدث شيء.
أي أفكار حول ما يحدث هنا؟ 
لا أعرف ما يحدث. ولكن إذا كنت في DigitalOcean، فلا يهم إذا قمت بفتح المنفذ 25 لأن DO يحظره بينك وبين العالم.
إعجاب واحد (1)
@Jakke أنا مع OVH منذ فترة طويلة ولم أواجه أي مشكلة معهم، ولكن قبل بضعة أيام اشتريت خادمًا جديدًا منهم وقمت بإعداده على الفور باستخدام نظام iptables القوي الخاص بهم بدلاً من ufw التقليدي الذي كنت أستخدمه حتى قبل بضعة أيام، وبالطبع فتحت المنافذ 22 و 80 و 443 و 6379، وبعد ساعات قليلة 25، ولكن لم يتغير شيء حتى الآن 
أعتقد أنني قد أحتاج إلى إعادة تشغيل نظامي والخادم و Discourse أيضًا ربما!
اسألهم إذا كانوا يحظرون المنفذ 25. إذا كان من المحتمل أن يتم حظره عند جهاز التوجيه، وليس نظام التشغيل. تستخدم خدمات مثل Mailgun المنفذ 2525 لتجنب هذه المشكلة.
إعجاب واحد (1)
UFW هو مجرد واجهة أمامية لـ iptables وهي مجرد واجهة أمامية للتحكم في الحزم.
يمنح استخدام iptables مباشرة مرونة أكبر من UFW ولكنه يحتاج إلى ipatables-persistent. ولكن عند استخدام iptables مقابل UFW، لا توجد اختلافات كبيرة باستثناء اثنين:
- مع iptable، الترتيب مهم
- مع iptable، الصيغة مهمة
حتى أنني سأقول إن ذكر iptables غير كافٍ عندما لا يعرف أحد ما لديك هناك.
هناك تفصيل صغير أيضًا. Docker لا يهتم بما فعلته بـ iptables الخاص بـ VPS. Docker يتجاوزه بطريقة ما.
هناك شيء واحد فقط لا أفهمه: لماذا تستخدم المنفذ 22؟
لاتصال SSH بالخادم لتثبيت الإضافات وما إلى ذلك 
مع أخذ ذلك في الاعتبار، كنت سأغير منفذ الافتراضي 22 إلى رقم آخر..!
فكرة جيدة ولكنها عطلة نهاية الأسبوع ويميلون إلى النوم حتى وقت متأخر 
إعجاب واحد (1)
بالطبع. من فضلك - لا تقرأ ما أكتبه، بل ما يجب أن أكتبه 
نعم. خطئي. ما قصدته هو لماذا تريد استخدام المنفذ 25…
إعجاب واحد (1)
هذه هي المشكلة الأصلية التي أواجهها في منشوري الأول ولم أكن أعرف ما يعنيه هذا الرقم 25 ولكني خمنت أنه كان رقم المنفذ مع إرسال البريد أو تأكيد البريد الإلكتروني ليكون أكثر إصرارًا وكنت على حق
هل أجبتك بالمنفذ 25؟؟ لست متأكدًا من مصدره ولكنه موجود على ما يبدو 
لذا مع iptables / ufw، تميل إلى حظر حركة المرور الواردة، ولكن الخطأ يتعلق بحركة المرور الصادرة من الخادم الخاص بك إلى mailersend.net.
ولكن هذه ليست مشكلتك.
لم يعد المنفذ 25 يُستخدم لإعادة توجيه رسائل البريد الإلكتروني (على عكس تسليمها) في الوقت الحاضر. بدلاً من ذلك، تستخدم معظم خدمات البريد الإلكتروني المنفذ 587، وعندما أبحث عن وثائق MailerSend، فإنها تخبرك بالفعل باستخدام المنفذ 587، وليس المنفذ 25.
3 إعجابات
تلقيت هذا الرد من دعم MailerSend؛
يبدو أنك تستخدم المنفذ 25 “[smtp.mailersend.net:25](http://smtp.mailersend.net:25)” ومن هنا جاء الخطأ، في الوقت الحالي ندعم فقط 587 مع تشفير TLS.
المنفذ 25 كان المنفذ الافتراضي في بيانات اعتماد الإعداد. لكنني قمت بتغييره فورًا إلى 587 وأصبحت الأمور سلسة للغاية الآن 
تم حل المشكلة
إعجاب واحد (1)
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.