صندوق بريد إلكتروني بسيط للمناقشة

نظرًا لأن صفحة شروط خدمة Discourse لا تسمح بتضمين الروابط، لم أتمكن من إعادة توجيه المستخدمين إلى حساب المسؤول كنقطة اتصال رئيسية.

لذلك أحاول إعداد معالج/رد على البريد الإلكتروني الوارد حتى أتمكن من التعامل مع رسائل البريد الإلكتروني الرسمية.

لقد حاولت استخدام المكون الإضافي وهو مخصص فقط لـ amd64 وأواجه أخطاء لأن بنيتي هي arm64.

هل يوجد إصدار arm64 (بدلاً من amd64) من المكون الإضافي الخاص بـ استقبال/إنشاء رسائل البريد الإلكتروني؟

إذا لم يكن الأمر كذلك، فما هي خياراتي لإعداد خادم بريد وما إلى ذلك (ربما حاوية Docker مختلفة)، ومع ذلك، لا أريد تعطيل سلوك البريد الإلكتروني المعتاد لـ Discourse (رسائل البريد الإلكتروني للتحقق من المستخدم المرسلة مباشرة بواسطة Discourse وما إلى ذلك).

ما الذي أريد تحقيقه؟

  1. أريد الاحتفاظ بالسلوك المعتاد لـ Discourse دون تعطيل سلوك البريد الإلكتروني الخاص به.
  2. أحتاج إلى عنوان بريد إلكتروني يعمل بكامل طاقته لاستقبال رسائل البريد الإلكتروني إلى admin@mysite.com وللرد من هذا البريد. (مجرد صندوق وارد بسيط مع وظيفة الرد كافٍ تمامًا، لا حاجة لأدوات متطورة أو مرشحات البريد العشوائي)

يمكنني الحصول على عنوان بريد إلكتروني مجاني مثل admin_mysite@gmail.com وما إلى ذلك، ولكنه ليس احترافيًا على الإطلاق.

ما هي خياراتي؟

هل من الممكن أن ننفذ صندوق بريد إلكتروني افتراضي بسيط جدًا في Discourse مع زر رد ونافذة إنشاء رسائل بسيطة، لقراءة رسائل البريد الإلكتروني والرد عليها؟
(مع التساؤل لماذا لم يقم Discourse بتضمين صندوق بريد إلكتروني بسيط داخل Discourse نظرًا لأنهم يعرفون أن هذا مطلب أساسي للحصول على نقطة اتصال احترافية)

أعرف الإجابة على ذلك. لا شيء. لا تكلف نفسك عناء المحاولة. إنه محفوف بالمخاطر والصعوبة والتكلفة الباهظة. وإذا كنت عميلاً لخدمات VPS مثل DigitalCloud، فهم لا يسمحون بذلك حتى.

أنا تائه قليلاً فيما تبحث عنه، يجب أن يكون هناك حاجز لغوي مرة أخرى، ولكن إذا كنت تريد الحصول على رسائل البريد الإلكتروني إلى Discourse، والقدرة على الرد هناك وإرسال رد إلى العميل/المستخدم، فإن Discourse يمكنه فعل ذلك بالفعل. أعتقد أن مصطلح البحث سيكون مثل email. كل ما تحتاجه هو عنوان + - (لا أتذكر الاسم الأنيق لذلك) وعلى الأقل تقدم SES من Amazon ذلك، على ما أعتقد.

إعجابَين (2)

أنا مرتبك أيضًا بشأن هذه النقطة :point_up: ماذا تقصد بقولك إنها لن تسمح لك بتضمين رابط؟

إعجابَين (2)

الروابط مثل []() يتم تعطيلها في صفحة شروط الخدمة. جميع المنشورات الأخرى على ما يرام. فقط في الصفحات القانونية مثل هذه. اعتقدت أن هذا مفروض من قبل discourse.

إعجاب واحد (1)

هل تقصد أن لدى Discourse مُنشئ رسائل بريد إلكتروني؟

كنت أحاول استقبال رسائل البريد الإلكتروني على admin@mysite.com وإرسال رسائل البريد الإلكتروني منها.

عندما يرسل شخص ما (من Gmail وما إلى ذلك) رسائل بريد إلكتروني إلى admin@mysite.com، يجب أن أكون قادرًا على قراءتها والرد عليها. وسيتم إرسال الرد من نطاق @mysite.com.

سيناريو مثال:
إلى: admin@mysite.com
من: example@example.gov
نص البريد الإلكتروني: لقد لاحظنا بعض الأقسام في شروط خدمة موقعنا الإلكتروني التي قد تتطلب مزيدًا من التوضيح. يرجى الاتصال بنا في أقرب وقت ممكن.

ويجب أن أكون قادرًا على قراءة البريد الإلكتروني، ويجب أن أكون قادرًا على الرد على هذا البريد الإلكتروني المستلم. هل تقول إن Discourse لديه بالفعل هذه الوظيفة؟ أنا لا أتحدث عن رسائل البريد الإلكتروني للتحقق من المستخدم وما إلى ذلك.

إعجاب واحد (1)

نعم، لدينا مؤلف في Discourse :wink:

يمكنك البدء من هذا، وإجراء بعض عمليات البحث الإضافية إذا لزم الأمر — ولكنك قد أجريت البحث بالفعل ولهذا السبب أنا مرتبك بشأن المشكلة الحقيقية الآن.

3 إعجابات

لدينا روابط ورسائل بريد إلكتروني في شروط الخدمة الخاصة بنا هنا على meta ويبدو أنها تعمل بشكل جيد؟

https://meta.discourse.org/tos

3 إعجابات

هل يمكنني رؤية استخدام محتمل لعلامة []() في منتدى الإنترنت على https://meta.discourse.org في السطر الأول في بداية شروط الخدمة. هل يمكنك التحقق مما إذا كان هذا الرابط يستخدم العلامة []() لتقديم رابط https://meta.discourse.org؟ هل أنت متأكد من أنك لا تستخدم أي طريقة أخرى مثل علامات href لعرض الرابط؟

على سبيل المثال، هل يمكنك تضمين [about](/about/) في شروط الخدمة؟

إعجاب واحد (1)

بعضها مجرد روابط تم لصقها والتي تتحول تلقائيًا إلى روابط، مثل الرابط الخاص بـ meta.discourse.org، ولكن البعض الآخر يستخدم ماركداون. :+1: (مثل رابط المشاع الإبداعي الموجود في الأسفل)

تحتوي الأسئلة الشائعة على المزيد من الأمثلة، بما في ذلك رابط لصفحة /about ([friendly local staff](/about)).

لا ينبغي أن تواجه أي مشاكل في استخدام روابط ماركداون في هذه المشاركات وعرضها في الصفحة المنشورة.

3 إعجابات

ليس في صفحة الأسئلة الشائعة، في صفحة شروط الخدمة، هل يمكنك استخدام علامات مثل []()؟ هل يمكنك التحقق من ذلك.

إعجاب واحد (1)

لقد تحققت. :slight_smile: (مثال المشاع الإبداعي الذي ذكرته)

على الرغم من أن صفحات الأسئلة الشائعة وشروط الخدمة والخصوصية تعمل جميعها بنفس الطريقة.

4 إعجابات

هذا غريب. لا يمكن لصفحة شروط الخدمة الخاصة بي استخدام تنسيق مثل [](). لا أعرف ما إذا كان قد تم تطبيق أي تنسيق غير مرئي على الصفحة. الخيار الوحيد يبدو هو محاولة تحويل الصفحة بأكملها إلى نص يونيكود وإعادة تنسيقها مرة أخرى باستخدام العناوين وما إلى ذلك.

إعجاب واحد (1)

هل تستخدم الافتراضيات؟ إذا نقرت على “تعديل هذه الصفحة” في الأعلى، فسيتم نقلك إلى المنشور الأساسي حيث يمكنك إجراء أي تعديلات تحتاجها.

(أو انتقل ببساطة إلى الموضوع ذي الصلة في فئة الموظفين الخاصة بك)

3 إعجابات

نعم، الافتراضية منها. في شروط الخدمة الخاصة بي، يرتبط ترخيص المشاع الإبداعي كـ \u003ca href=\"https://creativecommons.org/\"\u003eالمشاع الإبداعي\u003c/a\u003e، وهو يعمل بشكل جيد.

وهو ليس بالتنسيق []() أيضًا. فقط []() غير وظيفية في شروط الخدمة.

إعجاب واحد (1)

شكراً على القائمة الشاملة للمواضيع. سأقوم بالاطلاع عليها.

إعجاب واحد (1)

لا أعرف لماذا لديك عناصر HTML، ولكن على الأقل تعمل. يمكنك استخدام هذه الطريقة بدلاً من ذلك إذا لم ترغب في البحث أكثر؟

إذا انتقلت إلى /admin/customize/site_texts، يوجد زر “استبدال النص” على اليمين يمكنك استخدامه لإعادة إنشاء النص للمواضيع المزروعة. سيقوم بسحب أحدث إصدار (على الرغم من أنه سيؤدي إلى الكتابة فوق أي تغييرات أجريتها، لذا احفظ نسخة إذا قمت بذلك). لست متأكدًا مما إذا كان هذا سيساعد في هذه الحالة، ولكن قد يكون الأمر يستحق المحاولة؟

إعجابَين (2)

سأجرب ذلك. شكراً لك.

إعجابَين (2)

هل لديك، بالصدفة، كتلة HTML في أعلى شروط الخدمة/الأسئلة الشائعة في مكان ما؟
مثل هذا:

<h1>مثال</h1>
النص بعد هذا *** لن يكون *** له أي تنسيق، بما في ذلك [روابط](https://example.com).
النتيجة

مثال

النص بعد هذا *** لن يكون *** له أي تنسيق، بما في ذلك [روابط](https://example.com).
إعجاب واحد (1)