J'ai une question concernant la gestion des MX dans une configuration DNS. Admettons qu'un DNS soit configuré de cette façon :
 
IN MX 10 => mx1.domaine.com
IN MX 20 => mx2.domaine.com
IN MX 30 => mx3.domaine.com
 
D'après ce que j'ai compris , le mx3 servirait à mettre en queue les messages qui n'arriveraient pas en cas de panne aux 2 premiers et essaiera périodiquement de leur renvoyer. Ca me parrait OK.
 
Ma question concerne mx1 et mx2 : il faut que les 2 soient des serveurs POP avec les comptes utilisateurs configurés ?? Dans ce cas, comme l'utilisateur sait à quel serveur POP se connecter ??, Hum je crois que j'ai besoin d'une belle explications

A moins d'avoir un serveur POP sur chaque MX, il n'y a pas de soucis. Tes messages sont stock"s sur le serveur POP par sur les serveurs SMTP.

si j'ai bien compris, il cherche à faire de la tolerance de panne avec plusieurs serveurs pop/smtp et savoir comment configurer le client de messagerie pour attaquer indifferemment l'un ou l'autre.

 
C'est exactement ça. Si tu as une solution je suis preneur

ben non sorry, j'en ai pas.
tout depend du serveur de messagerie et de ses possibilites en fait.
en tout cas, ça n'a aucun rapport avec le DNS.
 

Voilà mon idée : éventuellement, si le mx1 tombe, les utilisateurs peuvent récupérer leurs mails sur le mx2 via un webmail par ex.

Je ferais de la tolérance de panne bête et méchante avec un réplication des mailboxes

 
Faut pas jouer sur les MX, qui ne servent que pour les personnes exterieures a ton organisation qui cherchent a t'envoyer des emails, mais betement sur les enregistrement hotes : si tes differents serveurs POP ont pour IP 1.2.3.4, 1.2.3.5 et 1.2.3.4 et que tu veux configurer simplement sur tes clients le serveur pop.mondomaine.com, tu rajoutes simplement 3 fois l'hote pop dans la zone mondaine.com de tes DNS, chacun avec une de tes 3 IP, et a chaque fois qu'un client fera une resolution sur pop.mondomaine.com il utilisera aleatoirement une des 3 IP.

à ce moment là, le mx1.mondomaine.com serait 1.2.3.4 et le mx2.mondomaine.com serait 1.2.3.5 avec les mêmes comptes sur mx1 et mx2.mondomaine.com ?

 
Ca n'a RIEN a voir avec les MX.
 
Les MX indiquent juste aux serveurs SMTP qui ne viennent pas de chez toi ou ils doivent déposer les mails @tondomaine.com, c'est tout. Ca n'a rien a voir avec les serveurs pop ou autre que vont attaquer tes clients, ca n'a rien a voir avec ce qu'il peut y avoir comme compte sur tes differents serveurs,  et ca n'a rien a voir non plus avec la facon dont tes differents serveurs POP et/ou SMTP vont communiquer entre eux, tout ca ne se gère absolument pas au niveau du serveur DNS.

ok ok j'ai peut-être besoin de cours  
 
Qu'est ce que tu proposes alors comme architecture avec une bonne tolérance aux pannes ?

Tout depend de ton environnement, de l'architecture existante, de tes moyens, des serveurs mails utilisés, du volume de mail stocké et echangé etc... on peut pas te pondre un truc comme ca avec 0 infos

Il faut distinguer comme certains l'ont dit les enregistrements MX qui reference les serveurs SMTP pour recevoir ou envoyer du courrier entre agents de distribution de courrier et les serveur POP ou IMAP qui permettent aux utilisateurs de récuperer leurs courriers dans leur boîte.
D'avoir plusieur MX dans le DNS permet aux correspondants externe de joindre le domaine SMTP. ( Il faut aussi que le DNS soit distribué Primaire/secondaire... )
Quand à la manip permettant de définir un nom d'hote avec plusieurs adresses IP. Le client s'adressant par la suite à l'une ou l'autre des machines. Cela suppose que le serveur DNS gère Round-Robbin et que les serveurs POP/IMAP/autre installés sur plusieurs machines accédent tous aux boîtes aux lettres ( qui elles sont uniques ). On peut parler alors de messagerie en cluster.
Question implentation :
MX primaire + MX secondaire : c'est pas trop un problème.
DNS avec round-robbin : selon l'hebergement le mieux etant d'avoir ses propres machines ( win: propriété DNS ).
POP multiples : chez Microsoft c'est Exchange Entreprise Server. Chez Linux&Co c'est Perdition, mais dans tous les cas c'est difficile, complexe et le recour à des personnes compétentes est nécéssaire.
Qu'entends-tu par tolérance aux pannes ? ne pas perde un courrier entrant ou pouvoir consulter à tout moment ?

Un MX te permet aussi de faire de la tolerance de panne parce que souvent, les
MX de poids plus fort  pointent vers des serveurs hors-site (geographiquement)
et/ou hors domaine
Exemple:
 
# dig roux.fr mx
 
; <<>> DiG 2.2 <<>> roux.fr mx
;; res options: init recurs defnam dnsrch
;; got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 34306
;; flags: qr rd ra; Ques: 1, Ans: 2, Auth: 2, Addit: 0
;; QUESTIONS:
;;      roux.fr, type = MX, class = IN
 
;; ANSWERS:
roux.fr.        86400   MX      50 mx2.nameshield.net.
roux.fr.        86400   MX      0 presence1.observatoiredesmarques.fr.
 
;; AUTHORITY RECORDS:
roux.fr.        86400   NS      observatoire.observatoiredesmarques.fr.
roux.fr.        86400   NS      ns2.observatoiredesmarques.fr.
 
;; Total query time: 163 msec
;; FROM: barifuck to SERVER: default -- 195.100.100.242
;; WHEN: Fri Oct 29 23:41:59 2004
;; MSG SIZE  sent: 25  rcvd: 153
 
#
 

Tu vois que les MX pointent sur aucun serveur du domaine roux.fr
;; ANSWERS:
roux.fr.        86400   MX      50 mx2.nameshield.net.
roux.fr.        86400   MX      0 presence1.observatoiredesmarques.fr.
 
mais tu pourrais trouver
 
 
roux.fr.        86400   MX      10 monserveursmtp.roux.fr.
roux.fr.        86400   MX      20 presence1.observatoiredesmarques.fr.
roux.fr.        86400   MX      50 mx2.nameshield.net.
 
 
 La traduction en bon francais, c'est qu'en cas de carton de leur(s)
 serveur(s), roux.fr confie leurs mails à "observatoiredesmarques.fr" puis
 à "nameshield.net" (si grosse cata!), qui le reachemineront vers  
 roux.fr des que "monserveursmtp.roux.fr." sera de nouveau UP.
 
 Tu peux donc faire de meme pour ta gestion du mail entrant, en confiant
 en cas de pepin ton flux entrant à un autre gestionnaire.