دعم IMAP لصناديق البريد الجماعية

martin · 12 أغسطس 2020، 5:03ص

سنقوم بإزالة دعم IMAP في Discourse. راجع هذا المنشور للحصول على التفاصيل: IMAP support for group inboxes - #39 by martin .

يسعدنا تقديم النسخة التجريبية (Alpha) من دعم IMAP لصناديق الوارد الجماعية. تتيح هذه الميزة إدخال بيانات اعتماد IMAP وإعداداتها على أساس كل مجموعة على حدة لمزامنة صناديق الوارد الجماعية مع صندوق بريد إلكتروني.

هذه ميزة في مرحلة تجريبية (Alpha)، وبالتالي فهي غير مكتملة أو مصقولة بنسبة 100%. من المرجح جدًا أن تكون معطلة، ولا نقوم بصيانتها حاليًا أو استخدامها في الإنتاج. استخدمها على مسؤوليتك الخاصة!

الفوائد

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

الميزات

سيتم مزامنة جميع الرسائل الواردة والصادرة بين خادم IMAP وDiscourse، مع إنشاء المواضيع ورسائل الرد المناسبة بناءً على تحليل البريد الإلكتروني. يمكن إنشاء الردود من Discourse أو من خادم IMAP وسيتم مزامنة كل شيء!
يمكن الرد على الرسائل الإلكترونية من صندوق الوارد الجماعي في Discourse أو من حساب البريد الإلكتروني.
سيتم إنشاء الوسوم المطبقة على موضوع Discourse كتسميات (Labels) وتطبيقها على البريد الإلكتروني على خادم IMAP (وهذا يعتمد على المزود).
سيتم أرشفة الرسائل الإلكترونية المؤرشفة على خادم IMAP في صندوق الوارد الجماعي.
سيتم أرشفة مواضيع الرسائل الخاصة الجماعية المؤرشفة في Discourse على خادم IMAP.
سيتم حذف المواضيع في صندوق الوارد الجماعي عند حذف الرسائل الإلكترونية على خادم IMAP.
سيتم حذف مواضيع الرسائل الخاصة الجماعية على خادم IMAP عند حذفها في Discourse.
ستحتوي الرسائل الإلكترونية المرسلة من المجموعات المفعلة لهذه الميزة على عنوان “رد إلى” (Reply-to) مضبوط على نفس اسم مستخدم البريد الإلكتروني الذي تم إعداده في إعدادات IMAP.

البدء

أولاً، هناك بعض إعدادات الموقع التي يجب عليك تكوينها قبل إعداد هذه الوظيفة في مجموعة.

يجب تفعيل enable imap و enable smtp معًا. يُستخدم IMAP للمزامنة مع خادم البريد الخاص بك، ويُستخدم SMTP لإرسال رسائل البريد الإلكتروني من خادم البريد الخاص بك.
tagging enabled و allow staff to tag pms - يجب تفعيل كليهما، حيث تطبق مزامنة التسميات الوسوم على الرسائل الخاصة.
enable imap write - يجب تفعيله إذا كنت تريد أن تنعكس التغييرات التي تتم في Discourse على خادم البريد الخاص بك (مثل الوسوم، وأرشفة المواضيع، وحذف المواضيع).
enable imap idle - يسمح لنا بتلقي تحديثات مباشرة من خادم البريد الخاص بك IF كان خادم البريد الخاص بك يدعم IDLE. هذا يسرع بشكل كبير من انعكاس التغييرات في مزود البريد الإلكتروني الخاص بك إلى Discourse. يجب عليك تشغيل هذا الخيار (على سبيل المثال، يدعم Gmail ذلك). إذا كنت تريد جميع التفاصيل الدقيقة، يمكنك قراءة المزيد عنها في RFC الخاصة بـ IDLE.
imap polling period mins - إذا لم يتم دعم IDLE، فهذا هو عدد الدقائق التي ننتظرها قبل التحقق من خادم IMAP بحثًا عن التغييرات. وهو أيضًا الوقت الذي ننتظره بين إرسال التغييرات إلى خادم IMAP من Discourse إذا كان enable imap write مفعلاً. الحد الأدنى هو دقيقة واحدة.

يمكن ترك هذه الإعدادات على قيمها الافتراضية، وتعديلها إذا واجهت مشاكل في المزامنة:

imap polling old emails - الحد الأقصى لعدد رسائل البريد الإلكتروني القديمة (المعالجة) التي يتم تحديثها في كل مرة يتم فيها استجواب صندوق IMAP (0 للكل).
imap polling new emails - الحد الأقصى لعدد رسائل البريد الإلكتروني الجديدة (غير المعالجة) التي يتم تحديثها في كل مرة يتم فيها استجواب صندوق IMAP.
imap batch import email - الحد الأدنى لعدد رسائل البريد الإلكتروني الجديدة التي تثير وضع الاستيراد (يعطل تنبيهات المنشورات).

إذا كنت تريد مزامنة التسميات/الوسوم مع خادم IMAP، فيجب عليك تفعيل إعدادات الموقع tagging enabled و allow staff to tag pms.

بعد ذلك، يجب عليك الدخول إلى المجموعة التي تريد مزامنتها مع خادم IMAP الخاص بك وملء الإعدادات.

ستكون هذه الإعدادات خاصة بالمزود، راجع أدناه للحصول على مزيد من التفاصيل. بمجرد إدخال الإعدادات وبيانات الاعتماد، انقر فوق “حفظ التغييرات” وسنتحقق من صحة بيانات الاعتماد مقابل خوادم مزود IMAP. إذا نجح ذلك، سيتم ملء قائمة صناديق البريد، وعليك اختيار الصندوق الذي تريد مزامنته (الإرشادات حول هذا الأمر خاصة بالمزود أيضًا):

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

أخيرًا، داخل ملف app.yml الخاص بك، ستحتاج إلى إضافة DISCOURSE_ENABLE_EMAIL_SYNC_DEMON: true داخل قسم env وتشغيل ./launcher rebuild. هذا سيمكن العامل الخلفي من البدء والبدء في مزامنة رسائل البريد الإلكتروني!

معلومات خاصة بالمزود

Gmail

يجب عليك إنشاء كلمة مرور تطبيق (app password)، وإلا ستحتاج إلى تشغيل “الوصول إلى التطبيقات الأقل أمانًا” والذي تتخلص منه Google في النهاية على أي حال. استخدم هذه الكلمة بدلاً من كلمة مرور حساب Gmail الخاص بك في إعدادات IMAP. راجع Sign in with app passwords - Gmail Help للحصول على مزيد من التفاصيل.
تأكد من استخدام هذه الإعدادات لـ SMTP و IMAP:
- منفذ IMAP: 987
- منفذ SMTP: 587
- خادم IMAP: imap.gmail.com
- خادم SMTP: smtp.gmail.com
- استخدم SSL لكل من SMTP و IMAP
يُنصح بشدة (سيصبح قريبًا ميزة في واجهة المستخدم) بأن تقوم فقط بتحديد صندوق البريد “[Gmail]/All Mail” للمزامنة معه.
لا نقوم بحذف رسائل البريد الإلكتروني في Gmail فورًا، بل ننقلها فقط إلى صندوق المهملات عندما يتم حذف الموضوع في Discourse. ستأخذ وظيفة الحذف “30 يومًا” داخل Gmail زمام المبادرة من هناك.
ستؤدي الوسوم المطبقة على مواضيع Discourse إلى إنشاء تسميات (Labels) في Gmail وتطبيقها على سلاسل البريد الإلكتروني. التسميات في Gmail هي أيضًا صناديق بريد IMAP!

القيود

هذه ميزة في مرحلة تجريبية (Alpha)، وبالتالي فهي غير مكتملة أو مصقولة بنسبة 100%. لذلك، تنطبق القيود التالية حاليًا:

فقط Gmail مدعوم حاليًا كمزود IMAP. لدينا بعض وظائف IMAP العامة ولكن لا يُضمن عملها. Outlook Online هو هدفنا التالي الكبير للدعم.
إعادة إحياء رسائل البريد الإلكتروني المحذوفة من سلة مهملات Gmail وعكس حالتها في Discourse غير مستقر حاليًا.
لا يُنصح بتغيير صندوق المزامنة بعد مزامنة رسائل البريد الإلكتروني بالفعل، وقد يؤدي ذلك إلى العديد من المشاكل الغريبة.
يمكن مزامنة صندوق بريد واحد فقط لكل مجموعة.
التواصل بين المجموعات منطقة غير مستكشفة ولن يعمل بشكل جيد (على سبيل المثال، إرسال بريد إلكتروني إلى team@yoursite.com من support@yoursite.com إذا تم إعداد كل من هذه الرسائل لمجموعة مختلفة).

قد تكون هناك أيضًا مفاجآت خفية أخرى وحواف خشنة حيث أن هذه ميزة تجريبية.

ملاحظات & خارطة الطريق

نود الحصول على ملاحظات من أي شخص يستخدم هذه الميزة مع Gmail. سأكون أنا الشخص المسؤول عن معالجة أي أخطاء/مشاكل. تصحيح الأخطاء صعب قليلاً في الوقت الحالي لكنني أعمل على ذلك!

الأمور التالية التي سأعمل عليها:

تحسين تصحيح الأخطاء لتسهيل عرض سجلات IMAP وفهم الأشياء التي تذهب بشكل خاطئ.
تحسين واجهة البريد الإلكتروني للمجموعة للحد من صناديق البريد التي يمكن اختيارها من Gmail ولردع/منع تغيير صناديق البريد.
التحقق لمنع استخدام تفاصيل IMAP نفسها لمجموعات متعددة.
ربما تحسينات في كيفية تخزين إعدادات IMAP الجماعية وتجربة مستخدم أفضل للتحقق من صحة بيانات الاعتماد.
دعم Outlook.

حاليًا، بينما نعمل على حل المشاكل، هذه الميزة غير متاحة لعملائنا المستضافين.

شكر خاص

كل من @dan و @j.jaffeux هما المساهمان الرئيسيان في هذه الميزة الضخمة التي تم العمل عليها لفترة طويلة. بدون عملهما الرائع، لم أكن لأتمكن من جلب الميزة إلى هذه النقطة وإعلان هذا الخبر .

hellekin · 12 أغسطس 2020، 7:09ص

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

تهانينا على تحقيق هذا الأمر.

sam · 12 أغسطس 2020، 8:18ص

هناك سبب كبير يجعل هذه الميزة تُعتبر “ألفا”

المشكلة مع بروتوكول IMAP، كما لاحظت من الجانب، هي كمية “الفسحة للتفسير” التي نضطر للتعامل معها.

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

ندعو بشدة إلى تقديم طلبات دمج (PRs) لجعل هذا يعمل بشكل أفضل مع مزودين آخرين، وفي غيابها، ومع مرور الوقت وملاحظتنا لرغبة متزايدة في استخدامه مع مزودين آخرين، سنقوم ببناء الدعم اللازم.

martin · 12 أغسطس 2020، 8:52ص

هذه ملاحظة عادلة، وكما قال @sam، ركزنا أولاً على Gmail لأننا نستخدمه، لذا فهو الأكثر صلة بنا. ومع ذلك، أعتقد أن مزودنا الأساسي “العام”، رغم أنه بالتأكيد ليس متوافقًا بنسبة 100% مع RFC وليس مكتمل الميزات، يتبع بروتوكول IMAP بدقة كبيرة… انظر https://github.com/discourse/discourse/blob/master/lib/imap/providers/generic.rb. أعتقد أن الإضافات الوحيدة التي سيحتاجها هي معالجة خاصة للأرشفة والحذف. بالنسبة للحذف، نقوم حاليًا فقط بوضع علامة \Deleted وإرسال أمر EXPUNGE، لكنني أعرف أن بعض عملاء البريد الإلكتروني يسمحون لك باختيار القيام بذلك أو إرسال العناصر إلى مجلد المهملات أولاً ثم EXPUNGE وما إلى ذلك. لست متأكدًا من المعيار الخاص بالأرشفة في IMAP. لدينا فئة مزود محددة لـ Gmail تتجاوز بعض هذه الطرق العامة.

إذا كان لديك أي اقتراحات حول خوادم أو مزودي IMAP “عامة” أخرى يمكنني الاختبار عليها، فسيكون ذلك مساعدًا عظيمًا، حيث إن لـ Gmail معالجتها الخاصة الفريدة للأشياء وامتدادات IMAP الخاصة بـ Gmail.

أيضًا، وكما قال سام، فإن أي طلبات سحب (PRs) للتحسينات هي موضع ترحيب، وإلا فإننا سنستجيب للطلب، وأتوقع أن يكون Outlook هو التالي كحالة استخدام رئيسية أخرى للمنظمات التي ترغب في هذا النوع من الميزات (لدى Outlook قواعد فريدة خاصة به… مثل كون الأرشفة مجلدًا/صندوق بريد وعدم دعم الملصقات).

itsbhanusharma · 12 أغسطس 2020، 8:57ص

يبدو الأمر مثيرًا جدًا! لقد انتقلت شركتنا مؤخرًا من خادم البريد الخاص بنا إلى G-Suite، وستجعل هذه التكاملية من السهل علينا الرد على استفسارات العملاء وإدارة متتبعات التقدم لدينا. لدي استفسار واحد فقط موجه إلى @martin. لم يتضح لي ما إذا كان سيستخدم بروتوكول SMTP الخاص بـ Gmail للرد على الرسائل الواردة في صندوق الوارد الجماعي، أم أنه سيستخدم بروتوكول SMTP الجماعي المهيأ لإرسال رسائل البريد الإلكتروني باسم Discourse؟ أرى أن الإضافة تذكر بروتوكول SMTP الخاص بـ Gmail أيضًا، لكنني ما زلت أحتاج إلى توضيح بشأن هذا الأمر.

martin · 12 أغسطس 2020، 8:58ص

يتم استخدام خادم SMTP الخاص بـ Gmail لإرسال الردود، لأنك ترسل الردود باسم حساب البريد الإلكتروني المستخدم لمزامنة IMAP! سأضيف ملاحظة بهذا المعنى في المنشور الأصلي للتوضيح.

itsbhanusharma · 12 أغسطس 2020، 9:02ص

هذا في الواقع فكرة عبقرية. أستطيع التفكير في العديد من حالات الاستخدام لهذا. أطيب التهاني @martin @dan @j.jaffeux

martin · 17 أغسطس 2020، 12:10ص

تحديث سريع هنا. قمت بدمج هذين طلبي السحب (PRs) الأسبوع الماضي. أولاً، الإصلاح بحيث لا يلزم تمكين وضع العلامات لأغراض الأرشفة والحذف:

github.com/discourse/discourse

FIX: Do not require tagging to be enabled for IMAP archive and delete (#10426)

master ← issue/imap-do-not-require-tagging-for-archive-and-delete

merged 04:04AM - 13 Aug 20 UTC

martin-brennan

+39 -9

Previously we did an early return if either SiteSetting.tagging_enabled or Site…Setting.allow_staff_to_tag_pms was false when updating the email on the IMAP server -- however this also stopped us from archiving or deleting emails if either of these were disabled.

ثانياً، سأقوم الآن بتسجيل جميع سجلات IMAP في قاعدة البيانات لتسهيل الفحص. سيتم تشغيل مهمة يومياً لحذف السجلات الأقدم من 5 أيام:

StanD · 21 أغسطس 2020، 10:47م

هذا لطيف جدًا! شكرًا لك.

يجب أن أقول، لقد اضطررت إلى إنشاء كلمة مرور تطبيق في حساب بريد Google الخاص بي حتى يقبل discourse اسم المستخدم وكلمة المرور الخاصين بي.

sunjam · 23 أغسطس 2020، 3:25م

هل قمت بتفعيل المصادقة الثنائية من جانب Google؟ إذا كان الأمر كذلك، فهذا إجراء قياسي.

StanD · 23 أغسطس 2020، 4:34م

نعم. أعتقد أنه كان مطلوبًا لكي أتمكن من إنشاء كلمة مرور التطبيق (على الرغم من أنني لا أتذكر ذلك على وجه اليقين)

martin · 23 أغسطس 2020، 11:40م

هذا مذكور في المنشور الأصلي وإلا ستضطر إلى خوض تعقيدات غريبة لجعل حساب Gmail الخاص بك يقبل “التطبيقات الأقل أمانًا”. في مرحلة ما، سنحتاج إلى دعم OAuth من جوجل، حيث يبدو أن هذا هو الاتجاه العام.

StanD · 24 أغسطس 2020، 1:19ص

آه! هل ذكرتُ أن مهارات فهمي للقراءة ضعيفة؟

martin · 24 أغسطس 2020، 1:25ص

لا بأس! هذه نقطة مهمة، لذا قمت بنقلها إلى أعلى قائمة Gmail وأضفت بعض مؤشرات التحذير. شكرًا لك على محاولة إخبار الآخرين بهذا الأمر لتوفير عليهم المتاعب

thoka · 6 فبراير 2021، 1:10ص

أحاول فهم سبب فشلي في مزامنة رسائل البريد مع خادم Dovecot IMAP (للأسف دون خبرة في Ruby أو Rails).

عند قراءة imap_sync_logs، يتعطل برنامج الاستيراد في حلقة تكرارية:

UIDVALIDITY = 1612565899 لا يطابق المتوقع 0، يتم إبطال ذاكرة التخزين المؤقت لـ IMAP وإعادة مزامنة رسائل البريد لصندوق الوارد INBOX

لذلك أتساءل، ألا ينبغي تحديث @group.imap_uid_validity في هذه الحالة:

github.com/discourse/discourse

lib/imap/sync.rb

f34fa999a


      
          # (synced emails) and fetches new emails.
          
          # TODO: Use `Net::IMAP.encode_utf7(@group.imap_mailbox_name)`?
          @status = @provider.open_mailbox(@group.imap_mailbox_name)
          
          if @status[:uid_validity] != @group.imap_uid_validity
            # If UID validity changes, the whole mailbox must be synchronized (all
            # emails are considered new and will be associated to existent topics
            # in Email::Reciever by matching Message-Ids).
            ImapSyncLog.warn("UIDVALIDITY = #{@status[:uid_validity]} does not match expected #{@group.imap_uid_validity}, invalidating IMAP cache and resyncing emails for mailbox #{@group.imap_mailbox_name}", @group)
            @group.imap_last_uid = 0
          end
          
          if idle && !can_idle?
            ImapSyncLog.warn("IMAP server for group cannot IDLE or imap idle site setting is disabled", @group)
            idle = false
          end
          
          if idle
            raise 'IMAP IDLE is disabled' if !SiteSetting.enable_imap_idle

بعد التحديث اليدوي لهذه القيمة، يتعطل برنامج الاستيراد في حلقة تكرارية أخرى.

لا يدعم Dovecot 'LABELS' في:

github.com/discourse/discourse

lib/imap/sync.rb

f34fa999a


      
          
              # the email has moved mailboxes, we don't want to try marking as spam again next time
              ImapSyncLog.debug("Updating incoming ID #{incoming.id} uid data FROM [UID #{incoming.imap_uid} | UIDVALIDITY #{incoming.imap_uid_validity}] TO [UID #{matching_spam.uid} | UIDVALIDITY #{response.spam_uid_validity}] (SPAM)", @group)
              incoming.update(imap_uid_validity: response.spam_uid_validity, imap_uid: matching_spam.uid)
            end
          end
          
          def process_new_uids(new_uids, import_mode, all_old_uids_size, all_new_uids_size)
            ImapSyncLog.debug("Syncing #{new_uids.size} new emails (oldest first)", @group)
          
            emails = @provider.emails(new_uids, ['UID', 'FLAGS', 'LABELS', 'RFC822'])
            processed = 0
          
            # TODO (maybe): We might need something here to exclusively handle
            # the UID of the incoming email, so we don't end up with a race condition
            # where the same UID is handled multiple times before the group imap_X
            # columns are updated.
            emails.each do |email|
              # Synchronously process emails because the order of emails matter
              # (for example replies must be processed after the original email
              # to have a topic where the reply can be posted).

مما يؤدي إلى خطأ Net::IMAP::BadResponseError، والذي للأسف لا يظهر في السجلات.

والآن أتساءل:

ما إذا كان دعم Dovecot للعلامات المخصصة كافياً للمزامنة ثنائية الاتجاه مع Discourse
كيفية اكتشاف Dovecot في lib/imap/providers/detector.rb
كيفية محاكاة ميزة الملصقات في مورد Dovecot

…

martin · 7 فبراير 2021، 11:39م

لا يزال مزامنة IMAP لصناديق البريد الجماعية ميزة في مراحلها الأولى وتدعم حاليًا Gmail فقط. نظريًا، يمكنك كتابة مُزود dovecot، لكنني لاحظت قبل بضعة أسابيع أن هناك بعض الأماكن في الكود الرئيسي تستخدم ميزات خاصة بـ Gmail فقط ويجب نقلها إلى كود خاص بالمزود. لذا، نعتذر عن ذلك، ولكن قد ترغب في الانتظار حتى تصبح هذه الميزة جاهزة للإطلاق بشكل أفضل.

thoka · 8 فبراير 2021، 2:54م

حسب فهمي، فإن 'LABELS' هي ميزة غير قياسية في Gmail.
أود فهم الفرق بين IMAP الخاص بـ Google و IMAP القياسي.

هذا ملخصي حتى الآن:

IMAP القياسي	IMAP الخاص بـ Google
توجد الرسائل المؤرشفة في مجلدات فرعية	توجد جميع الرسائل في مجلد واحد الرسائل المؤرشفة تفتقد إلى التسمية “\INBOX”
تُخزن العلامات المخصصة مع العلامات النظامية	تُخزن العلامات المخصصة كتسميات

هل سيكون كافياً:

محاكاة التسميات في IMAP القياسي عن طريق تقسيم العلامات إلى علامات نظامية وعلامات مخصصة
معالجة email_is_archived من قبل المزود (على سبيل المثال، إضافة واختبار علامة “archived”)

لجعل مزامنة IMAP القياسية تعمل؟

سيؤثر هذا على الأسطر التالية:

github.com/discourse/discourse

lib/imap/sync.rb

f34fa999a


      
                update_email(incoming_email)
                incoming_email.update(imap_sync: false)
              end
            end
          end
          
          def update_topic_archived_state(email, incoming_email, opts = {})
            topic = incoming_email.topic
          
            topic_is_archived = topic.group_archived_messages.size > 0
            email_is_archived = !email['LABELS'].include?('\\Inbox') && !email['LABELS'].include?('INBOX')
          
            if topic_is_archived && !email_is_archived
              ImapSyncLog.debug("Unarchiving topic ID #{topic.id}, email was unarchived", @group)
              GroupArchivedMessage.move_to_inbox!(@group.id, topic, skip_imap_sync: true)
            elsif !topic_is_archived && email_is_archived
              ImapSyncLog.debug("Archiving topic ID #{topic.id}, email was archived", @group)
              GroupArchivedMessage.archive!(@group.id, topic, skip_imap_sync: true)
            end
          end

github.com/discourse/discourse

lib/imap/sync.rb

f34fa999a


      
          # don't do any of these type of updates on anything but the OP in the
          # email thread -- archiving and deleting will be handled for the whole
          # thread depending on provider
          return if post&.post_number != 1
          topic = incoming_email.topic
          
          # if email is nil, the UID does not exist in the provider, meaning....
          #
          # A) the email has been deleted/moved to a different mailbox in the provider
          # B) the UID does not belong to the provider
          email = @provider.emails(incoming_email.imap_uid, ['FLAGS', 'LABELS']).first
          return if !email.present?
          
          labels = email['LABELS']
          flags = email['FLAGS']
          new_labels = []
          new_flags = []
          
          # Topic has been deleted if it is not present from the post, so we need
          # to trash the IMAP server email
          if !topic

github.com/discourse/discourse

lib/imap/sync.rb

f34fa999a


      
            return @provider.trash(incoming_email.imap_uid)
          end
          
          # the topic is archived, and the archive should be reflected in the IMAP
          # server
          topic_archived = topic.group_archived_messages.any?
          if !topic_archived
            # TODO: This is needed right now so the store below does not take it
            # away again...ideally we should unarchive and store the tag-labels
            # at the same time.
            new_labels << "\\Inbox"
          
            ImapSyncLog.debug("Unarchiving UID #{incoming_email.imap_uid} (incoming ID #{incoming_email.id})", @group)
          
            # some providers need special handling for unarchiving too
            @provider.unarchive(incoming_email.imap_uid)
          else
            ImapSyncLog.debug("Archiving UID #{incoming_email.imap_uid} (incoming ID #{incoming_email.id})", @group)
          
            # some providers need special handling for archiving. this way we preserve
            # any new tag-labels, and archive, even though it may cause extra requests

يبدو لي أن هذا السطر غريب:

github.com/discourse/discourse

lib/imap/sync.rb

f34fa999a


      
          
              # some providers need special handling for archiving. this way we preserve
              # any new tag-labels, and archive, even though it may cause extra requests
              # to the IMAP server
              @provider.archive(incoming_email.imap_uid)
            end
          
            # Sync topic status and labels with email flags and labels.
            if tagging_enabled?
              tags = topic.tags.pluck(:name)
              new_flags = tags.map { |tag| @provider.tag_to_flag(tag) }.reject(&:blank?)
              new_labels = new_labels.concat(tags.map { |tag| @provider.tag_to_label(tag) }.reject(&:blank?))
            end
          
            # regardless of whether the topic needs to be archived we still update
            # the flags and the labels
            @provider.store(incoming_email.imap_uid, 'FLAGS', flags, new_flags)
            @provider.store(incoming_email.imap_uid, 'LABELS', labels, new_labels)
          end
          
          def tagging_enabled?

ستُستبدل جميع العلامات النظامية بوسوم discourse.
هل يتعامل هذا بشكل جيد مع جميع علامات IMAP (\Answered, \Deleted, \Draft, \Flagged, \Recent و \Seen / $Forwarded, $MDNSent, $SubmitPending و $Submitted)?

StanD · 29 مارس 2021، 2:58ص

أعدت النظر في هذا الأمر بعد انقطاعٍ عن الموضوع.

لم أستطع معرفة كيفية جعل رأسية reply-to تعمل بشكل صحيح. يمكنني إعداد مجموعة للمزامنة مع حساب Gmail معين، لكن عند محاولة الرد عبر البريد الإلكتروني، تُضبط عنوان reply-to على عنوان الإشعار المهيأ في Discourse وليس عنوان IMAP.

هل هناك شيء قد فاتني؟

mognet · 16 أكتوبر 2021، 4:15م

لقد جربت ذلك مع مزود البريد الإلكتروني GoDaddy لكن دون نجاح. مع Gmail يعمل بشكل ممتاز، ولكن للأسف نرغب في استخدام نطاقنا الخاص. هل هناك أي تحديثات جاهزة للاستخدام الفعلي؟

pfaffman · 16 أكتوبر 2021، 5:58م

يمكنك استخدام نطاقك الخاص مع Gmail (مقابل رسوم)، على سبيل المثال.

الموضوع		الردود	مرات العرض
Is it possible to use Discourse for e-mail? Support	5	1428	9 سبتمبر 2021
Discourse settings: IMAP Support	1	70	14 أغسطس 2024
Discourse as a private email support portal Feature rfc , spec	45	23290	10 مايو 2016
Replacing Mailing lists: Email-In Feature	67	17157	4 أكتوبر 2014
Migrate a mailing list to Discourse (mbox, Listserv, Google Groups, etc) Migrating to Discourse how-to	109	24235	3 أبريل 2026

الفوائد

الميزات

البدء

معلومات خاصة بالمزود

Gmail

القيود

ملاحظات & خارطة الطريق

شكر خاص

الموضوعات ذات الصلة