Project

General

Profile

Evolution #3217

non utilisation de la variable domaine_messagerie_etab et libellé peu clair

Added by Emmanuel GARETTE almost 8 years ago. Updated about 7 years ago.

Status:
Fermé
Priority:
Normal
Assigned To:
Category:
-
Start date:
04/02/2012
Due date:
% Done:

100%

Spent time:
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é).


Related issues

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

Associated revisions

Revision cedeb256 (diff)
Added by Daniel Dehennin over 7 years ago

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

Revision 07f2ac36 (diff)
Added by Daniel Dehennin about 7 years ago

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

Revision ea09cadb (diff)
Added by Daniel Dehennin about 7 years ago

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 almost 8 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 almost 8 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 almost 8 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_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 Updated by Joël Cuissinat over 7 years ago

  • Target version changed from Mises à jour 2.3.5 RC to Mises à jour 2.3.6 RC

#5 Updated by Thierry Bertrand over 7 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 over 7 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 over 7 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 over 7 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 over 7 years ago

  • Status changed from Accepté to Résolu
  • % Done changed from 0 to 100

#10 Updated by Bruno Boiget about 7 years ago

  • Status changed from Résolu to Réouvert

#11 Updated by Bruno Boiget about 7 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 about 7 years ago

  • Status changed from Réouvert to Résolu

#14 Updated by Fabrice Barconnière about 7 years ago

  • Status changed from Résolu to Fermé

Also available in: Atom PDF