Projet

Général

Profil

Evolution #3217

non utilisation de la variable domaine_messagerie_etab et libellé peu clair

Ajouté par Emmanuel GARETTE il y a presque 12 ans. Mis à jour il y a plus de 11 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Catégorie:
-
Début:
02/04/2012
Echéance:
% réalisé:

100%

Temps passé:
Distribution:
EOLE 2.3

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

Lié à eole-common - Evolution #3129: Ajout (ou non) du domaine local, pour ssmtp Fermé 21/03/2012
Lié à eole-exim - Anomalie #3337: Mail envoyé depuis root ne peuvent pas sortir sur internet Fermé 17/04/2012

Révisions associées

Révision cedeb256 (diff)
Ajouté par Daniel Dehennin il y a plus de 11 ans

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é.

Fixes: #3337 @20m
Fixes: #3217 @20m

Révision 07f2ac36 (diff)
Ajouté par Daniel Dehennin il y a plus de 11 ans

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

Révision ea09cadb (diff)
Ajouté par Daniel Dehennin il y a plus de 11 ans

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 (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

#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

#13 Mis à jour par Daniel Dehennin il y a plus de 11 ans

#14 Mis à jour par Fabrice Barconnière il y a plus de 11 ans

  • Statut changé de Résolu à Fermé

Formats disponibles : Atom PDF