WARNUNG – Dieses Thema ist sehr spezifisch für einen seltenen Anwendungsfall und entspricht wahrscheinlich nicht dem, was Sie tun sollten. Für die empfohlene Einrichtung konsultieren Sie bitte die ersten beiden Links unten.
Voraussetzungen
Ich habe im Forum nach einem klaren Artikel zur Einrichtung eines Ticket-Systems mit Discourse gesucht und einige hervorragende Themen gefunden:
- Configuring incoming email to create new topics or group messages
- Use Discourse as a Private Support/Ticket System
Fragen
Leider bin ich mit einigen Funktionen von Mailservern nicht ausreichend vertraut und weiß nicht, wie ich die Unterstützung von reply+mailbox@server.com oder somerandomcode+mailbox@server.com konfigurieren soll. Wie funktioniert das überhaupt, oh je? 
Wie kann ich mehrere E-Mail-Adressen verschiedenen Kategorien zuweisen? Wie funktioniert das, wenn die Foreneinstellungen nur eine E-Mail-Adresse unterstützen?
Ja, es funktioniert einwandfrei. Basierend auf diesen beiden Anleitungen habe ich die Prinzipien des eingehenden E-Mail-Empfangs und der korrekten Foreneinstellungen verstanden. Wie bereits erwähnt, liegt der Schlüssel in der Weiterleitungs-Funktion des Mail-Servers.
Grundlegender voll funktionsfähiger Mailserver
Für alle, die einen Mailserver ohne Kosten einrichten möchten, empfehle ich iRedMail.
- Hier finden Sie einen Artikel zur Einrichtung eines Mail-Servers basierend auf Ubuntu + Postfix + iRedMail auf Englisch.
- Hier finden Sie dasselbe für CentOS auf Russisch.
Mail-Aliase
Nach einer Standardinstallation steht Ihr Mailserver bereit, um eine Verbindung zu Discourse herzustellen. Befolgen Sie die Schritte 1 und 2 oben sowie die folgenden Anweisungen zur Verwendung von Mail-Aliasen in iRedMail.
Angenommen, Sie haben die Mailbox master@server.com und zwei Kategorien erstellt:
feature
feature -> internal [private]
Sie müssen Ihre Mailbox-Anmeldedaten in den POP-Abfrage-Einstellungen verwenden.
Verbinden Sie sich mit der Server-Shell, verwenden Sie den Benutzer postgres und verbinden Sie sich mit der Datenbank (ich verwende postgres):
ssh login@server.com
sudo su - postgres
psql
Wechseln Sie dann zum Schema vmail und erstellen Sie zwei Aliase:
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);
Als nächstes erstellen Sie Weiterleitungen:
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 ODER STRG+D zum Beenden
Sie können die beiden Tabellen aliases und forwardings in Ihrem bevorzugten Datenbank-Manager überprüfen:
Achten Sie auf den Schlüssel active; dieser muss 1 sein.
Einstellungen überprüfen
Weisen Sie E-Mail-Aliase Kategorien zu und senden Sie eine E-Mail von der Adresse Ihres registrierten Benutzers. Falls erforderlich, können Sie anonyme E-Mail-Versand und die automatische Erstellung von gestaffelten Benutzern durch folgende Einstellungen ermöglichen:
- E-Mails von anonymen Benutzern ohne Konto akzeptieren (optional, Kategorie-Einstellung)
- Gestaffelte Benutzer aktivieren (falls wahr, auch
genehmigen, es sei denn, gestaffeltaktivieren) - POP3-Abfrage aktiviert = true
- POP3-Abfrage-Host (Ihr vollständiger Hostname/FQDN)
- POP3-Abfrage-Port (normalerweise 995)
- POP3-Abfrage-Benutzername (
master@server.com) - POP3-Abfrage-Passwort
- E-Mails vom Server löschen (optional, ich lasse dies deaktiviert, um die Originalnachricht in meinem E-Mail-Client zu behalten)
- Fehler bei der E-Mail-Verarbeitung protokollieren (optional, da Sie alle Ereignisse unter dem Reiter „E-Mails“ überwachen können)
- E-Mail-Eingang = true
- Mindestvertrauensniveau für eingehende E-Mails (ich verwende zunächst 0 nach dem Start meines Forums; überprüfen Sie auch „inaktive Benutzer nach Tagen bereinigen“)
- E-Mail-Präfix (optional; wenn Ihr Seitentitel in GROSSBUCHSTABEN geschrieben ist, kann dies die Spam-Bewertung bei automatischen Antworten erhöhen)
- Weitergeleitete E-Mails aktivieren (optional; dies befindet sich in Version 2.4.0beta2 noch im BETA-Stadium; manchmal kann der E-Mail-Inhalt nicht gefunden werden)
Eingehende E-Mails überprüfen
Senden Sie E-Mails an Ihre Aliase und prüfen Sie:
/admin/email/received
/admin/email/rejected
Nun werden alle E-Mails, die sowohl an master@server.com, feat@server.com als auch an staff@server.com gesendet wurden, in einer einzigen Mailbox (master@server.com) gesammelt. Der Unterschied besteht darin, dass E-Mails, die an feat@ gesendet wurden, von der Kategorie feature verarbeitet werden, während E-Mails, die an staff@ gesendet wurden, von der Kategorie internal verarbeitet werden.
Stellen Sie sicher, dass neue Themen erstellt wurden! 
Einige Anmerkungen
- Selbst wenn Sie die Primäremail
master@einer öffentlichen oder privaten Kategorie zuweisen, werden alle E-Mails korrekt verarbeitet (keine Duplikate, keine Offenlegung der Privatsphäre). - Die Einstellung „Mindestlänge des Thementitels“ hat keinen Einfluss auf die Länge des E-Mail-Betreffs.