Scénario #36194
Adresse noreply écrasée au postservice
0%
Description
Bonjour Arnaud et collègues,
Sur un Moodle de lycée qui accueille des BTS, j'ai eu à modifier l'adresse noreplyaddress en noreply@ac-reunion.fr pour qu'elle soit sur le même domaine que le serveur SMTP smpts.ac-reunion.fr, mais il semble que l'adresse par défaut revienne au postservice
Est-ce qu'il serait possible de tester si la valeur noreplyaddress est vide et de la forcer uniquement dans ce cas ?
Merci !
Laurent
Révisions associées
Ne pas écraser la valeur de noreplyaddress après initialisation.
Ref #36194
Historique
#1 Mis à jour par Benjamin Bohard il y a plus d'un an
Si ma compréhension de la procédure de mise à jour de la configuration est correcte, l’adresse "par défaut" qui revient est construite de la façon suivante : noreply@$(web_url), avec web_url la variable creole du même nom.
Est-il possible d’avoir la confirmation que c’est bien cette valeur qui est récupérée et que le cas à traiter revient à pouvoir dissocier le domaine de l’adresse courriel "noreply" du nom de domaine des applications web ?
#2 Mis à jour par Laurent Brillard il y a plus d'un an
Bonjour Benjamin,
Effectivement c'est bien comme ça qu'est renseignée la valeur noreplyaddress dans Moodle et cette valeur convient parfaitement en collège.
C'est en lycée qu'ils veulent pouvoir changer. Il faudrait donc laisser le remplissage initial à l'installation de Moodle mais ne pas changer la valeur noreplyaddress si elle est renseignée.
Merci !
#3 Mis à jour par Benjamin Bohard il y a plus d'un an
Faire porter la condition de la réécriture de la variable sur le fait qu’elle est renseignée ou non me semble délicat. De cette façon, on ne peut pas traiter le cas où la variable aurait été modifiée "par erreur" et devrait retrouver sa valeur normale. C’est un cas qui n’est peut-être que théorique cependant.
Une autre possibilité serait de fournir une autre variable creole qui aurait pour valeur par défaut le contenu de web_url et pourrait être éditée.
Est-ce que le problème se retrouve avec d’autres applications web ?
#4 Mis à jour par Laurent Brillard il y a plus d'un an
Si la variable noreplyaddress devait être initialisée depuis une variable creole, pour que ce soit complet, il faudrait procéder de même pour tous les paramètres SMTP : adresse, port voire compte à utiliser.
Moodle prévoit de renseigner cette variable noreplyaddress et les autres paramètres SMTP et c'est ce qu'on souhaite retrouver. Que sa valeur soit initialisée, c'est une bonne chose. Il faudrait juste que ce soit débrayable.
Sinon potentiellement cela pourrait concerner d'autres applications (GRR ?) mais à ma connaissance cela n'a jamais été demandé et jamais modifié.
#5 Mis à jour par Laurent Brillard il y a plus d'un an
Face à la crainte de laisser un fonctionnement bancal de Moodle dans l'envoi des notifications par mél, ce qui serait possible c'est de mettre une variable creole du genre forcer moodle_noreplyaddress qui serait par défaut à Oui.
Mais d'expérience, les admin modifient assez rarement les très nombreux paramètres Moodle et protéger celui-ci parmi les nombreux autres ne parait pas indispensable.
#6 Mis à jour par Benjamin Bohard il y a plus d'un an
paquets 4.1.12+5-2 et 3.10.7+4-9 publiés sur envole-8 unstable et envole-7 unstable respectivement.
#7 Mis à jour par Arnaud FORNEROT il y a 9 mois
- Tracker changé de Demande à Scénario
- Début
03/10/2024supprimé
#8 Mis à jour par Arnaud FORNEROT il y a 3 mois
- Statut changé de Nouveau à Résolu
- Version cible mis à Envole 8.6
- Début mis à 06/01/2026
#9 Mis à jour par Arnaud FORNEROT il y a 3 mois
- Statut changé de Résolu à Terminé (Sprint)