Chers développeurs de Discourse, Discourse permet d’utiliser plusieurs domaines et plusieurs instances Discourse depuis de nombreuses années, mais il n’y a aucun moyen de diriger les e-mails entrants vers plusieurs récepteurs/domaines d’e-mails au fil des ans. Pouvons-nous y parvenir ? La réponse par e-mail ne fonctionne pas sans un sondage coûteux pour les instances Discourse multiples.
Cordialement,
-Walker
Je ne suis pas tout à fait d’accord, nous prenons désormais en charge plusieurs boîtes de réception entrantes.
@martin y a-t-il une documentation quelque part à laquelle nous pouvons nous référer ?
Nous avons ceci Set up reply by email with POP3 polling et aussi SMTP support for group inboxes mais je ne suis pas sûr que l’un de ces liens résolve le problème de l’OP. Je pense que l’OP parle d’accepter les e-mails entrants via GitHub - discourse/mail-receiver et de les diriger vers plusieurs sites ? Peut-être que je me trompe, pouvez-vous fournir plus de détails sur ce que vous voulez accomplir @Walker_Blackwell ?
Je suppose qu’ils parlent du déploiement de Discourse en multisite et de la prise en charge des e-mails entrants par site.
Par exemple :
discourse1.example.com et discourse2.example.com sont hébergés en multisite et l’OP souhaite recevoir des e-mails entrants pour les deux domaines en utilisant le conteneur mail-receiver au lieu de dépendre d’une boîte aux lettres externe.
Exactement. Le récepteur de courrier ne prend en charge qu’un seul domaine/site, tandis que tout le reste est multi-domaines/sites.
Il serait idéal de prendre en charge plusieurs sites et plusieurs récepteurs.
-Walker
Désolé, j’ai été occupé.
Oui, c’est ce que je voudrais. L’utilisation de email_receiver présente de nombreux avantages et réduit le polling, etc.
Le reste du code est prêt pour le multi-site. Ce serait bien de voir cela intégré à email_receiver. Je comprends que cela pourrait être un peu étrange à coder (en termes de ports)…
Cordialement,
-Walker
ding
Est-ce que ça en vaut la peine ?
-Walker
C’est faisable, mais cela nécessitera une bonne dose de codage. La principale chose qui devrait être réglée est la manière de spécifier la correspondance entre les adresses e-mail (et les domaines) et les instances multisites, ainsi que le nom d’utilisateur/la clé API à utiliser pour chaque site.
Si cela est suffisamment important pour vous, poster quelque chose dans Marketplace est probablement le meilleur moyen de faire avancer les choses, à moins que quelqu’un chez CDCK n’ait soudainement une envie qu’il décide de satisfaire.
Je demande principalement si j’étais seul ici ou non. . . Je suppose que j’utilise Discourse comme système public de réception de demandes de support client/de tickets d’aide pour plusieurs domaines et c’est peut-être un scénario plus particulier. . . même si les choses allaient vers un seul domaine de réception (port 25 quoi qu’il arrive) mais que le récepteur était capable d’analyser les e-mails @ pour aller vers différentes instances Discourse (points d’API). . . alors il n’y aurait pas de travail sur le code de bas niveau. . . je ne sais pas. Je suppose que c’est comme vous l’avez dit @mpalmer, beaucoup de code. . .
Cordialement
-Walker
Je ne dirais pas « seul », mais c’est certainement un cas d’utilisation de niche que peut-être 0,01 % des personnes qui auto-hébergent Discourse rencontrent. Il n’y aurait aucun besoin de modifier Discourse lui-même, il s’agit de modifier le récepteur de courrier pour, comme vous le dites, extraire le domaine des e-mails entrants et les acheminer vers la bonne instance Discourse, en utilisant l’utilisateur et la clé API appropriés pour chaque requête.
J’ai maintenant une configuration fonctionnelle sur mon serveur dédié qui offre ces fonctionnalités.
Aimez-vous raconter comment vous l’avez fait.
J’aimerais bien, bientôt, quand j’aurai le temps 
- Je suis juste dans une période de rush en ce moment !
Le temps n’est qu’un concept 
Mais merci, ce serait gentil.
Je fournis une méthode ici…