Gentili sviluppatori di Discourse, Discourse ha abilitato domini multipli e istanze Discourse multiple per molti anni, ma non c’è modo di indirizzare le email in arrivo a più ricevitori/domini di posta in tutti questi anni. Possiamo farlo accadere? La risposta via email non funziona senza un costoso polling per Discourse multi-sito.
cordiali saluti,
-Walker
Non seguo esattamente, ora supportiamo più caselle di posta in arrivo.
@martin c’è documentazione da qualche parte a cui possiamo collegarci?
Abbiamo questo Set up reply by email with POP3 polling e anche SMTP support for group inboxes ma non sono sicuro se uno di questi risolva il problema dell’OP. Penso che l’OP stia parlando di accettare email in arrivo tramite GitHub - discourse/mail-receiver e indirizzarle a più siti? Forse sto fraintendendo, puoi fornire maggiori dettagli su cosa vuoi ottenere @Walker_Blackwell?
Immagino stiano parlando del deployment di discourse come multisito e del supporto per le email in arrivo per sito.
Ad esempio:
discourse1.example.com e discourse2.example.com sono ospitati come multisito e l’OP vuole ricevere email in arrivo per entrambi i domini utilizzando il container mail-receiver invece di fare affidamento su qualsiasi casella di posta esterna.
Esatto. Il ricevitore di posta supporta solo un dominio/sito, tuttavia tutto il resto è multi-dominio/sito.
Sarebbe ideale supportare più siti e più ricevitori.
-Walker
Mi dispiace, mi sono distratto.
Sì, è quello che vorrei. L’uso di email_receiver offre molti vantaggi e riduce il polling, ecc.
Il resto del codice è già pronto per il multi-sito. Sarebbe bello vedere questo integrato in email_receiver. Capisco che potrebbe essere un po’ strano dal punto di vista del codice (per quanto riguarda le porte)…
Cordiali saluti,
-Walker
ding
Ne vale la pena?
-Walker
È fattibile, ma richiederà una discreta quantità di codice. La cosa principale che dovrebbe essere definita è come specificare la mappatura tra indirizzi email (e domini) e istanze multisito, insieme al nome utente/chiave API da utilizzare per ciascun sito.
Se questo è abbastanza importante per te, inserire qualcosa in Marketplace è probabilmente il modo migliore per farlo avanzare, a meno che qualcuno di CDCK non decida improvvisamente di volerlo fare.
Principalmente per chiedere se fossi solo qui o meno… Immagino di usare discourse come sistema pubblico di ricezione del supporto clienti/richieste di assistenza per più domini e questo è forse uno scenario più particolare… anche se le cose dovessero andare a un singolo dominio di ricezione (porta 25 quello che è) ma il ricevitore fosse in grado di analizzare le email @ per andare a diverse istanze di discourse (endpoint API)… allora non ci sarebbe alcun lavoro sul codice di basso livello… non so. Immagino sia come hai detto tu @mpalmer, un sacco di codice…
saluti
-Walker
Non direi “da soli”, ma è certamente un caso d’uso di nicchia che forse lo 0,01% delle persone che auto-ospitano Discourse incontrano. Non ci sarebbe bisogno di modificare Discourse stesso, si tratta di modificare il mail-receiver per, come dici tu, analizzare il dominio delle e-mail in arrivo e instradarle all’istanza Discourse corretta, utilizzando l’utente API e la chiave appropriati per ogni richiesta.
Ora ho una configurazione funzionante sul mio server dedicato che fornisce queste funzionalità.
Ti piace raccontare come hai fatto.
Mi piacerebbe, presto, quando avrò tempo 
- al momento sono solo a corto di tempo!
Il tempo è solo un concetto 
Ma grazie, sarebbe bello.
Fornisco un metodo qui…