ATTENZIONE – questo argomento è molto specifico per un caso d’uso raro e probabilmente non è ciò che dovresti fare. Consulta i primi due link qui sotto per la configurazione consigliata.
Prerequisiti
Ho cercato nel forum un articolo chiaro su come configurare un sistema di ticket utilizzando Discourse e ho trovato alcuni argomenti brillanti:
- Configuring incoming email to create new topics or group messages
- Use Discourse as a Private Support/Ticket System
Domande
Purtroppo non sono abbastanza familiare con alcune funzionalità dei server di posta e non so come configurare il supporto per reply+mailbox@server.com o somerandomcode+mailbox@server.com. Come funziona esattamente, oh mio Dio? 
Come posso utilizzare più indirizzi email assegnati a diverse categorie? Come funziona se le impostazioni del forum supportano un solo indirizzo email?
Sì, funziona perfettamente. Basandomi su quei due how-to, ho compreso i principi della ricezione delle email e delle impostazioni corrette del forum. Come menzionato in precedenza, la funzionalità principale è l’inoltro nel server di posta.
Server di posta completamente funzionante di base
Per coloro che desiderano configurare un server di posta a costo zero, consiglio iRedMail
- Qui trovi un articolo per configurare un server di posta basato su ubuntu + postfix + iredmail in inglese
- Qui lo stesso per centos in russo
Alias di posta
Dopo un’installazione predefinita, otterrai un server di posta pronto per la connessione a Discourse. Segui i passaggi 1 e 2 sopra e poi i passaggi successivi su come utilizzare gli alias di posta in iRedMail.
Ad esempio, hai creato la casella di posta master@server.com e due categorie:
feature
feature -> internal [private]
Devi utilizzare le credenziali della tua casella di posta nelle impostazioni di polling POP.
Connettiti alla shell del tuo server, usa l’utente postgres e connettiti al database (io uso postgres):
ssh login@server.com
sudo su - postgres
psql
Poi passa allo schema vmail e crea due alias:
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);
Il passaggio successivo consiste nel creare gli inoltri:
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 OPPURE CTRL+D per uscire
Puoi controllare le due tabelle, alias e forwardings, nel tuo gestore di DB preferito:
Fai attenzione alla chiave active, deve essere 1.
Controlla le impostazioni
Assegna gli alias di posta alle categorie e invia un’email dall’indirizzo del tuo utente registrato. Se necessario, puoi consentire l’invio di email anonime e la creazione automatica di utenti in bozza con le seguenti impostazioni:
- Accetta email da utenti anonimi senza account (opzionale, impostazione della categoria)
- Abilita gli utenti in bozza (se vero, controlla anche
approva tranne gli utenti in bozza) - polling POP3 abilitato = true
- host di polling POP3 (il tuo FQDN)
- porta di polling POP3 (solitamente 995)
- nome utente di polling POP3 (
master@server.com) - password di polling POP3
- elimina dal server dopo il polling POP3 (opzionale, io lo lascio disabilitato per mantenere il messaggio originale nel mio client di posta)
- registra i fallimenti dell’elaborazione delle email (opzionale, poiché puoi monitorare tutti gli eventi nella scheda Email)
- email in = true
- trust minimo per le email in (uso 0 all’inizio dopo aver avviato il mio forum, controlla anche
pulisci gli utenti inattivi dopo giorni) - prefisso email (opzionale, se il titolo del tuo sito ha un nome in MAIUSCOLO, potrebbe aggiungere un punteggio di spam alle risposte automatiche)
- abilita le email inoltrate (opzionale, è ancora in BETA in 2.4.0beta2, a volte non riesce a trovare il corpo dell’email)
Controlla le email in arrivo
Invia email ai tuoi alias e controlla:
/admin/email/received
/admin/email/rejected
Ora tutte le email inviate sia a master@server.com, feat@server.com che staff@server.com verranno inserite in un’unica casella di posta master@server.com. La differenza è che le email inviate a feat@ verranno elaborate dalla categoria feature, mentre quelle inviate a staff@ dalla categoria internal.
Assicurati che siano apparsi nuovi argomenti! 
Alcune note
- Anche se assegni l’email primaria
master@a una categoria pubblica o privata, tutte le email verranno elaborate correttamente (nessun duplicato, nessuna violazione della privacy) - L’impostazione
lunghezza minima del titolo dell'argomentonon influisce sulla lunghezza dell’oggetto dell’email.