استخدم الأسماء المستعارة في iRedMail للفئات مع تفعيل ميزة البريد الإلكتروني الوارد

:mega: تحذير – هذا الموضوع مخصص لحالة استخدام نادرة جدًا وقد لا يكون ما يجب عليك فعله. راجع أول رابطين أدناه للحصول على الإعداد الموصى به.

المتطلبات الأساسية

بحثت في المنتدى عن مقال واضح حول كيفية إعداد نظام تذاكر باستخدام Discourse، ووجدت بعض المواضيع الرائعة:

  1. Configuring incoming email to create new topics or group messages
  2. Use Discourse as a Private Support/Ticket System

الأسئلة

للأسف، لستُ على دراية كافية ببعض ميزات خادم البريد، ولا أعرف كيفية دعم reply+mailbox@server.com أو somerandomcode+mailbox@server.com. كيف يعمل هذا على الإطلاق، يا إلهي؟ :man_facepalming:

كيف يمكنني استخدام عناوين بريد إلكتروني متعددة مخصصة لفئات مختلفة؟ كيف يعمل ذلك إذا كانت إعدادات المنتدى تدعم عنوان بريد إلكتروني واحدًا فقط؟

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

خادم بريد أساسي كامل الوظائف

لأولئك الذين يرغبون في إعداد خادم بريد مجاني تمامًا، أنصح بـ iRedMail

  • هنا مقال لإعداد خادم بريد يعتمد على ubuntu + postfix + iredmail باللغة الإنجليزية
  • هنا نفس الشيء لـ centos باللغة الروسية

ألقاب البريد الإلكتروني

بعد التثبيت الافتراضي، ستحصل على خادم بريد جاهز للاتصال بـ Discourse. اتبع الخطوتين 1 و2 أعلاه، ثم اتبع الخطوات التالية حول كيفية استخدام ألقاب البريد الإلكتروني في iRedMail.

على سبيل المثال، قمت بإنشاء صندوق بريد master@server.com وفئتين:

feature
feature -> internal [private]

يجب عليك استخدام بيانات اعتماد صندوق البريد الخاص بك في إعدادات الاستعلام POP.

اتصل بقشرة خادمك، استخدم مستخدم postgres واتصل بقاعدة البيانات (أستخدم postgres):

ssh login@server.com
sudo su - postgres
psql

ثم انتقل إلى مخطط vmail وأنشئ لقبين:

postgres=# \c vmail
postgres=# INSERT INTO alias (address, domain, active)
VALUES ('feat@server.com', 'server.com', 1);

postgres=# INSERT INTO alias (address, domain, active)
VALUES ('staff@server.com', 'server.com', 1);

الخطوة التالية هي إنشاء التحويلات:

postgres=# INSERT INTO forwardings (address, forwarding,
                              domain, dest_domain,
                              is_list, active)
VALUES ('feat@server.com', 'master@server.com',
'server.com', 'server.com', 1, 1);

postgres=# INSERT INTO forwardings (address, forwarding,
                              domain, dest_domain,
                              is_list, active)
VALUES ('staff@server.com', 'master@server.com',
'server.com', 'server.com', 1, 1);

postgres=# \q أو CTRL+D للخروج

يمكنك فحص جدولين، الألقاب والتحويلات، في مدير قاعدة البيانات المفضل لديك:

%D0%B8%D0%B7%D0%BE%D0%B1%D1%80%D0%B0%D0%B6%D0%B5%D0%BD%D0%B8%D0%B5

%D0%B8%D0%B7%D0%BE%D0%B1%D1%80%D0%B0%D0%B6%D0%B5%D0%BD%D0%B8%D0%B5

انتبه إلى مفتاح active، يجب أن يكون 1.

التحقق من الإعدادات

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

  • قبول رسائل البريد الإلكتروني من مستخدمين مجهولين بدون حسابات (اختياري، إعداد الفئة)
  • تمكين المستخدمين المرحليين (إذا كان صحيحًا، فعّل أيضًا approve unless staged)
  • تمكين الاستعلام POP3 = true
  • مضيف الاستعلام POP3 (FQDN المضيف الخاص بك)
  • منفذ الاستعلام POP3 (عادة 995)
  • اسم مستخدم الاستعلام POP3 (master@server.com)
  • كلمة مرور الاستعلام POP3
  • حذف من الخادم بعد الاستعلام POP3 (اختياري، أتركه معطلاً للحفاظ على الرسالة الأصلية في عميل البريد الخاص بي)
  • تسجيل فشل معالجة البريد (اختياري، لأنه يمكنك مراقبة جميع الأحداث في تبويب Emails)
  • البريد الوارد = true
  • الحد الأدنى لمستوى الثقة للبريد الوارد (أستخدم 0 في البداية بعد بدء منتداي، راجع أيضًا clean up inactive users after days)
  • بادئة البريد الإلكتروني (اختياري، إذا كان عنوان موقعك يحتوي على اسم بأحرف كبيرة، فقد يضيف درجة spam إلى الردود التلقائية)
  • تمكين البريد الإلكتروني المحوّل (اختياري، لا يزال BETA في 2.4.0beta2، وأحيانًا لا يمكنه العثور على جسم البريد الإلكتروني)

التحقق من البريد الوارد

أرسل رسائل بريد إلكتروني إلى ألقابك وتحقق من:

/admin/email/received
/admin/email/rejected

الآن سيتم وضع جميع الرسائل المرسلة إلى master@server.com أو feat@server.com أو staff@server.com في صندوق بريد واحد master@server.com. الفرق هو أن الرسائل المرسلة إلى feat@ ستتم معالجتها بواسطة فئة feature، بينما ستتم معالجة الرسائل المرسلة إلى staff@ بواسطة internal.

تأكد من ظهور مواضيع جديدة! :sunny:

بعض الملاحظات

  • حتى لو عيّنت البريد الإلكتروني الأساسي master@ لفئة عامة أو خاصة، فستتم معالجة جميع الرسائل بالطريقة الصحيحة (بدون تكرار، وبدون كشف الخصوصية)
  • الإعداد min topic title length لا يؤثر على طول موضوع البريد الإلكتروني.
    }

The one I recommend is Configure direct-delivery incoming email for self-hosted sites with Mail-Receiver. You don’t need to configure much more than a couple things to set it up and after that you can just use whatever email addresses for groups or categories and it will Just Work.

إعجابَين (2)

Thanks for sharing @pfaffman, I did not find that topic. I am old-school guy, therefore I trust the proven schemes used in production. I just suggest rather fast and stable solution. Also I did not find any mention of word alias in relevant search results. So let it be in this howto).

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

To each his own, but for handling incoming mail to Discourse a container running Postfix is a pretty proven solution. It’s hard to imagine that iRedMail could be faster or more stable, if only because iRedMail includes a bunch of components that you don’t need if all you want to do it get mail delivered to Discourse.

This topic is OK but highly specific to your rather unusual use case. I’m adding a warning to the top of the topic to that effect.

4 إعجابات