Risposta tramite indirizzo email non funzionante

Build 2.9.0.beta4 (82ac698d4f)

Nella pagina Admin -\u003e Impostazioni -\u003e Email

Discourse ignora l’Indirizzo email di risposta se l’indirizzo email non contiene %{reply_key} e invece utilizzerà l’indirizzo email predefinito nelle intestazioni “to” e “reply-to” delle email che invia.

Ecco i passaggi per replicare il problema e anche cosa funziona:

ROTTO

Supponendo che l’indirizzo email predefinito impostato in Discourse sia forum@domain.com

Quando Discourse invia email, le intestazioni “from” e “reply-to” contengono forum@domain.com invece di community.forum@domain.com


FUNZIONANTE

Tuttavia, se aggiungo %{reply_key} all’Indirizzo email di risposta:

  • Reply by email address -\u003e community.forum+%{reply_key}@domain.com

Questo funziona come previsto e l’email ora proviene da community.forum+\\u003cid\u003e@domain.com con l’intestazione “reply-to” anch’essa impostata correttamente.

Penso che la risposta via email richieda la chiave per funzionare e se non hai una chiave, si ripiega sull’utilizzo dell’indirizzo email di notifica, che potrebbe essere impostato nel tuo app.yml e nascosto dall’UX.

Quindi cosa farà la disabilitazione di trova post correlati con chiave?

1 Mi Piace

Sembra che io non sappia di cosa sto parlando, allora. :person_shrugging:

Posso confermare che funziona benissimo senza la reply_key e disabilitando l’opzione trova post correlato con chiave, solo che gli indirizzi di posta a cui e di risposta non corrispondono a quelli forniti nell’indirizzo email di risposta - invece utilizza per impostazione predefinita quello in app.yml

Sembra solo un bug in cui ignora l’indirizzo email fornito in questa pagina quando la chiave non viene utilizzata.

1 Mi Piace

Mi sembra corretto. Non ero a conoscenza dell’opzione per trovare post correlati.

2 post sono stati divisi in un nuovo argomento: Gmail POP3 necessita di una password per app oggigiorno

L’ho scoperto per caso. Quell’opzione controlla cosa succede se la chiave di risposta non viene trovata nel database.

Se l’hai abilitata, rifiuterà il post. Se l’hai disabilitata, utilizzerà le intestazioni dell’email per cercare di capire le cose, ed è qui che entra in gioco l’avviso sull’indirizzo email. Se si ripiega sulle intestazioni, confronterà l’account utente con l’indirizzo del mittente invece di rifiutarlo come farebbe in caso di mancata corrispondenza con la chiave. :slight_smile:

2 Mi Piace

il che è tutt’altro che ideale nel mio caso, alcuni provider (mxplan ovh) sono un po’ troppo severi con la loro regola anti-spoofing, non consentendo all’utente community.forum@domain.com di inviare un’email da community.forum+<id>@domain.com (anche se l’indirizzamento plus funziona lato ricezione)
…mi ci è voluto un po’ per capire cosa stesse succedendo (il tuo indizio di qualche anno fa)

1 Mi Piace

6 post sono stati uniti a un argomento esistente: Configurazione dell’email in arrivo per creare argomenti di categoria o messaggi di gruppo