Confusione tra Reply To e Reply List nelle risposte email

Ciao alla comunità Discourse,

[Per contestualizzare questa richiesta: siamo un progetto open-source che utilizza un’istanza fornita da Discourse, per la quale siamo grati.]

Stiamo riscontrando un comportamento che ha confuso alcuni membri della nostra comunità e cerchiamo indicazioni o best practice per migliorare la situazione. Nello specifico:

  • Le notifiche email inviate dalla nostra istanza Discourse mostrano un indirizzo Da: di [progetto]@discoursemail.com insieme all’indirizzo Rispondi a: che instrada correttamente le risposte al topic originale.

  • Quando i destinatari rispondono a tali email utilizzando “Rispondi” invece di “Rispondi a” (credendo erroneamente che questo permetta loro di rispondere all’autore originale del messaggio, fuori dal forum), ricevono il seguente messaggio:

    Ci dispiace, ma il tuo messaggio email a [“[progetto]@discoursemail.com”] (con oggetto Re: [Oggetto]) non ha avuto successo.

    Utilizzi più di un indirizzo email? Hai risposto da un indirizzo email diverso?
    Le risposte via email richiedono che tu utilizzi lo stesso indirizzo email quando
    rispondi. In alternativa, l’intestazione Message-ID nell’email potrebbe essere stata
    modificata.

Questo porta a credere che ci sia un problema con l’indirizzo email da cui hanno inviato il messaggio, piuttosto che con quello a cui l’hanno inviato. Ma dopo aver ricontrollato, scoprono che si tratta del loro indirizzo di account e chiedono aiuto, chiedendosi cosa sia andato storto.

Questo mi fa chiedersi se:

  • Esista un modo per configurare l’indirizzo email da cui vengono inviate queste email in modo che sia qualcosa di più simile a noreply@discoursemail.com o altro che sembri meno un indirizzo email plausibilmente valido?
  • Esista un modo in cui noi, o Discourse, potremmo personalizzare i messaggi di errore per le risposte all’indirizzo mittente, dicendo qualcosa come: “Hai risposto a un indirizzo email che non accetta email in arrivo. Se stavi cercando di rispondere a una notifica di Discourse, utilizza l’indirizzo Rispondi a: o contatta direttamente l’autore.”

[Chiedo scusa se ho trascurato qualcosa prima di pubblicare questo messaggio. Sebbene abbia trovato altri messaggi su meta.discourse.org che ponevano domande simili, nessuno mi ha portato a delle risposte. Detto questo, è stato difficile per me trovare parole chiave che restringessero bene i risultati della ricerca].

Grazie per qualsiasi consiglio,
-Brad

10 Mi Piace

Stiamo indagando e ti risponderemo presto!

5 Mi Piace

Non esiste una impostazione che io conosca che possa essere utilizzata a questo scopo. Esaminando la mia casella di posta personale, sembra essere piuttosto comune che i campi Da e Rispondi a non coincidano. Vedo esempi di applicazioni che inviano email da un indirizzo no-reply con l’indirizzo Rispondi a impostato sull’indirizzo corretto per le risposte. Altre applicazioni sembrano gestirlo nello stesso modo di Discourse: con un indirizzo Da che sembra reale, ma con l’aspettativa che l’indirizzo email Rispondi a venga utilizzato per la risposta.

A meno che non esista un’impostazione del sito di cui non sono a conoscenza che permetta di impostare l’indirizzo Da su noreply@<dominio.com>, aggiungere una tale opzione mi sembra una richiesta di funzionalità ragionevole.

Il modello di email utilizzato da Discourse per queste risposte è il modello email_reject_bad_destination_address. Questo modello di email dovrebbe essere elencato nella sezione modelli di email del sito (trovabile in Amministratore / Personalizza / Email). Quando cerco nel mio sito quel modello di email, non lo trovo. A quanto pare si tratta di un bug che deve essere corretto. Dobbiamo aggiungere il modello all’elenco presente in discourse/app/controllers/admin/email_templates_controller.rb at main · discourse/discourse · GitHub. Si tratta di una modifica piccola, quindi dovremmo riuscire a completarla molto presto.

Per ora, puoi modificare il modello email_reject_bad_destination_address andando nella sezione Amministratore / Personalizza / Testo del tuo sito e inserendo il seguente testo nella casella di ricerca:

system_messages.email_reject_bad_destination_address.text_body_template

Clicca sul pulsante “modifica” visualizzato accanto al risultato della ricerca restituito per apportare le tue modifiche.

7 Mi Piace

Quindi è qualcosa che fanno manualmente, digitando o incollando il testo? È… piuttosto strano.

5 Mi Piace

Una mailing list mal gestita imposterebbe l’indirizzo di risposta sull’indirizzo della lista, e un utente che volesse invece rispondere al mittente potrebbe modificare l’indirizzo con quello del mittente, ovvero l’indirizzo della persona che ha inviato il messaggio. Immagino che tale comportamento sia così radicato che le persone non controllano l’indirizzo per rendersi conto che non potrebbe mai essere quello di chi ha scritto il messaggio.

Per una comunità incentrata sulla posta elettronica, ho scritto un plugin che rivela l’indirizzo email del postatore, rendendo possibile rispondere direttamente al mittente via email.

8 Mi Piace

Hai qualche dettaglio su come le persone stanno facendo questo? Il loro client di posta offre loro l’opzione di utilizzare l’indirizzo Da, oppure lo copiano manualmente in una nuova e-mail?

5 Mi Piace

Un dato a riguardo, dato che ho riscontrato questo problema:

In Thunderbird (sto utilizzando la versione 78.7), credo che riconosca le email di Discourse come provenienti da una mailing list e offra due pulsanti di risposta: Rispondi e Rispondi alla lista.

Rispondi creerà una risposta diretta all’indirizzo “Da” (noreply@xyz.com).

Rispondi alla lista creerà una risposta diretta all’indirizzo “Rispondi a” (replies+01234@xyz.com).

image

Personalmente, trovo molto facile premere per sbaglio il pulsante Rispondi invece di quello Rispondi alla lista.

11 Mi Piace

Ciao a tutti —

Grazie per le risposte in questa discussione, e in particolare a @simon per le note sulla personalizzazione delle risposte via email. Ci darò un’occhiata più da vicino.

In risposta alle domande di @codinghorror e @simon:

So che alcuni membri del nostro team che hanno incontrato questo problema usano Thunderbird, quindi probabilmente hanno riscontrato il comportamento descritto da @Beakerton nelle note (e so che alcuni vecchi client di posta basati su UNIX fanno la stessa cosa; non avevo effettivamente realizzato che Outlook non renda facile farlo fino a quando non ho scritto questa risposta). Se vi interessa, posso chiedere agli altri utenti di cui non conosco il client di posta come hanno incontrato questo problema, anche se mi aspetto che sia simile.

In riferimento al punto di @pfaffman:

Penso che potrebbe essere il caso. Oppure, se ci stanno pensando, potrebbero credere che qualcosa di “magico” in Discourse stia anonimizzando l’indirizzo del mittente ma si assicurerà che la loro risposta arrivi a destinazione? (Mi rendo conto che non è così e comprendo le ragioni, quindi non sto suggerendo che ritenga che questo dovrebbe accadere).

Penso che un vantaggio nel personalizzare l’indirizzo “From:” con qualcosa che sembri meno un indirizzo ragionevole, come nota @simon qui:

sarebbe quello di dissipare queste illusioni per chi presta attenzione, o semplicemente rendere meno sorprendente il fatto che le cose non abbiano funzionato se tornano a controllare il messaggio inviato. Ma essere in grado di personalizzare il messaggio “indirizzo di destinazione errato” ci porterebbe probabilmente al 95% dell’obiettivo, quindi ci darò un’occhiata più da vicino.

Grazie ancora,
-Brad

5 Mi Piace

Ho ancora l’intestazione From: impostata su noreply@example.com e stavo pensando di renderla più accogliente (in parte nel caso in cui le persone non pensassero che rispondere funzionasse). Noreply deve essere o un’impostazione predefinita o consigliata.

Ma forse la risposta a entrambi i problemi si trova nella prima parte di questa frase:

5 Mi Piace

La nostra esperienza è che questo accade effettivamente agli utenti di Thunderbird.
Oggi è la prima domanda che faccio quando qualcuno segnala un incidente del genere, e la risposta è sempre ‘sì’.

7 Mi Piace

Di sicuro un problema di Thunderbird, come abbiamo scoperto e testato a metà gennaio:

Rispondi - un messaggio - viene inviato a [noreply@forum.xxxxx.com](mailto:noreply@forum.xxxxx.com)

Rispondi a tutti - due messaggi - vengono inviati sia a [noreply@forum.xxxxx.com](mailto:noreply@forum.cxxxx.com)
che a [xxxxx.reply+a22deef75085bcafd42f8a99cf58e7cd@gmail.com](mailto:xxxxx.reply+a22deef75085bcafd42f8a99cf58e7cd@gmail.com)

Rispondi alla lista - un messaggio - viene inviato a
[xxxxx.reply+a22deef75085bcafd42f8a99cf58e7cd@gmail.com](mailto:xxxxx.reply+a22deef75085bcafd42f8a99cf58e7cd@gmail.com)

Si è scoperto che esiste persino un componente aggiuntivo per Thunderbird per risolvere questo problema:

https://addons.thunderbird.net/en-US/thunderbird/addon/stop-ignoring-reply-to/

7 Mi Piace

Sì, considero fortemente questo un errore di progettazione in Thunderbird.

Tuttavia, comprendo i tuoi utenti che cercano semplicemente di fare la cosa giusta. Penso che la cosa migliore da fare al momento sia personalizzare il messaggio di errore in modo che sia specifico per la tua comunità e metta la soluzione più comune in cima alla risposta, qualcosa del genere:

Ci dispiace, ma il tuo messaggio email a [“[project]@discoursemail.com”] (con oggetto Re: [Oggetto]) non ha funzionato.

Se usi Thunderbird come client di posta, devi rispondere alla lista; non è possibile rispondere direttamente agli utenti via email.

Usi più di un indirizzo email? Hai risposto da un indirizzo diverso? Le risposte via email richiedono che tu utilizzi lo stesso indirizzo email quando rispondi. In alternativa, l’intestazione Message-ID nell’email potrebbe essere stata modificata.

Non esattamente quel testo, ovviamente — qualsiasi cosa tu ritenga sensata, elencata in alto.

8 Mi Piace

Ho aggiornato il nostro messaggio di errore grazie ai suggerimenti nel messaggio sopra di @simon e sospetto che questo sarà sufficiente per chiarire la confusione che alcuni nella nostra comunità hanno provato. Se ci fosse un modo per personalizzare l’indirizzo “Da:” in qualcosa di più simile a noreply@discoursemail.com, sarebbe la ciliegina sulla torta, ma per ora penso che siamo in una situazione molto migliore.

Grazie ancora per tutto l’aiuto qui,
-Brad

PS — Dato che stiamo criticando Thunderbird in questo thread, menzionerò che per gli utenti di Thunderbird è ancora sconcertante che gli URL dai loro messaggi in formato HTML sembrino essere ignorati dal filtro di elaborazione delle email in arrivo di Discourse, dove non è ancora chiaro a me se ciò indichi un bug di Thunderbird o di Discourse.

6 Mi Piace

Sulla base di questo feedback, miglioreremo anche il messaggio di errore in generale. Nei beta attuali e nelle versioni future apparirà così:

Ci scusiamo, ma il tuo messaggio email a %{destination} (intitolato %{former_title}) non è andato a buon fine.

Ecco alcuni punti da verificare:

  - Utilizzi più di un indirizzo email? Hai risposto da un indirizzo email diverso da quello originariamente utilizzato? Le risposte via email richiedono che tu utilizzi lo stesso indirizzo email quando rispondi.

  - Il tuo software di posta ha utilizzato correttamente l'indirizzo email Reply-To: quando rispondeva? Purtroppo, alcuni software di posta inviano erroneamente le risposte all'indirizzo From:, il che non funziona.

  - L'intestazione Message-ID nell'email è stata modificata? L'ID messaggio deve essere coerente e invariato.

Hai bisogno di ulteriore assistenza? Contattaci tramite i dettagli "Contattaci" all'indirizzo %{base_url}/about
13 Mi Piace

Ma posso aprire i miei vecchi messaggi di Discourse in Thunderbird senza questo problema. Solo quelli più recenti presentano questo problema. L’ho descritto nel mio post:

4 Mi Piace

Immagino tu abbia ragione e la presenza dell’intestazione List-Post faccia ragionevolmente pensare a Thunderbird che si tratti di un’email di una mailing list. Probabilmente sarebbe sufficiente un’intestazione Reply-To.

Di seguito un estratto da RFC 2369 - The Use of URLs as Meta-Syntax for Core Mail List Commands and their Transport through Message Header Fields

3.4. List-Post

Il campo List-Post descrive il metodo per pubblicare nella lista. Questo è tipicamente l’indirizzo della lista, ma PUÒ essere un moderatore o potenzialmente qualche altra forma di invio. Per il caso particolare di una lista che non consente la pubblicazione (ad esempio, una lista di annunci), il campo List-Post può contenere il valore speciale “NO”.

Esempi:

List-Post: mailto:list@host.com
List-Post: mailto:moderator@host.com (I messaggi sono moderati)
List-Post: mailto:moderator@host.com?subject=list%20posting
List-Post: NO (la pubblicazione non è consentita in questa lista)

1 Mi Piace

Non esponiamo gli indirizzi email in quanto ciò costituirebbe una violazione della privacy.

1 Mi Piace

Non sono un esperto di email, quindi forse non sono stato chiaro.

Sembra che le email abbiano From:noreply@example.com e List-Post:replies+12345@example.com. Mi baso solo su questo argomento, non su una verifica diretta, quindi potrei sbagliarmi.

Mi chiedevo se From:noreply@example.com e Reply-To:replies+12345@example.com funzionerebbero senza confondere Thunderbird.

1 Mi Piace

Le intestazioni delle notifiche email che stiamo fornendo sono corrette. La discrepanza deriva dal modello mentale dell’utente su ciò che sta accadendo…

questo utente David mi sta inviando un’email direttamente

… rispetto a ciò che sta realmente accadendo.

il forum mi sta notificando un’attività su un argomento

Spero che il messaggio di errore migliorato nelle email aiuti a far comprendere all’utente la differenza. È una sfida spostare gli utenti che usano solo l’email verso una soluzione ibrida di forum web. :e_mail:

5 Mi Piace

Capisco la differenza, ma se si sta usando Reply-To, perché usare anche List-Post?

Non dico che sia sbagliato, mi chiedo solo. Basandosi puramente su questo argomento, sembra che confonda Thunderbird e (se Reply-To funziona) che sia inutile.

1 Mi Piace