Re: [sympa-fr] sendmail et alias CNAME listes inaccessibles sur un reply

[Dominique LALOT <adresse@cachée>]

----- Message de adresse@cachée ---------
    Date : Wed, 21 Apr 2010 11:51:06 -0400
     De : David Prévot <adresse@cachée>
Répondre à : adresse@cachée
 Objet : Re: [sympa-fr] sendmail et alias CNAME listes inaccessibles  
sur un reply
      À : adresse@cachée


> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Le 21/04/2010 11:40, Dominique LALOT a écrit :
> > Bonjour,
> >
> > Je reviens sur un problème qu'un collègue m'a signalé. Certaines
> > personnes de ses listes ne peuvent pas répondre car le MTA sendmail fait
> > du zèle.
>
> Peut-être qu'il applique uniquement les RFC, et qu'il y a un plutôt un
> problème de configuration des DNS...
>
> > J'ai un tas de virtual qui permettent à mes collègues d'être listmaster
> > de leurs listes. Dans le DNS, j'ai ceci:
> > listes.com.univmed.fr CNAME listes.univmed.fr
> > listes.univmed.fr est un A et un MX avec son PTR qui va bien.
> >
> > certains sendmail (tous?) croient bon voyant cela de transformer
> > listes.com.univmed.fr en listes.univmed.fr. Or bien entendu, la liste ne
> > peut plus être trouvée..
>
> Le problème, c'est surtout qu'il n'y a pas de MX configuré pour le
> domaine listes.com.univmed.fr. Le MTA est déjà bien gentil d'essayer
> d'envoyer les courriers à destination de ce domaine.

Le domaine, c'est com.univmed.fr
Et un MX ne peut être mis sur un CNAME.
Comme on fait du virtual apache pour wwsympa, la manip propre est de  
mettre des CNAMES sur listes.univmed.fr lui même possesseur d'un MX.
L'utilisateur répond à la bonne liste, mais sendmail vient remplacer  
listes.com.univmed.fr par listes.univmed.fr. Il se reçoit ensuite un  
bounce en retour.
Je ne sais pas si c'est systématique avec sendmail (j'utilise postfix  
depuis plus de 10 ans) où si c'est une erreur de config sur certains  
MTA sendmail.
Je sais que ma question n'est pas à proprement parler liée à sympa,  
mais je ne sais pas trop où la poser.

Cdt

Dom

> > ce qui ne me plait guère car on ne sait pas trop qui va recevoir la
> > reverse, vu que je ne veux plus gérer les reverses à la main!
>
> Le reverse, c'est un autre problème, mais rien n'exige que la résolution
> inverse pointe sur le même nom que la résolution initiale.
>
> Amicalement
>
> David
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.10 (GNU/Linux)
>
> iEYEARECAAYFAkvPHucACgkQ18/WetbTC/oZKgCglI5p2C0pTeiStd/v+fk8sg1y
> H7MAn1WPjHnNYCM8q/ER5AJ7LUvNFu6R
> =aEML
> -----END PGP SIGNATURE-----


----- Fin du message de adresse@cachée -----



--
DOSI - Pôle Développement/Infrastructure - Université de la Méditerranée
http://annuaire.univmed.fr/showuser.php?uid=lalot