لقد بدأت DO في حظر 587 في مارس أيضًا. عندما اتصلت بهم، غاضبًا جدًا، أصروا على أنهم لم يقصدوا صراحةً حظر المضيف الخاص بي. لقد أجريت بعض التجارب باستخدام postfix (و netcat) وأثبتت أنني لا أستطيع الوصول إلى 587 على أي من عناوين IP الثلاثة للمضيف، ولا حتى على شبكتهم الفرعية الداخلية بين القطرات في الفريق. ثم قام فنيتهم “بإعادة تعيين” شبكة القطرة الخاصة بي، مما تطلب مني إيقاف تشغيل القطرة ثم تشغيلها لاستعادة الوصول.
يبدو أنهم طبقوا حظرًا “عالميًا” في بنيتهم التحتية الافتراضية دون عناء التحقق من المستخدمين الذين يستخدمون SMTP. هذا كسول جدًا. كان بإمكانهم بسهولة تحديد ما إذا كانت القطرة تستخدم مرحلًا تجاريًا مخصصًا، أي Mailgun، SMTP2GO، إلخ، وإعفائهم في المرور الأول. ولكن لا يوجد عذر لعدم إبلاغ العملاء بخطة البدء في تصفية / حظر 587.
على الجانب المشرق، وجدت MailerSend (شركة شقيقة لـ MailerLite) وسيتناسب حجم حركة المرور الخاصة بي مع خطتهم المجانية مقابل خطة Mailgun Flex.
لقد واجهت مؤخرًا هذه المشكلة عند إعداد مثيل discourse جديد على خادم digital ocean، ويقول الدعم إن المنافذ 587 و 465 و 25 غير مدعومة ولكن يجب أن تعمل المنفذ 2525. تم تعيين إعداد SMTP على المنفذ 2525 ولكن هذا لا يزال لا يعمل لإرسال البريد الإلكتروني للتفعيل مع Brevo، ربما تكون هناك مشكلة أخرى.
يبدو أن SendGrid قد يكون خيارًا أفضل و/أو مدعومًا بشكل أفضل مع مزود الخادم هذا، وكتب دعم d.o.:
“يمكنك أيضًا استخدام واجهة برمجة تطبيقات REST مع SendGrid، والتي تتيح لك إرسال رسائل البريد الإلكتروني عبر طلبات HTTP بدلاً من بروتوكول SMTP التقليدي إذا كان ذلك مناسبًا لك أو الاستفادة من خدمة إرسال أخرى تابعة لجهة خارجية.”
لا أعرف كيف تعمل واجهة برمجة تطبيقات REST مع HTTP، ويبدو أن هذا قد يكون أفضل من SMTP؟
آسف لأنك تواجه هذه المشكلة. سيعمل 2525 مع Discourse و MailGun. خطة Flex الخاصة بهم هي الدفع حسب الاستخدام مع مستوى مجاني. يمكنك تغيير معلمات SMTP في ملف app.yml الخاص بك دون إعادة بناء التطبيق عن طريق إجراء التعديلات ثم إصدار الأمر
cd /var/discourse
./launcher destroy app
./launcher start app
لقد استخدمت SMTP2GO و Google (عبر حسابات العمل) و MailGun و POBOX.com ومؤخرًا MailerSend. في رأيي، MailGun هو الأكثر مباشرة. يمكن أن يكون MailerSend هو الخيار الثاني، لكن كان علي أن أشرح لدعمهم الفني حول استضافة Discourse في حاوية Docker على مضيف Linux، وأن مضيف Linux لا يحتاج إلى شهادة SSL، وما إلى ذلك. لإنصافهم، لقد فهموا وقاموا بترقية حسابي من مستوى التجربة.
وفقًا لآخر العملاء الذين تحدثت معهم، لا أعتقد أن خطة Mailgun Flex لا تزال متاحة. إذا كنت بحاجة إلى إرسال أكثر من 100 رسالة يوميًا، فإن التكلفة هي 15 دولارًا شهريًا.
تعد مشكلة حظر المنفذ 587 مشكلة خاصة بـ DigitalOcean. لقد كان لدي العديد من العملاء الذين توقفوا ببساطة عن إرسال البريد لأن DigitalOcean بدأت في حظر المنفذ دون سابق إنذار. ومع ذلك، فإن التبديل إلى المنفذ 2525 هو حل بسيط.
شكراً على التوصيات، لقد استخدمت maligun منذ فترة وحصلت على نتيجة، لكن واجهت بعض الصعوبات لذا انتقلت إلى Brevo الذي وجدته أسهل قليلاً في الاستخدام. لم أقم بتشغيل مواقع نشطة في الأشهر الأخيرة، بل أعمل حاليًا على إطلاق موقع جديد.
قد أجرب أحد المرسلين الآخرين أو SendGrid. لست متأكدًا مما إذا كان خيار واجهة برمجة التطبيقات (API) متوافقًا مع Discourse أم لا، هل يستخدمه أحد؟
نعم، قامت DO للتو بحظر موقعين من مواقعي. وقد قام التبديل إلى 2525 بحل هذه المشكلة.
ونعم، لم تعد Mailgun تقدم خطة flex (لكنها احتفظت بها للحسابات الحالية).
[اقتباس=“pfaffman, post:24, topic:66778, full:true”]
ليس ما لم يكن لديه pr-welcome.
ولكن أيضًا، إنه تعديل مكون من 4 أحرف. من المحتمل أن يكون من الأسهل على شخص ما إجراء التغيير بدلاً من قبول طلب السحب (PR).
[/اقتباس]
كيف نلفت انتباههم لإلقاء نظرة على هذا؟