مرحباً، أعيد إحياء موضوع قديم هنا، لأن نوعاً ما من تصحيح مستلم البريد الذي لم يُطبق قط قد وصل في النهاية إلى نظام التحكم بالإصدارات، ومع تدهور الأشياء مع مرور الوقت، توقف حاويتي المعدلة عن العمل في مرحلة ما.
لقد أزلت حاوية مستلم البريد القديمة، وأعدت إعداد حاوية جديدة ومفتاح API، وعملت استلام البريد مرة أخرى على مثيل Discourse الخاص بي… لكن يبدو أن النظام يعيد إرسال رسائل الرفض مرة أخرى كما لو كنا في عام 2017.
بالتأكيد، لقد عادت كلتا رسالتي الرفض إلى صندوق الوارد الخاص بي، رغم أنه كان ينبغي رفض رسالة “BadDestinationAddress” على مستوى SMTP قبل إرسالها إلى Discourse للمعالجة الإضافية ورد بريد إلكتروني. إذا قام مرسل بريد غير مرغوب فيه (سبامر) بإرسال بريد إلكتروني مزيف إلى هذا الخادم، فسيؤدي ذلك إلى توليد رسائل رفض عكسية (backscatter).
عند التحدث مباشرة إلى خادم SMTP، أرى أنه لا يبذل أي محاولة لرفض رسائل البريد الإلكتروني المزيفة.
root@discourse:/var/discourse# telnet localhost 25
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
220 ESMTP server
HELO sdfsdfsdf
250 discourse-mail-receiver.localdomain
MAIL FROM: sdfsdf@example.com
250 2.1.0 Ok
RCPT TO: sdfsdfsdf@discourse.libsdl.org
250 2.1.5 Ok
…كل هذا ليوضح: أستطيع أن أرى أن صورة مستلم البريد الافتراضية تحتوي على سكريبت رفض سريع موصول، لكنه لا يبدو أنه يرفض الأشياء…؟
/etc/postfix/master.cf:
policy unix - n n - - spawn user=nobody
argv=/usr/local/bin/discourse-smtp-fast-rejection
/etc/postfix/main.cf:
smtpd_recipient_restrictions = check_policy_service unix:private/policy
هل هناك شيء أحتاج إلى تعديله لجعل هذا يعمل، أو هل هناك طريقة للبحث بعمق أكثر حول سبب عدم عمله؟ هل يعمل هذا الأمر لدى أشخاص آخرين؟
شكراً!