Evolution #3217
non utilisation de la variable domaine_messagerie_etab et libellé peu clair
Description
Suite à la correction #3129, une nouvelle variable "mail_rewrite_domain" permet de réécrire les mails avec comme nom de domaine "nom_domaine_local".
Le problème c'est qu'il existe déjà une variable "domaine_messagerie_etab". Donc il est possible que les mails ne soient pas réécrit avec le nom de domaine de la messagerie.
De plus, le libellé étant "Forcer le nom de domaine local", on pourrait croire que tous les mails transitant par ce serveur seront renommés. Alors que ce n'est vrai que depuis les conteneurs/le maitre vers le conteneur mail. Pas du conteneur mail vers l'extérieur (c'est encore pire en mode non conteneur où l'option ne sera pas utilisé).
Demandes liées
Révisions associées
Simplifier le choix du domaine de qualification/réécriture
- dicos/26_mail.xml: Ajout de la variable « exim_qualify_domain » afin de
spécifier si les adresses non qualifiés le seront avec le nom du
domaine local ou avec le domaine privée ou public de la messagerie
établissement.
- tmpl/exim-vars.conf (QUALIFY_DOMAINS): La valeur par défaut est le nom
de domaine local, elle est redéfinie en fonction de la valeur
de « exim_qualify_domain ».
- tmpl/exim-rewrite.conf: Réécriture du nom du serveur et des noms des
conteneurs pour ajouter le domaine de qualification.
La réécriture ne se fait pas si le nom est déjà qualifié.
Les libellé de réécriture sont en français
- dicos/26_mail.xml: Passage des libellé de réécriture en français.
Fixes: #3217 @1m
Les libellé de réécriture sont en français
- dicos/26_mail.xml: Passage des libellé de réécriture en français.
Fixes: #3217 @1m
Historique
#1 Mis à jour par Daniel Dehennin il y a presque 12 ans
- Version cible changé de Mises à jour 2.3.4 RC à Mises à jour 2.3.5 RC
Emmanuel GARETTE a écrit :
Le problème c'est qu'il existe déjà une variable "domaine_messagerie_etab". Donc il est possible que les mails ne soient pas réécrit avec le nom de domaine de la messagerie.
eole-ssmtp n’est pas vraiement utilisé lorsque domaine_messagerie_etab
est définie, c’est une réécriture qu’il faudrait configurer dans eole-exim.
De plus, le libellé étant "Forcer le nom de domaine local", on pourrait croire que tous les mails transitant par ce serveur seront renommés. Alors que ce n'est vrai que depuis les conteneurs/le maitre vers le conteneur mail. Pas du conteneur mail vers l'extérieur
Normal, eole-exim n’a, à l’heure actuelle, pas de règle de réécriture autre que *@localhost $1@QUALIFY_DOMAIN
(c'est encore pire en mode non conteneur où l'option ne sera pas utilisé).
Sauf sur les modules qui n’utilisent pas encore eole-exim.
Je ne vois pas de régression par rapport à avant1 où aucune réécriture n’était configurée => prochaine roadmap.
[1] conf-scribe:source:mail/tmpl/exim.conf?rev=7c4458ede5aa4dfd76bb93411f50ec3fd11860c9#L384
#2 Mis à jour par Daniel Dehennin il y a presque 12 ans
- Tracker changé de Anomalie à Evolution
Cette demande n’est pas une anomalie mais une demande d’évolution
#3 Mis à jour par Emmanuel GARETTE il y a presque 12 ans
Daniel Dehennin a écrit :
Emmanuel GARETTE a écrit :
Le problème c'est qu'il existe déjà une variable "domaine_messagerie_etab". Donc il est possible que les mails ne soient pas réécrit avec le nom de domaine de la messagerie.
eole-ssmtp n’est pas vraiement utilisé lorsque
domaine_messagerie_etab
est définie, c’est une réécriture qu’il faudrait configurer dans eole-exim.
Moi j'en ai besoin de remapper la bonne adresse quand on écrit depuis le conteneur web. En effet, il écrit à www-data@web au lieu de www-data@pouet.net (de mémoire). Exim ne conserve donc pas le mail en local dans la boite légitime de l'administrateur.
Il me semble que la réécriture est particulairement intéressant dans le mode conteneur justement à cause de cela.
De plus, le libellé étant "Forcer le nom de domaine local", on pourrait croire que tous les mails transitant par ce serveur seront renommés. Alors que ce n'est vrai que depuis les conteneurs/le maitre vers le conteneur mail. Pas du conteneur mail vers l'extérieur
Normal, eole-exim n’a, à l’heure actuelle, pas de règle de réécriture autre que
*@localhost $1@QUALIFY_DOMAIN
Sauf que dans le cas d'un AmonEcole, la règle apparait, d'où ma remarque (ce n'est pas clair).
(c'est encore pire en mode non conteneur où l'option ne sera pas utilisé).
Sauf sur les modules qui n’utilisent pas encore eole-exim.
Je ne vois pas de régression par rapport à avant1 où aucune réécriture n’était configurée => prochaine roadmap.
Ce n'est pas une régression, mais comment veut tu gérer la mise à jour ? Si quelqu'un configure la variable, il y aura un changement de comportement entre les 2 mises à jour. Ce qui serait perturbant et non souhaitable.
[1] conf-scribe:source:mail/tmpl/exim.conf?rev=7c4458ede5aa4dfd76bb93411f50ec3fd11860c9#L384
#4 Mis à jour par Joël Cuissinat il y a presque 12 ans
- Version cible changé de Mises à jour 2.3.5 RC à Mises à jour 2.3.6 RC
#5 Mis à jour par Thierry Bertrand il y a plus de 11 ans
Bonjour,
nous rencontrons une problématique similaire chez nous sur les amons.
En environnement intra, le domaine académique correspond à notre domaine "messagerie de service". Toutes nos passerelles smtp sont configurées pour filtrer sur ce domaine là.
En configuration amon, même si le domaine est forcé, les mails partent avec le domaine privé et se font tous rejeter.
Avoir la possibilité de choisir le domaine d'envoi (privé/académique) serait appréciable.
A l'heure actuelle, on doit patcher.
Merci
Cordialement
#6 Mis à jour par Joël Cuissinat il y a plus de 11 ans
- Statut changé de Nouveau à En attente d'informations
- Assigné à mis à Daniel Dehennin
- Version cible changé de Mises à jour 2.3.6 RC à Mises à jour 2.3.7 RC
#7 Mis à jour par Daniel Dehennin il y a plus de 11 ans
- Projet changé de eole-common à eole-exim
- Sujet changé de eole-ssmtp : non utilisation de la variable domaine_messagerie_etab et libellé peu clair à non utilisation de la variable domaine_messagerie_etab et libellé peu clair
- Statut changé de En attente d'informations à Accepté
On règle le problème avec eole-exim
#8 Mis à jour par Daniel Dehennin il y a plus de 11 ans
On peut tester les règles de réécriture avec la commande exim4
:
root@srv:~# exim4 -brw bidule@$(hostname -s) root@srv:~# exim4 -brw bidule@machin root@srv:~# exim4 -brw bidule@<NOM D’UN CONTENEUR>
Pour tester le routage de mail c’est :
root@srv:~# exim4 -bt admin@$(hostname -s)
#9 Mis à jour par Daniel Dehennin il y a plus de 11 ans
- Statut changé de Accepté à Résolu
- % réalisé changé de 0 à 100
Appliqué par commit cedeb256ab9f5e0de0cfaeef81b38e1071ebdfb0.
#10 Mis à jour par Bruno Boiget il y a plus de 11 ans
- Statut changé de Résolu à À valider
#11 Mis à jour par Bruno Boiget il y a plus de 11 ans
le libellé de description des variables suivantes est en anglais:
exim_address_rewrite_pattern
exim_address_rewrite_replacement
exim_address_rewrite_flags
#12 Mis à jour par Daniel Dehennin il y a plus de 11 ans
- Statut changé de À valider à Résolu
Appliqué par commit 07f2ac3697a5cd15c9c0e876ed4cc2525127ec8a.
#13 Mis à jour par Daniel Dehennin il y a plus de 11 ans
Appliqué par commit ea09cadb4fc32763920ba077802bd145f48fc45c.
#14 Mis à jour par Fabrice Barconnière il y a plus de 11 ans
- Statut changé de Résolu à Fermé