CCSDForge
email sent to editorial board alias instead of editor in charge of the article
MNA [https://support.ccsd.cnrs.fr/Ticket/Display.html?id=149988] When a user use the "reply" button in his mail box, the message is sent to the alias of the journal (editor in chief, editorial board...) but not to the editor in charge of the article. (confusing and time consuming). //
Nous avons le problème avec TheoretiCS que des éditeurs ou relecteurs répondent aux mails automatiques envoyés par le journal (par exemple un commentaire, une invitation à relire un article...), en envoyant directement une réponse par mail plutôt que d'utiliser le système. Comme ces mails sont envoyés depuis [email protected], ces réponses parviennent alors aux éditeurs en chef et au comité d'administration plutôt qu'aux éditeurs en charge de l'article, ce qui engendre de la confusion et de la perte de temps.
On va modifier nos templates mail pour essayer de décourager ce comportement, mais je pense que la confusion est causée par le fait que l'adresse [email protected] laisse croire qu'il est possible de répondre par mail. Pour nous ce serait mieux si les mails envoyés par la plateforme avaient comme expéditeur une adresse visiblement inutilisable, comme [email protected]. C'est mieux de garder le nom de l'expéditeur comme actuellement, et il faut juste changer l'adresse. Par exemple : From: "John D." [email protected] Il faut bien sûr qu'une réponse envoyée malgré tout à cette adresse génère une erreur (un bounce) pour que l'expéditeur s'en rende compte. Qu'en pensez-vous ? Est-ce que ceci serait possible ? Complément 22/04/22 [https://support.ccsd.cnrs.fr/Ticket/Display.html?id=153775]
les éditeurs et reviewers sont nombreux à répondre par mégarde aux mails de la plateforme. Dans l'immédiat, pour minimiser les problèmes, serait-il possible de changer l'adresse [email protected] pour pointer seulement vers : [Redacted for privacy]
On sera intéressés ensuite pour savoir s'il est possible, à la place, d'envoyer les mails depuis une adresse no-reply afin de régler le problème pour de bon.
Add an option in the settings for the journal to use a No reply address.
If selected:
the sender of automated email will be "Do not reply <[email protected]>"
else:
the default journal address
