مرحباً بالجميع،
لقد كان موقعي يعمل لعدة سنوات دون مشاكل. فجأة، توقف بروتوكول SMTP عن العمل. (لم أقم بإجراء أي تغييرات في التكوين على المضيف أو داخل الحاوية).
أنا أستخدم SMTP (وليس SMTPS). دخلت إلى حاوية Discourse واختبرت إمكانية إرسال رسائل بريد إلكتروني باستخدام curl:
curl smtp://mail.example.com --mail-from myself@example.com --mail-rcpt receiver@example.com --upload-file email.txt
ومع ذلك، لا يرسل Discourse أي بريد إلكتروني وتقول السجلات ببساطة:
Net::ReadTimeout with #Socket:(closed)
تقول سجلات Postfix على المضيف:
connect from unknown[172.17.0.5]
هل لدى أي شخص فكرة عما قد يكون قد تغير؟
شكراً مقدماً.
GI
ملاحظة: آسف، تم اقتطاع النسخة الأولى من هذا المنشور عن طريق الخطأ وتم نشر نصف الرسالة فقط. لقد قمت بتحريرها للتو.
مرحباً بالجميع،
لقد تعقبت المشكلة. اتضح أن المضيف يفرض الآن تأخيرًا لمدة 7 ثوانٍ على جميع رسائل البريد الإلكتروني الواردة (حتى من الحاويات). يواجه Discourse انتهاء المهلة افتراضيًا في 5 ثوانٍ.containers/app.yml:
DISCOURSE_SMTP_OPEN_TIMEOUT: 10
DISCOURSE_SMTP_READ_TIMEOUT: 10
لقد نجح الأمر الآن… ولكن هل يعرف أي شخص كيفية التخلص من تأخير postfix على المضيف؟ لقد كنت أبحث في ملفات التكوين ولكن لم أجد شيئًا…
GI
إذا كنت تستخدم postscreen، فراجع postscreen_greet_wait و postscreen_greet_action.
إذا لم يكن الأمر كذلك، فقد يكون ذلك بسبب انتهاء مهلة نظام أسماء النطاقات (DNS) في البحث العكسي لعنوان IP المتصل.
إعجابَين (2)
ها! شكراً جزيلاً لك! كانت هذه هي المشكلة بالضبط.
لقد أضفت عناوين IP ثابتة (مع أسماء مضيف وهمية) لجميع عناوين IP التي سيخصصها Docker عادةً (من 172.17.0.2 إلى 10). لذا، إذا ظهرت حاويتي بعنوان IP مختلف، فآمل ألا تتوقف عند البحث عن اسم المضيف.
أتساءل عما إذا كانت هناك طريقة لـ Docker لحل عناوين IP لجميع الحاويات…
شكراً مرة أخرى
إعجاب واحد (1)
system
21 أبريل 2023، 2:32ص
5
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.