عزيزي مطوري Discourse، لقد مكّنت Discourse نطاقات متعددة وحالات Discourse متعددة لسنوات عديدة، ولكن لا توجد طريقة لتوجيه رسائل البريد الإلكتروني الواردة إلى مستقبِلات/نطاقات بريد متعددة على مر السنين. هل يمكننا تحقيق ذلك؟ الرد عبر البريد الإلكتروني لا يعمل بدون استطلاع مكلف لـ Discourse متعدد المواقع.
مع خالص التقدير،
لا نتبع بالضبط، نحن ندعم الآن صناديق بريد واردة متعددة.
@martin هل توجد وثائق يمكننا الربط بها؟
لدينا هذا Set up reply by email with POP3 polling وأيضًا SMTP support for group inboxes ولكن لست متأكدًا مما إذا كان أي منهما يحل مشكلة OP. أعتقد أن OP يتحدث عن قبول رسائل البريد الإلكتروني الواردة عبر GitHub - discourse/mail-receiver وتوجيهها إلى مواقع متعددة؟ ربما أسيء القراءة، هل يمكنك تقديم المزيد من التفاصيل حول ما تريد تحقيقه @Walker_Blackwell؟
أعتقد أنهم يتحدثون عن نشر discourse كـ multisite ودعم رسائل البريد الإلكتروني الواردة لكل موقع.
على سبيل المثال:
discourse1.example.com و discourse2.example.com مستضافان كـ multisite ويريد OP تلقي رسائل البريد الإلكتروني الواردة لكلا النطاقين باستخدام حاوية mail-receiver بدلاً من الاعتماد على أي صندوق بريد خارجي.
بالضبط. يتلقى البريد دعمًا لنطاق/موقع واحد فقط، ولكن كل شيء آخر يدعم نطاقات/مواقع متعددة.
سيكون من المثالي دعم مستلم متعدد المواقع.
آسف، انشغلت.
نعم، هذا ما أتمناه. استخدام email_receiver له مزايا عديدة ويحافظ على انخفاض الاستقصاء وما إلى ذلك.
بقية الكود متعدد المواقع جاهز للاستخدام. سيكون من الجيد رؤية هذا كجزء من email_receiver. أتفهم أنه قد يكون جزءًا غريبًا من البرمجة (من حيث المنافذ). . .
أطيب التحيات
دينغ
هل هذا شيء يستحق العناء؟
من الممكن القيام بذلك، لكنه سيتطلب قدراً لا بأس به من البرمجة. الشيء الرئيسي الذي سيحتاج إلى تسويته هو كيفية تحديد الربط بين عناوين البريد الإلكتروني (والنطاقات) وحالات التثبيت المتعددة، إلى جانب اسم المستخدم/المفتاح لواجهة برمجة التطبيقات (API) الذي سيتم استخدامه لكل موقع.
إذا كان هذا الأمر مهماً بما فيه الكفاية بالنسبة لك، فإن نشر شيء ما في Marketplace هو على الأرجح أفضل طريقة لتحريكه، إلا إذا كان لدى شخص ما في CDCK فجأة رغبة مفاجئة يقرر تلبيتها.
أسأل بشكل أساسي عما إذا كنت وحدي هنا أم لا. . . أعتقد أنني أستخدم المنتدى كنظام عام لاستقبال العملاء / نظام تذاكر المساعدة لعدة مجالات وهذا ربما يكون سيناريو خاصًا جدًا. . . حتى لو كانت الأشياء ستذهب إلى مجال استقبال واحد (المنفذ 25 أيًا كان) ولكن المستلم كان قادرًا على تحليل رسائل البريد الإلكتروني @ للذهاب إلى مثيلات منتدى مختلفة (نقاط نهاية واجهة برمجة التطبيقات). . . فلن يكون هناك عمل في الكود الأدنى مستوى. . . لا أعرف. أعتقد أنه كما قلت @mpalmer ، الكثير من الكود. . .
مع خالص التقدير
-ووكر
لا أقول “بمفردك”، ولكنها بالتأكيد حالة استخدام متخصصة ربما يواجهها 0.01٪ تقريبًا من الأشخاص الذين يستضيفون Discourse بأنفسهم. لن تكون هناك حاجة لتعديل Discourse نفسه، بل يتعلق الأمر بتعديل مستقبِل البريد، كما قلت، لاستخراج نطاق رسائل البريد الإلكتروني الواردة وتوجيهها إلى مثيل Discourse الصحيح، باستخدام مستخدم ومفتاح API المناسبين لكل طلب.
لدي الآن تكوين يعمل على خادمي المخصص والذي يوفر هذه الإمكانيات.
هل تحب أن تخبرنا كيف فعلت ذلك.
أود ذلك قريبًا، عندما يتوفر لدي الوقت 
- أنا فقط في ضائقة زمنية في الوقت الحالي!
الوقت مجرد مفهوم 
لكن شكراً، سيكون ذلك لطيفاً.
أقدم هنا طريقة واحدة…