Sto usando NetCore Cloud come provider di posta elettronica ma non riesco ad abilitare la ricezione di email o la risposta alle email, hai qualche idea su come posso ottenere questo risultato usando NeCore Cloud Email?
1 Mi Piace
Sto lavorando su questo con @Abdelrahman_MoHamed - quello che crediamo sia il nostro problema principale/blocco è che stiamo cercando di configurare netcore per inviare email di risposta (in entrata) a discourse per l’elaborazione.
Quello che non riusciamo a capire è come inserire quei dati (l’email in entrata analizzata) in discourse per l’elaborazione, dov’è la schermata di configurazione che stiamo guardando in netcore:
Crediamo che vorremmo inserire un URL simile a questo:
https://forum.mamapedia.com/admin/email/handle_mail
Siamo confusi tuttavia perché quando guardiamo la configurazione dei webhook, sembrano essere richieste POST…
Inoltre, stiamo ipotizzando che dovremmo utilizzare i webhook per raggiungere il nostro obiettivo.
Ciao Community di Discourse,
Sto lavorando alla configurazione della funzionalità di risposta via email per la mia istanza di Discourse e ho bisogno di chiarimenti e indicazioni.
La mia configurazione attuale
- Sto utilizzando Netcore come provider di posta elettronica.
- Per le email in arrivo, ho configurato una regola in Netcore per catturare tutte le email che corrispondono al formato: reply+*@mydiscourse.com.
- Netcore supporta l’inoltro di queste email a:
- Un altro indirizzo email
- Un webhook
Cosa ho provato
Ho tentato di inoltrare queste email al seguente endpoint di Discourse:
https://mydiscourse.com/admin/email/handle_mail
Sfortunatamente, questo ha comportato uno stato 404 Not Found.
Le mie domande
- Chi gestisce le email in arrivo in questa configurazione? Dovrebbero essere elaborate direttamente da Discourse o il provider di posta elettronica deve inoltrarle in un formato specifico affinché Discourse le gestisca?
- Ho notato un’opzione chiamata Ricezione diretta email tramite mail-receiver. Sarebbe un approccio migliore per la mia configurazione?
Voglio assicurarmi che le email in arrivo vengano elaborate correttamente per abilitare la funzionalità di risposta via email. Potreste guidarmi sul modo corretto di configurarla con Netcore o indicarmi la documentazione pertinente?
Grazie in anticipo per il vostro supporto!
1 Mi Piace
Un punto qui, netcore è quello che in precedenza era conosciuto come ‘pepipost’ - quindi se questo vi dice qualcosa, forse può aiutarci a indicarci la giusta direzione.
Grazie in anticipo!
Il modo più semplice è Configurare l’email in arrivo a consegna diretta per i siti self-hosted con Mail-Receiver
Sono abbastanza sicuro che l’endpoint che stai utilizzando sia per la gestione dei bounce, ma potrei sbagliarmi.
Grazie per la tua risposta, con questa configurazione avremo un endpoint che potremo utilizzare nel provider di posta elettronica per pubblicare i dati?
@pfaffman molto utile, grazie. Quindi mettendo da parte netcore (aka pepipost) i- sembra che tu stia dicendo che se vogliamo:
- invio di email
- gestione dei bounce
- gestione delle risposte
Indipendentemente dal fatto che utilizziamo mailgun, sengrid, ecc. - dobbiamo Configurare la consegna diretta di email in entrata per siti self-hosted con Mail-Receiver - è corretto? Dici che è il modo “più semplice”, quindi sono curioso, ci sono altri modi?
Apprezzo ancora molto la risposta, siamo stati/siamo bloccati su questo da alcuni giorni…
Inoltre, pubblicando nella community generale qui, stiamo cercando una conferma che Configura la ricezione diretta delle email in entrata per siti self-hosted con Mail-Receiver sia necessario per la gestione completa delle email negli ambienti self-hosted.
Se qualcun altro può confermare che questo è effettivamente richiesto, sarebbe molto utile.
È anche possibile configurare una casella di posta pop3 che Discourse controllerà. Il ricevitore di posta è più semplice e consente di utilizzare indirizzi arbitrari per le caselle di posta di gruppo o di categoria.
1 Mi Piace
Grazie @pfaffman - ancora molto utile. Quindi stiamo procedendo con il ricevitore di posta, siamo su un’installazione multisito. Una volta finito, presumendo che le cose vadano bene, torneremo qui.
Ciao @pfaffman, grazie ancora per il tuo aiuto
Ho cercato di configurare il container mail-receiver di Discourse per il mio forum, ma ho riscontrato un problema relativo al rifiuto delle email durante il test. Ecco i dettagli del problema:
-
Dominio del Forum: test.mamapedia.com (con proxy tramite Cloudflare)
-
Dominio del Mail Receiver: reply.mamapedia.com
-
Dettagli dell’Errore:
Quando provo a testare il mail receiver usando Telnet, ricevo il seguente errore:telnet reply.mamapedia.com 25 Trying 34.122.3.90... Connected to reply.mamapedia.com. Escape character is '^]'. 220 ESMTP server MAIL FROM: <abdohamoda636@gmail.com> 250 2.1.0 Ok RCPT TO: <test@reply.mamapedia.com> 554 5.7.1 <test@reply.mamapedia.com>: Recipient address rejected: Mail to this address is not accepted. Check the address and try to send again.Log del Mail Receiver: I log del container mail-receiver mostrano il seguente messaggio di rifiuto:
Dec 17 17:19:12 test-discourse-20241125-173103-mail-receiver postfix/smtpd[139]: NOQUEUE: reject: RCPT from 90.3.122.34.bc.googleusercontent.com[34.122.3.90]: 554 5.7.1 <test@reply.mamapedia.com>: Recipient address rejected: Mail to this address is not accepted. Check the address and try to send again?; from=<abdohamoda636@gmail.com> to=<test@reply.mamapedia.com> proto=SMTP Dec 17 17:19:12 test-discourse-20241125-173103-mail-receiver postfix/smtpd[139]: using backwards-compatible default setting smtpd_relay_before_recipient_restrictions=no to reject recipient "test@reply.mamapedia.com" from client "90.3.122.34.bc.googleusercontent.com[34.122.3.90]"Osservazioni:
- Il messaggio di errore nei log indica che l’indirizzo del destinatario “test@reply.mamapedia.com” viene rifiutato.
- Il problema sembra essere correlato alla configurazione di postfix o a una qualche restrizione che impedisce l’accettazione dell’email.
Cosa ho provato:
- Ho verificato che i record DNS (MX) per
reply.mamapedia.comsiano impostati correttamente. - Ho ricontrollato la configurazione del container mail-receiver e verificato che il dominio
reply.mamapedia.comsia impostato correttamente.
File di configurazione di Mail-Receiver
env: LC_ALL: en_US.UTF-8 LANG: en_US.UTF-8 LANGUAGE: en_US.UTF-8 ## Dove le email al tuo forum dovrebbero essere inviate. In generale, va benissimo ## usare lo stesso dominio del forum qui. MAIL_DOMAIN: reply.mamapedia.com # uncomment these (and the volume below!) to support TLS POSTCONF_smtpd_tls_key_file: /letsencrypt/reply.mamapedia.com.key POSTCONF_smtpd_tls_cert_file: /letsencrypt/fullchain.cer POSTCONF_smtpd_tls_security_level: may ## L'URL di base per questa istanza di Discourse. ## Sarà qualunque sia l'URL del tuo sito Discourse. Ad esempio, ## https://test.mamapedia.com. Se stai eseguendo una configurazione in sottocartella, ## assicurati di tenerne conto (es. https://example.com/forum). DISCOURSE_BASE_URL: 'https://test.mamapedia.com' ## La chiave API master del tuo forum Discourse. Puoi ottenerla dalla ## scheda "API" del tuo pannello di amministrazione. DISCOURSE_API_KEY: '#############' ## Il nome utente da utilizzare per l'elaborazione delle email in arrivo. A meno che tu non abbia ## rinominato l'utente `system`, dovresti lasciarlo così com'è. DISCOURSE_API_USERNAME: system volumes: - volume: host: /var/discourse/shared/mail-receiver/postfix-spool guest: /var/spool/postfix # uncomment to support TLS - volume: host: /var/discourse/shared/standalone/letsencrypt guest: /letsencryptRecord DNS di Cloudflare
Apprezzo qualsiasi aiuto o suggerimento che puoi fornire.
1 Mi Piace
Non lo so, ma tali errori sono sempre un problema di DNS. E ogni volta che è coinvolto anche Cloudflare. L’ultima volta, molto tempo fa, ho riscontrato quell’errore di escape, era un timeout a causa di un server mal configurato.
2 Mi Piace
Ho questo messaggio quando provo a inviare un messaggio tramite telnet, ma funziona quando rispondo alle notifiche con i miei normali provider di posta elettronica.
Suggerisco di abilitare la funzionalità di risposta via email e di provarla nel mondo reale per vedere come va.
3 Mi Piace
Grazie, @Canapin , forse hai ragione, proverò a rispondere a qualsiasi email e vedrò e spero che funzioni.
Pubblicherò gli aggiornamenti.
1 Mi Piace
Nel caso possa essere d’aiuto, ecco il contenuto del mio file mail-receiver.yml funzionante.
Utilizzo Cloudflare SSL, quindi poiché Cloudflare fornisce il TLS ho lasciato commentate tutte le righe TLS.
## questo è il template del container ricevitore di posta
##
## Dopo aver apportato modifiche a questo file, DEVI ricostruire
## /var/discourse/launcher rebuild mail-receiver
##
## FAI *MOLTA* ATTENZIONE QUANDO MODIFICHI!
## I FILE YAML SONO ESTREMAMENTE SENSIBILI A ERRORI DI SPAZIATURA O ALLINEAMENTO!
## visita http://www.yamllint.com/ per validare questo file secondo necessità
base_image: discourse/mail-receiver:release
update_pups: false
expose:
- "25:25" # SMTP
env:
LC_ALL: en_US.UTF-8
LANG: en_US.UTF-8
LANGUAGE: en_US.UTF-8
## Dove deve essere inviata l'e-mail al tuo forum. In generale, va benissimo
## usare lo stesso dominio del forum stesso.
MAIL_DOMAIN: mydiscourseinstance.com
# decommenta queste (e il volume sottostante!) per supportare TLS
# POSTCONF_smtpd_tls_key_file: /letsencrypt/discourse.example.com/discourse.example.com.key
# POSTCONF_smtpd_tls_cert_file: /letsencrypt/discourse.example.com/fullchain.cer
# POSTCONF_smtpd_tls_security_level: may
## L'URL di base per questa istanza di Discourse.
## Sarà qualunque sia l'URL del tuo sito Discourse. Ad esempio,
## https://discourse.example.com. Se stai eseguendo una configurazione in sottocartella,
## assicurati di tenerne conto (ad esempio https://example.com/forum).
DISCOURSE_BASE_URL: 'https://mydiscourseinstance.com'
## La chiave API principale del tuo forum Discourse. Puoi ottenerla dalla
## scheda "API" del tuo pannello di amministrazione.
DISCOURSE_API_KEY: xxxxxxxxxxxxxxxx
## Il nome utente da utilizzare per l'elaborazione delle e-mail in arrivo. A meno che tu non abbia
## rinominato l'utente `system`, dovresti lasciarlo così com'è.
DISCOURSE_API_USERNAME: system
volumes:
- volume:
host: /var/discourse/shared/mail-receiver/postfix-spool
guest: /var/spool/postfix
# decommenta per supportare TLS
# - volume:
# host: /var/discourse/shared/standalone/letsencrypt
# guest: /letsencrypt
Grazie a tutti per i vostri preziosi suggerimenti e supporto! @pfaffman , @Jagster , @Canapin e @denvergeeks — apprezzo il vostro aiuto. Volevo aggiornarvi dicendo che ora funziona! Ho rimosso tutte le mie vecchie configurazioni, aggiornato Docker all’ultima versione e mi sono assicurato che il record MX richiesto fosse aggiunto correttamente. Telnet ancora non funziona, ma ora riesco a ricevere risposte con successo. Grazie ancora per avermi guidato in questo!
2 Mi Piace
Sono contento che alla fine funzioni. Sono curioso di sapere cosa nella configurazione di postfix rifiuta le email telnet (potrebbero essere rifiutate per molte ragioni, ma la ragione fornita sembra errata).
Giusto. Accetta solo la posta che Discourse accetterà.
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.