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

ويكي المجتمع Sysadmins
1

: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.

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

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

%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%B5401×470 14.9 KB

  • قبول رسائل البريد الإلكتروني من مستخدمين مجهولين بدون حسابات (اختياري، إعداد الفئة)
  • تمكين المستخدمين المرحليين (إذا كان صحيحًا، فعّل أيضًا 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 لا يؤثر على طول موضوع البريد الإلكتروني.
    }
Sysadmins Index
2

الخادم الذي أنصح به هو Configure direct-delivery incoming email for self-hosted sites with Mail-Receiver. لا تحتاج إلى إعداد سوى بضع نقاط بسيطة، وبعد ذلك يمكنك استخدام أي عناوين بريد إلكتروني للمجموعات أو التصنيفات وسيتم كل شيء تلقائيًا.

إعجابَين (2)
3

شكرًا لمشاركتك @pfaffman، لم أجد ذلك الموضوع. أنا شخص من الجيل القديم، لذا أثق في الخطط المجربة والمُستخدمة في الإنتاج. أقترح فقط حلاً سريعًا ومستقرًا. أيضًا، لم أجد أي ذكر لكلمة alias في نتائج البحث ذات الصلة. لذا دعها تبقى هكذا في هذا الدليل.

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

لكلٍ ما يناسبه، لكن لمعالجة البريد الوارد إلى Discourse، يُعدّ حاوية تشغّل Postfix حلاً مجرّبًا جدًا. من الصعب تخيل أن iRedMail قد يكون أسرع أو أكثر استقرارًا، فقط لأن iRedMail يتضمن مجموعة من المكونات التي لا تحتاجها إذا كان هدفك الوحيد هو تسليم البريد إلى Discourse.

5

هذا الموضوع مقبول ولكنه محدّد للغاية لحالتك غير العادية إلى حد ما. سأضيف تحذيرًا في أعلى الموضوع يشير إلى ذلك.

4 إعجابات