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é).
Related issues
Associated revisions
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
History
#1 Updated by Daniel Dehennin over 11 years ago
- Target version changed from Mises à jour 2.3.4 RC to 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 Updated by Daniel Dehennin over 11 years ago
- Tracker changed from Anomalie to Evolution
Cette demande n’est pas une anomalie mais une demande d’évolution
#3 Updated by Emmanuel GARETTE over 11 years ago
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_etabest 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 Updated by Joël Cuissinat over 11 years ago
- Target version changed from Mises à jour 2.3.5 RC to Mises à jour 2.3.6 RC
#5 Updated by Thierry Bertrand about 11 years ago
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 Updated by Joël Cuissinat about 11 years ago
- Status changed from Nouveau to En attente d'informations
- Assigned To set to Daniel Dehennin
- Target version changed from Mises à jour 2.3.6 RC to Mises à jour 2.3.7 RC
#7 Updated by Daniel Dehennin almost 11 years ago
- Project changed from eole-common to eole-exim
- Subject changed from eole-ssmtp : non utilisation de la variable domaine_messagerie_etab et libellé peu clair to non utilisation de la variable domaine_messagerie_etab et libellé peu clair
- Status changed from En attente d'informations to Accepté
On règle le problème avec eole-exim
#8 Updated by Daniel Dehennin almost 11 years ago
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 Updated by Daniel Dehennin almost 11 years ago
- Status changed from Accepté to Résolu
- % Done changed from 0 to 100
Appliqué par commit cedeb256ab9f5e0de0cfaeef81b38e1071ebdfb0.
#10 Updated by Bruno Boiget almost 11 years ago
- Status changed from Résolu to À valider
#11 Updated by Bruno Boiget almost 11 years ago
le libellé de description des variables suivantes est en anglais:
exim_address_rewrite_pattern
exim_address_rewrite_replacement
exim_address_rewrite_flags
#12 Updated by Daniel Dehennin almost 11 years ago
- Status changed from À valider to Résolu
Appliqué par commit 07f2ac3697a5cd15c9c0e876ed4cc2525127ec8a.
#13 Updated by Daniel Dehennin almost 11 years ago
Appliqué par commit ea09cadb4fc32763920ba077802bd145f48fc45c.
#14 Updated by Fabrice Barconnière almost 11 years ago
- Status changed from Résolu to Fermé