Come posso esportare un’email completa inviata da discourse in un file (formato eml o msg)?
Contesto della domanda: Stiamo riscontrando problemi, ovvero le email di invito di discourse vengono classificate come spam dal server di posta elettronica ricevente (di un provider di posta elettronica, per altri provider di posta elettronica funziona). Per risolvere il problema, il provider di posta elettronica ha richiesto campioni dell’email inviata in formato eml o msg.
Se riesci a recuperare un’email di invito nella cartella spam o in un’altra casella di posta in cui l’email non è stata rilevata come spam, praticamente qualsiasi client di posta elettronica ha l’opzione per scaricare il messaggio in uno di questi formati.
Ad esempio, in Gmail, sarebbe qui per scaricare l’email in formato .eml:
Ne sono a conoscenza e ho fornito un campione che è passato tramite un altro provider al provider in questione. Ma quel supporto ha esplicitamente richiesto un campione inviato a loro. :-/ Non sono nella posizione di discutere con loro sul senso di ciò, ma voglio solo soddisfare la loro richiesta…
@pfaffman puoi elaborare un po’, non sono sicuro di averti capito bene.
Utilizziamo l’installazione “standard” con due container docker (discourse, mail-in) e inviamo tramite una connessione SMTP utilizzando un indirizzo email del provider in questione ad altri indirizzi email del provider in questione. Poiché il provider in questione mi chiede dei campioni, apparentemente non riesce (o non vuole) trovare un campione sul proprio sistema. Pertanto, sto cercando un modo per esportarlo da discourse. Posso vedere l’email nel pannello di amministrazione come “non recapitabile”, ma vedo solo il messaggio di rimbalzo in arrivo, non l’email inviata. Sotto “inviato” vedo una riga con l’email, mostrando anche i dettagli smtp: 250 2.0.0 OK queued with id Z2869bz5GCbjCq9 ma non i dettagli dell’email (intestazione, corpo) o un modo per scaricarla/esportarla.
Sì. Una impostazione simile a quella già esistente elimina i log delle email dopo giorni sarebbe probabilmente sensata per evitare di riempire il disco eliminando anche le email stesse dopo n giorni.
Sebbene al di là delle mie attuali competenze, il primo approccio mi sembra fattibile come soluzione temporanea (con lavoro aggiuntivo). Per il secondo suggerimento temerei che il server di posta ricevente possa aver alterato l’email e quindi il supporto la rifiuterebbe… :-/
Noi non “abbiamo”, stiamo solo “usando” il server SMTP. È un server di posta di un provider esterno (in realtà lo stesso provider che rifiuta le email…). Il server di posta sta effettivamente consegnando l’email, è solo il server di posta in ricezione (dello stesso provider) che la rifiuta.
Dato che è il server di posta di un provider esterno, non abbiamo accesso ai file di log.
Ma sto continuando a scambiare messaggi con il loro supporto, sperando di arrivare a una soluzione presto (ci è voluto quasi un mese finora…).
La storia continua… Ora il supporto vuole una copia dell’email di rimbalzo come file eml o msg. Quindi la mia domanda di follow-up: è possibile esportare un’email in arrivo? Sotto E-Mail → Bounced vedo una voce di elenco e posso dare un’occhiata ai dettagli dell’email (campi di intestazione, oggetto, corpo dell’email, …) ma non vedo alcuna possibilità di scaricare il messaggio come file. Sto trascurando qualcosa, c’è un modo diverso?
Grazie per le informazioni. Non ero sicuro della codifica e di altre cose (ad esempio, un esempio del codice sorgente di un’e-mail dal mio MTA: ...m=C3=BCssten wir auch noch mal 2 gro=C3=9Fe Switche...), se avrebbe funzionato allo stesso modo.
Simon
Noterai un’intestazione in quel messaggio che dice: Content-Transfer-Encoding: quoted-printable. Questo dice a chiunque legga il messaggio come decodificarlo.
C’è meno magia in un file .msg di quanto potresti pensare