Sehr geehrte Discourse-Entwickler, Discourse hat seit vielen Jahren mehrere Domains und mehrere Discourse-Instanzen ermöglicht, aber es gibt keine Möglichkeit, eingehende E-Mails an mehrere E-Mail-Empfänger/Domains zu leiten. Können wir das ermöglichen? Die Antwort per E-Mail funktioniert ohne kostspieliges Polling für Multi-Site-Discourse nicht.
Mit freundlichen Grüßen,
-Walker
Ich folge nicht ganz, wir unterstützen jetzt mehrere eingehende Postfächer.
@martin gibt es irgendwo eine Dokumentation, auf die wir verlinken können?
Wir haben das hier Set up reply by email with POP3 polling und auch SMTP support for group inboxes, aber ich bin mir nicht sicher, ob eines davon das Problem des OP löst. Ich glaube, OP spricht davon, eingehende E-Mails über GitHub - discourse/mail-receiver zu empfangen und an mehrere Websites weiterzuleiten? Vielleicht lese ich das aber falsch, können Sie mehr Details dazu geben, was Sie erreichen möchten, @Walker_Blackwell?
Ich vermute, sie sprechen über Discourse-Bereitstellung als Multisite und Unterstützung für eingehende E-Mails pro Site.
Zum Beispiel:
discourse1.example.com und discourse2.example.com werden als Multisite gehostet und der OP möchte eingehende E-Mails für beide Domains über den Mail-Receiver-Container erhalten, anstatt sich auf eine externe Mailbox zu verlassen.
Genau. Der Mail-Empfänger unterstützt nur eine Domain/einen Standort, während alles andere Multi-Domain/Multi-Site ist.
Es wäre ideal, Multi-Site-Multi-Empfänger zu unterstützen.
-Walker
Entschuldigung, ich war beschäftigt.
Ja, das ist es, was ich gerne hätte. Die Verwendung des E-Mail-Empfängers hat eine Menge Vorteile und reduziert das Polling usw.
Der Rest des Codes ist sofort für mehrere Standorte geeignet. Es wäre schön, wenn dies Teil des E-Mail-Empfängers wäre. Ich verstehe, dass es sich (in Bezug auf die Portierung) um ein seltsames Stück Code handeln könnte. . .
Herzlichst
-Walker
ding
Ist das etwas, das sich lohnt?
-Walker
Es ist machbar, aber es erfordert einen erheblichen Programmieraufwand. Die Hauptsache, die ausgebügelt werden müsste, ist die Festlegung der Zuordnung zwischen E-Mail-Adressen (und Domains) und Multisite-Instanzen sowie des API-Benutzernamens/Schlüssels, der für jede Website verwendet werden soll.
Wenn Ihnen das wichtig genug ist, ist es wahrscheinlich am besten, etwas in Marketplace zu posten, um es in Bewegung zu setzen, es sei denn, jemand bei CDCK hat plötzlich einen Juckreiz, den er kratzen möchte.
Hauptsächlich frage ich mich, ob ich hier allein war oder nicht. . . Ich benutze Discourse wohl als öffentliches Kundensupport-Aufnahmesystem/Hilfe-Ticketsystem für mehrere Domains, und das ist vielleicht eher ein Sonderszenario. . . selbst wenn die Dinge an eine einzige Aufnahmedomain (Port 25, was auch immer) gingen, aber der Empfänger die @-E-Mails so parsen konnte, dass sie zu verschiedenen Discourse-Instanzen (API-Endpunkten) gingen. . . dann gäbe es keine Arbeit am Code auf niedrigerer Ebene. . . keine Ahnung. Ich schätze, es ist, wie Sie sagten, @mpalmer, viel Code. . .
Grüße
-Walker
Ich würde nicht sagen „allein“, aber es ist sicherlich ein Nischenanwendungsfall, auf den vielleicht 0,01 % der Leute, die Discourse selbst hosten, stoßen. Es wäre nicht notwendig, Discourse selbst zu ändern. Es geht darum, den Mail-Empfänger so zu ändern, dass er, wie Sie sagen, die Domain der eingehenden E-Mails herausfiltert und sie an die richtige Discourse-Instanz weiterleitet, wobei für jede Anfrage der entsprechende API-Benutzer und Schlüssel verwendet wird.
Ich habe jetzt eine funktionierende Konfiguration auf meinem dedizierten Server, die diese Funktionen bereitstellt.
Erzählen Sie mir, wie Sie es gemacht haben.
Ich würde es gerne bald tun, wenn ich Zeit habe 
- im Moment habe ich einfach wenig Zeit!
Zeit ist nur ein Konzept 
Aber danke, das wäre nett.
Ich stelle hier eine Methode zur Verfügung…