Avevi ragione, configurare un’email per una categoria e inviare lì l’email ha funzionato come previsto, quindi mi stavo solo sbattendo la testa contro il muro perché i rifiuti erano silenziosi.
Sono contento di saperlo ora, e spero che la guida venga aggiornata, anche se personalmente preferirei che funzionasse come descritto nella guida. Ad esempio, se gli utenti stanno cercando di inviare email a un indirizzo e questo non funziona, potrebbe aiutarmi a informarli o a rendermi conto che c’è una domanda di comunicazione con una categoria o un gruppo via email. Sembra che senza questo, non ci sia un modo semplice per vedere quelle email.
Questo ancora non funziona come previsto. Ho fatto funzionare i webhook, quindi posso vedere diversi rimbalzi, ma so che provengono dai webhook di Mailgun perché hanno il problema descritto qui: “Errore Discourse::NotFound” quando si fa clic sul campo “Tipo di email” in admin/email/bounced
Non capisco davvero come Mailgun riceva i rimbalzi in primo luogo, dato che non ho record MX che puntano ai loro server, presumo che impostino un percorso di ritorno mentre inviano l’email in uscita?
E vedo i rimbalzi nei log di mail-receiver, ma non arrivano ad app. Sembra che vengano rifiutati silenziosamente. Ecco una riga nei log che posso collegare a un rimbalzo ricevuto tramite i webhook:
NOQUEUE: reject: RCPT from mail-[id1].outbound.protection.outlook.com[XX.XX.XX.XX]: 450 4.7.1 <bounce+[id2]-[email]=[address].com@www.[mydomain].com>: Recipient address rejected: Internal error, API request failed; from=<> to=<bounce+[id#]-[email]=[address].com@www.[mydomain].com> proto=ESMTP helo=<[id3].outbound.protection.outlook.com>
Devo aggiungere bounce+{%something}@www.mydomain.com come indirizzo in whitelist da qualche parte in modo che vengano accettati?