ATTENTION — ce sujet est très spécifique à un cas d’usage rare et il est probable que ce ne soit pas la solution que vous devriez adopter. Veuillez consulter les deux premiers liens ci-dessous pour la configuration recommandée.
Prérequis
J’ai recherché sur le forum un article clair expliquant comment configurer un système de tickets avec Discourse et j’ai trouvé quelques sujets excellents :
- Configuring incoming email to create new topics or group messages
- Use Discourse as a Private Support/Ticket System
Questions
Malheureusement, je ne suis pas suffisamment familier avec certaines fonctionnalités des serveurs de messagerie et je ne sais pas comment configurer la prise en charge de reply+mailbox@server.com ou somerandomcode+mailbox@server.com. Comment cela fonctionne-t-il exactement, bon sang ? 
Comment puis-je utiliser plusieurs adresses e-mail assignées à différentes catégories ? Comment cela fonctionne-t-il si les paramètres du forum ne prennent en charge qu’une seule adresse e-mail ?
Oui, cela fonctionne parfaitement. Grâce à ces deux tutoriels, j’ai compris les principes de la réception des e-mails et des paramètres appropriés du forum. Comme mentionné précédemment, l’élément clé réside dans la fonctionnalité de redirection du serveur de messagerie.
Serveur de messagerie entièrement fonctionnel de base
Pour ceux qui souhaitent configurer un serveur de messagerie sans frais, je recommande iRedMail
- Ici, un article en anglais expliquant la configuration d’un serveur de messagerie basé sur Ubuntu + Postfix + iRedMail.
- Ici, la même chose pour CentOS en russe.
Alias de messagerie
Après une installation par défaut, vous obtenez un serveur de messagerie prêt à se connecter à Discourse. Suivez les étapes 1 et 2 ci-dessus, puis les étapes suivantes pour utiliser les alias de messagerie dans iRedMail.
Par exemple, vous avez créé la boîte aux lettres master@server.com et deux catégories :
feature
feature -> internal [private]
Vous devez utiliser vos identifiants de boîte aux lettres dans les paramètres de vérification POP.
Connectez-vous à l’invite de commande de votre serveur, utilisez l’utilisateur postgres et connectez-vous à la base de données (j’utilise PostgreSQL) :
ssh login@server.com
sudo su - postgres
psql
Ensuite, basculez vers le schéma vmail et créez deux 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);
L’étape suivante consiste à créer des redirections :
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 OU CTRL+D pour quitter
Vous pouvez vérifier les deux tables, aliases et forwardings, dans votre gestionnaire de base de données préféré :
Portez une attention particulière à la clé active, elle doit être définie sur 1.
Vérification des paramètres
Assignez les alias d’e-mail aux catégories et envoyez un e-mail depuis l’adresse de votre utilisateur enregistré. Si nécessaire, vous pouvez autoriser l’envoi d’e-mails anonymes et la création automatique d’utilisateurs provisoires en configurant les paramètres suivants :
- Accepter les e-mails provenant d’utilisateurs anonymes sans compte (optionnel, paramètre de catégorie)
- Activer les utilisateurs provisoires (si vrai, cochez également
approuver sauf pour les utilisateurs provisoires) - Vérification POP3 activée = true
- Hôte de vérification POP3 (votre FQDN)
- Port de vérification POP3 (généralement 995)
- Nom d’utilisateur de vérification POP3 (
master@server.com) - Mot de passe de vérification POP3
- Supprimer du serveur après vérification POP3 (optionnel, je laisse désactivé pour conserver le message original dans mon client de messagerie)
- Journaliser les échecs de traitement des e-mails (optionnel, car vous pouvez surveiller tous les événements dans l’onglet E-mails)
- Réception d’e-mails activée = true
- Niveau de confiance minimum pour la réception d’e-mails (j’utilise 0 au début, après le démarrage de mon forum ; vérifiez également
nettoyer les utilisateurs inactifs après X jours) - Préfixe d’e-mail (optionnel, si le titre de votre site est en majuscules, cela peut augmenter le score de spam des réponses automatiques)
- Activer les e-mails transférés (optionnel, cette fonctionnalité est toujours en BETA dans la version 2.4.0beta2 ; parfois, elle ne parvient pas à trouver le corps de l’e-mail)
Vérification des e-mails entrants
Envoyez des e-mails à vos alias et vérifiez :
/admin/email/received
/admin/email/rejected
Désormais, tous les e-mails envoyés à master@server.com, feat@server.com ou staff@server.com seront placés dans une seule boîte aux lettres : master@server.com. La différence réside dans le traitement : les e-mails envoyés à feat@ seront traités par la catégorie feature, tandis que ceux envoyés à staff@ seront traités par la catégorie internal.
Assurez-vous que de nouveaux sujets sont apparus ! 
Quelques remarques
- Même si vous assignez l’e-mail principal
master@à une catégorie publique ou privée, tous les e-mails seront traités correctement (pas de doublons, pas de divulgation de confidentialité). - Le paramètre
longueur minimale du titre du sujetn’affecte pas la longueur de l’objet de l’e-mail.