De discussie rondom staged users impliceert dat zij e-mailnotificaties zullen ontvangen voor antwoorden op onderwerpen waar zij per e-mail hebben gepost. Echter, wanneer hun bericht door een moderator naar een ander onderwerp wordt verplaatst, legt de documentatie niet duidelijk uit hoe hun notificatiestatus (bijv. “Volgend”) van toepassing is op het nieuwe onderwerp. Hierdoor is het gemakkelijk aan te nemen dat zij antwoorden in het nieuwe onderwerp zullen blijven ontvangen, maar dat is niet altijd het geval.
Huidig gedrag
Wanneer een staged user via e-mail post, wordt hun notificatieniveau voor dat onderwerp automatisch ingesteld op Volgend.
Als een moderator hun bericht naar een ander onderwerp verplaatst, blijft de staged user het oorspronkelijke onderwerp “Volgen”.
Zij beginnen niet automatisch het bestemmingsonderwerp te volgen, dus nieuwe antwoorden daar genereren mogelijk geen e-mailnotificaties voor hen, tenzij zij anderszins worden geabonneerd of opnieuw posten in het nieuwe onderwerp.
Waarom dit ertoe doet
Moderators die met staged users werken (vooral in supportforums of helpdeskworkflows) kunnen aannemen dat de gebruiker antwoorden zal blijven ontvangen, zelfs nadat een bericht is verplaatst.
Omdat het gedrag niet duidelijk is gedocumenteerd, kunnen antwoorden worden gemist, wat de gebruikerservaring of communicatie kan verslechteren.
Duidelijke documentatie zou communitybeheerders en moderators helpen begrijpen wat ze kunnen verwachten en staged users correct kunnen beheren (bijv. handmatig notificatie-instellingen aanpassen).
Voorgestelde oplossing
Verduidelijking documentatie: Werk de documentatie over staged users / e-mail-in bij om expliciet te vermelden dat notificatie-instellingen gekoppeld zijn aan onderwerpen, niet aan berichten, en dat het verplaatsen van een bericht van een staged user naar een nieuw onderwerp de “Volgend” status niet automatisch overdraagt.
Optionele verbetering: Bied een UI/instelling aan zodat moderators, bij het verplaatsen van een bericht van een staged user, worden gevraagd (of de optie krijgen) om ook de notificatiestatus over te dragen (of de gebruiker te abonneren op het nieuwe onderwerp) zodat zij antwoorden in het nieuwe onderwerp blijven ontvangen.
Om een verduidelijking toe te voegen over het gedrag van e-mailantwoorden (aangezien dit soms in dezelfde context voorkomt als staged users en verplaatste berichten):
Elke e-mailantwoord-sleutel is gekoppeld aan zowel het bericht/onderwerp als aan het e-mailadres van de beoogde ontvanger.
Als iemand zijn e-mailantwoord-sleutel doorstuurt of deelt met een andere persoon, kan de tweede persoon deze niet gebruiken. Discourse controleert of het Afzenderadres in de inkomende e-mail overeenkomt met het adres waarvoor de sleutel is uitgegeven. Als dit niet overeenkomt, stuurt de e-mailontvanger het bericht terug met een foutmelding zoals:
Het spijt ons, maar uw e-mailbericht naar reply+8ea3c4377a64fd24270449c9815ae5e7@discourse.example.com
werkte niet.
Uw antwoord werd verzonden vanaf een ander e-mailadres dan verwacht, dus we weten niet zeker of dit dezelfde persoon is. Probeer te verzenden vanaf een ander e-mailadres, of neem contact op met een medewerker.
Dit zorgt ervoor dat antwoordsleutels niet kunnen worden doorgegeven als middel om een andere gebruiker te imiteren.
Daarentegen, wanneer u te maken heeft met staged users die zijn aangemaakt op basis van inkomende e-mail (zoals in de OP), worden deze anders afgehandeld: als automatisch staged users aanmaken is ingeschakeld en het bericht wordt naar een categorieadres gestuurd (niet via een antwoordsleutel), dan zal Discourse graag een nieuw account aanmaken voor die afzender. Maar e-mailantwoord-sleutels vereisen altijd dat het adres van de afzender overeenkomt met de oorspronkelijk uitgegeven sleutel.
Het spijt ons, maar uw e-mailbericht naar [“reply+ancdc4377a64fd37s25449c9815ae5e7@discourse.REDACTED.com”] (getiteld test any subjective) werkte niet.
Uw antwoord werd verzonden vanaf een ander e-mailadres dan verwacht, dus we weten niet zeker of dit dezelfde persoon is. Probeer te verzenden vanaf een ander e-mailadres, of neem contact op met een medewerker.
Fout in admin logs: email::Receiver::ReplyUserNotMatchingError