تنبيه أيها الزملاء. لقد نجحنا في إعداد كل شيء وعمل. ولكن منذ يومين، لم يكن البريد الإلكتروني للتسجيل يعمل. اتضح أنه تم تعطيله بواسطة Digital Ocean. وفقًا للبريد الإلكتروني الذي أرسلوه لنا، يتم تعطيل Smtp لـ Discourse. لاستخدام أي بريد إلكتروني، يوصون بالتسجيل باستخدام SendGrid.
سؤالي هو، بين Sendgrid و Mailgun، أيهما أكثر تكاملاً مع Discourse؟ إذا لم يكن هؤلاء، فأي الآخرين يقدمون تكاملاً سهلاً؟
لقد اطلعت على هذا الموضوع
شكرا
أنا مع Elastic Email … رائعون!
(أيضًا على 2525)
ممتاز!! سأتحقق منها. سيء جدًا لـ DO للسماح للناس بإعداد الأشياء ثم إخبارهم لاحقًا بأن جميع منافذ SMTP محظورة. لا معنى لذلك. لذا أقوم بجدولة عرض توضيحي، فقط لأكتشف أن ما نجح في اليوم السابق قد تم حظره الآن!!
هل يمكنك استخدام المنفذ 2525 فقط؟
لم أجرب ذلك، ولكن من بريدهم الإلكتروني الطويل، يبدو أنهم قاموا بتعطيل كل شيء يتعلق بـ smtp الصادر على Discourse. قالوا إنهم توصلوا إلى ترتيب مع SendGrid يوصون به لمستخدمي Discourse للتسجيل فيه لأي شيء يتعلق بـ smtp.
إنه أمر سيء، إذا سألتني.
هل قالوا إنهم سيقومون بتعطيل جميع بروتوكولات SMTP لجميع المستخدمين أم أن هذا لحسابك فقط؟
لا يزال Brevo يعمل لإرسال SMTP مع Discourse و Digital Ocean، ولم أسمع عن إلغاء ذلك.
نتفهم أن لديك مخاوف بشأن قيود SMTP المفروضة على حسابك. DigitalOcean ليس مضيف بريد إلكتروني مخصص ومكافحة البريد العشوائي هي معركة مستمرة. بسبب هذا، تم فرض قيود على جميع الحسابات.
نود أيضًا تقديم بعض الخلفية الإضافية حول هذه المشكلة. نظرًا لأنه يتم استخدام عناوين IP في البيئات السحابية وإعادتها إلى المجمعات المتاحة بشكل متكرر جدًا، فإنها تعتبر ديناميكية وغير موثوقة. على سبيل المثال، يتم تعيين عنوان IP لك حاليًا وأنت مستخدم بريد إلكتروني مسؤول. تتبع جميع أفضل الممارسات للبريد ولا ترسل أبدًا بريدًا عشوائيًا أو غير مرغوب فيه. لاحقًا، عندما لم تعد بحاجة إلى هذا الـ Droplet، تقوم بتدميره ويكون عنوان IP متاحًا ليتم تعيينه لمستخدم DigitalOcean آخر. يستغل هذا المستخدم الفرصة لإرسال حجم كبير من البريد العشوائي قبل أن يتخذ فريق الأمان لدينا إجراءً بشأن الحساب المخالف.
لا يمكن لموفري البريد مثل Gmail و Microsoft وغيرهم تحديد ما إذا كان البريد الإلكتروني القادم من عنوان IP شرعيًا أم لا حتى يكتسب سمعة سيئة. بحلول ذلك الوقت، يكون الضرر قد حدث بالفعل. من الأسلم ببساطة حظر جميع رسائل البريد الإلكتروني القادمة من منصات، مثل مزودي خدمة الإنترنت وبيئات الاستضافة السحابية، حيث يتم تعيين عناوين IP ديناميكيًا وهي محفوفة بالمخاطر بطبيعتها.
بينما يقلل هذا من السبل المتاحة لمرسلي البريد العشوائي، فإنه يؤثر أيضًا على المستخدمين الشرعيين. يعمل فريق عمليات الإساءة لدينا مع SBLs لإزالة عناوين IP من القوائم السوداء. بسبب هذا، نقوم بتقييد حركة مرور SMTP عبر منصة DigitalOcean. هذا يعني أننا غير قادرين على إزالة قيد SMTP المفروض على حسابك.
نتفهم أن سير عملك قد يتطلب احتياجات البريد الإلكتروني. كحل لهذا القيد، عقدنا شراكة مع SendGrid لتقديم حل أفضل لجميع عملائنا حيث لن تحتاج إلى القلق بشأن سمعة IP والقوائم السوداء. يمكنك قراءة المزيد عن هذا في مقالتنا هنا. من خلال SendGrid، ستتمكن من إرسال 100 بريد إلكتروني مجاني يوميًا وإذا كان متطلبك يتجاوز المستوى المجاني، فلا تتردد في الاتصال بدعم SendGrid لاختيار خطة أفضل لتلبية متطلباتك.
يسعدنا دائمًا المساعدة إذا كانت لديك أسئلة إضافية، لذا لا تتردد في التواصل معنا.
هذا رد آلي للمساعدة في تسريع الخدمة من خلال الحصول على جميع المعلومات التي نحتاجها لمساعدتك. يجب عليك الرد على هذا البريد الإلكتروني للحصول على مزيد من المساعدة.
فريق دعم DigitalOcean
جربت 2525. تم حظره أيضًا.\nأعتقد أنه حظر “شامل”. لن يكون من المنطقي استهداف حسابي الذي لم يمر عليه شهر حتى الآن وليس لديه مستخدمون نشطون أو مواضيع.
يبدو أن 2525 محظور أيضًا… لقد جربته للتو. لا يعمل.
بالضبط. حتى الحسابات القديمة قد تقع في مرمى النيران في نهاية المطاف. يجب على أي شخص لديه حسابات تعمل الآن أن يبدأ في التخطيط للمستقبل. إذا كان بإمكان حالة مثل حالتي مع عدم وجود أي نشاط على الإطلاق أن تتأثر…
هل لديك رابط لهذه المقالة التي يذكرونها؟
يذكر أن القيود قد فُرضت على جميع الحسابات، لكنها ليست واضحة تمامًا بشأن ماهيتها.
إذا كان عنوان IP الذي لديك قد تم تصنيفه سابقًا كمرسل بريد عشوائي، فقد يتسبب ذلك في حدوث مشاكل.
نعم، ولكن لا يوجد شيء مميز بخصوص الرابط. لا أعتقد أن لديهم أي ترتيبات “خاصة” أيضًا.
ولكن إليك الرابط.
أتفهم شرحهم، ولكن هذه وظيفتهم لمعرفة ذلك؛ وليس للعميل الذي دفع مقابل خدمة. ليس لدي أي طريقة لمعرفة ما تم استخدام عنوان IP الذي خصصوه لي أو لأي عميل سابقًا.
تقول وثائقهم أن المنفذ 25، ولكن لا أحد يستخدم هذا المنفذ هذه الأيام. يستخدم الجميع منافذ SSL.
لا أفهم تمامًا ما يدور حوله هذا الموضوع، لكن لدى DO عدد كبير من العملاء في التجارة الإلكترونية، وكل واحد منهم يستخدم خدمة لرسائل البريد الإلكتروني الخاصة به. أنا أستخدم Amazon SES.
والسبب في ذلك هو أنه كان من المستحيل استضافة خادم البريد الخاص بك بنفسك بمعنى أنه يمكنك الإرسال مباشرة إلى المستلمين. إذا أغلقوا آخر ثغرة سمحت بذلك، فسأكون بخير مع ذلك.
ولكن مرة أخرى، أنا لا أعرف حتى ما إذا كنت أتحدث عن نفس الشيء.
خوادمي موجودة على Scaleway. في مرحلة ما، قدموا سياسة تفيد بأن هذه المنافذ سيتم حظرها حتى تقدم هوية صادرة عن الحكومة. ربما هناك عملية مماثلة قيد التنفيذ؟
587 هو المعيار.
في ديسمبر 1998، بعد أن بدأ المنفذ 25 في التعرض للبريد العشوائي، قدم R. Gellens و J. Klensin RFC 2476 لدعم إضافة مواصفات جديدة لاتصالات البريد الإلكتروني عبر الإنترنت. اقترح RFC تقسيم مفهوم إرسال الرسائل التقليدي وإعادة توجيه الرسائل.
حدد RFC أن إرسال الرسائل يجب أن يتم عبر المنفذ 587 لضمان عدم تداخل متطلبات السياسة والأمان الجديدة مع حركة إعادة التوجيه التقليدية عبر منفذ إعادة توجيه الرسائل 25.
المنفذ 587 هو منفذ إرسال البريد الافتراضي. عندما يقوم عميل البريد الإلكتروني أو خادم الإرسال بإرسال بريد إلكتروني ليتم توجيهه بواسطة خادم بريد مناسب، يجب عليه دائمًا استخدام منفذ SMTP 587 كمنفذ افتراضي.
سيضمن هذا المنفذ، مقترنًا بتشفير TLS، إرسال البريد الإلكتروني بشكل آمن ووفقًا للإرشادات التي وضعتها IETF.
يجب على جميع عملاء Mailgun Send التفكير في استخدام المنفذ 587 كمنفذ SMTP افتراضي لهم ما لم يتم حظرك صراحةً بواسطة شبكتك أو مزود الاستضافة.
لقد كنت أستخدم Digital Ocean لمدة 6 سنوات ولكنهم يستضيفون Discourse فقط، ونطاقي موجود في حساب استضافة منفصل يحتوي على cPanel، وتشير خوادم الأسماء للنطاق إلى DO ولكن بعد ذلك أقوم بإعادة التوجيه مرة أخرى إلى الاستضافة الأخرى للنطاقات الفرعية والبريد.
السبب الرئيسي للقيام بذلك كان استضافة موقع ويب يسهل الوصول إليه يحتوي على كل ما أحتاجه (إعداد كل ذلك على Ubuntu كان يتطلب الكثير من الجهد في ذلك الوقت) وهذا الموقع يستخدم Discourse SSO لتسجيل الدخول.
نأمل ألا يؤثر ما تعرضه هنا عليّ، ولكنني أقدر التنبيه وسأعرف ما الذي يجب البحث عنه إذا بدأت في مواجهة مشاكل.
لقد تم حظر المنفذ 25 الصادر بواسطة Digital Ocean افتراضيًا منذ سنوات. هذا ليس شيئًا جديدًا.
يشرح مات الأمر جيدًا هنا:
لم يكن لدى Digital Ocean خدمة بريد إلكتروني متاحة منذ وقت طويل. كان @Architect يستخدم حزمة الاستضافة المتكاملة على المواقع السابقة مع Discourse.
كيف قمت بإعداد إرسال البريد الإلكتروني الأولي؟
تم استخدام خادم smtp الذي قدمه مضيف الويب الذي حصلنا منه على خادم VPS الخاص بنا. تم استخدام منافذ Ssl وما إلى ذلك. وهنا يصبح الأمر أكثر إثارة للاهتمام. رسائل البريد الإلكتروني المرسلة عبر نفس smtp باستخدام منافذ ssl لا تزال تعمل بشكل جيد.
لذلك، رسائل البريد الإلكتروني عبر - https://mydomain.com لا تزال تعمل بشكل جيد حتى الآن.
رسائل البريد الإلكتروني عبر - https://ourDiscourseInstance.mydomain.com محظورة بغض النظر عن المنفذ المستخدم/ssl المستخدم.
فهمي هو أن الحظر مخصص لـ Discourse/أدوات المنتدى الأخرى.
