Version complète: sur le forum Webmaster Hub : Wanadoo -> OVH
Webmaster Hub > Accueil > Annonces du Hub
Pages: 1, 2, 3, 4
Dan
Pour Info: on cite la solution sur JournalDuNet wink.gif

Voir l'article: http://solutions.journaldunet.com/0502/050...h_wanadoo.shtml
reflex38
merci smile.gif smile.gif
le site webmasterhub j'ai remarqué vous êtes cité souvent happy.gif
Dan
CITATION(reflex38 @ lundi 14 février 2005, 22h56)
merci smile.gif smile.gif
le site webmasterhub j'ai remarqué vous êtes cité souvent happy.gif
*

Il paraît qu'on ne cite que les très bons ou les très mauvais. Espérons qu'on soit dans les premiers laugh.gif
Henry
et pour les MXPLAN (<> mutualisé) est-ce qu'on a une solution : je n'ai pas trouvé où on peut paramétrer les MX dans le Manager d'OVH ?
Henry
Autant pour moi : j'avais oublié que le domaine est géré chez Gandi.


Pour un autre domaine, en mutualisé, j'ai suivi les conseils de dan
Le manager permet d'ajouter des MX : j'avais
MX 1
et j'ai rajouté les 3 MX : ça a donné
un second MX1 (vers ovh)
un troisième et un quatrième MX qui se sont réaffichés en MX 2
(vers mail.rollnet.us et mail2.rollnet.us )

Au passage, le manager (en mutualisé) ne permet pas de fixer les priorités : mais MX 1 et MX 2, ça montre peut-être qu'il a compris primaire/secondaire ?

Le problème, c'est que 30 minutes après,
http://www.dnsstuff.com/tools/lookup.ch?na...rtes.fr&type=MX
ne montre aucune évolution.

Est-ce que c'est parce que c'est un mutualisé ? un .fr ? une manip différente à faire ?
Henry
Désolé pour le dérangement : décidément ce matin..(Faut dire que c'est assez perturbant ce truc) : bon c'était une question de rafraichissement de page.


Toute dernière question :
est-ce que mx4.ovh.net. [Preference = 5]
ne va pas causer un souci avec mail.rollernet.us. [Preference = 5]
et mail2.rollernet.us. [Preference = 5]

(je rappelle qu'en mutu, je n'ai pas accès aux préférences)
Dan
Henry,

Du moment que les serveurs rollernet sont en préférence 5 et que tu as bien un serveur OVH en préférence plus basse, cela doit marcher wink.gif

Mais je ne vois pas les mail et mail2.rollernet.us sur cette page: http://www.dnsstuff.com/tools/lookup.ch?na...rtes.fr&type=MX
Henry
Merci de ta réponse.

Voici ce que je vois sur
http://www.dnsstuff.com/tools/lookup.ch?na...rtes.fr&type=MX
Domain Type Class TTL Answer
descartes.fr. MX IN 86400 mx4.ovh.net. [Preference = 5]
descartes.fr. MX IN 86400 mail.rollernet.us. [Preference = 5]
descartes.fr. MX IN 86400 mail2.rollernet.us. [Preference = 5]
descartes.fr. MX IN 86400 mx.ovh.net. [Preference = 1]
descartes.fr. MX IN 86400 mx3.ovh.net. [Preference = 1]
descartes.fr. NS IN 86400 ns.ovh.net.
descartes.fr. NS IN 86400 dns.ovh.net.
mx3.ovh.net. A IN 86400 213.186.33.73
mx4.ovh.net. A IN 86400 213.186.33.74
ns.ovh.net. A IN 86400 212.27.32.132
dns.ovh.net. A IN 86400 213.186.33.102

Tu n'as pas cela ?

Si tout est ok, il n'y a plus que j'attendes 86400 secondes, n'est-ce pas ?

-----------------
Par ailleurs Octave vient de nous dire sur la mailing list d'OVH qu'il va communiquer par voie de presse : il a raison !!!
http://www.ovh.com/communique_presse-14-02-2005.pdf
Si FT fait la sourde oreille, il faut utiliser les haut-parleurs !
Car ce comportement de FT est totalement inadmissible. Et ils ne peuvent pas invoquer l'incompétence technique - sinon, où vas-t-on ?
----------------
mackina
Re bonjour...

voilà pour ma config : http://www.dnsstuff.com/tools/lookup.ch?na...sart.fr&type=MX

par contre je vois bien les logs sur le site de rollernet pour les emails que j'ai envoyé à partir de wanadoo, mais je n'ai jamais reçu les mails ?!?!?

quelqu'un aurait-il une id du pb ?
Dan
Ils ne sont pas passés par l'anti-spam de ton mail OVH ? Parce que si tu les vois dans les logs, ils doivent être distribués, sauf si les logs démontrent une erreur.
mackina
je checke et je te tiens au jus smile.gif
AlexisB
Egalement le même problème

http://www.dnsstuff.com/tools/lookup.ch?na...roma.fr&type=MX

Tout à l'air bon. J'avais bien réussi à recevoir des mails hier soir sur le webmail OVH, mais ce matin plus rien.
Par contre je ne vois rien dans les logs rollernet.
mackina
j'ai désactivé l'anti-spam du côté d'OVH et refait un essai qqes minutes plus tard mais ça n'a toujours pas l'air bon...
valeriea
Bonjour,

Pour ceux qui n'ont pas réussi, je récapitule ce qui a fonctionné pour moi :

Aller dans le manager v2 > Redirection & dns > modifier dns expert

Cas 1 : vous n'avez encore touché à rien :
Ajouter dans l'ordre :
.domaine MX mx.ovh.net (serveur bidon)
.domaine MX mail.rollernet.us.

Cas 2 : vous n'avez plus aucune ligne MX
Ajouter dans l'ordre :
.domaine MX mx1.ovh.net
.domaine MX mx.ovh.net (serveur bidon)
.domaine MX mail.rollernet.us.

=> Ca vous donne 3 lignes MX :
.domaine MX1 anti-spam
.domaine MX1 mx.ovh.net
.domaine MX2 mail.rollernet.us.

Il faut absolument que mail.rollernet.us soit en MX2... sinon il aura Preference=1 et ce ne sera pas bon...

Dès que vous faites une modification, vous vous retrouverez avec une seule ligne MX. Il faudra donc appliquer la procédure du cas 1.

Et quand on n'oublie pas de s'inscrire sur le site de rollernet, ça fonctionne !
Bon courage !
david1980
Bonjour tous le monde.

Je vois que par ici, ca a l'air actif et efficace alors je sollicite votre aide:)

J'ai bien suivi la procédure pour mon domaine vular.com, mais le dnslookup ne trouve rien :/

En désespoir de cause , voici ma situation actuelle sur mon dédié :/

Nom Durée de vie Priorité Serveur de courrier

vulcar.com. Défaut 5 mail.rollernet.us.
vulcar.com. Défaut 10 mail2.rollernet.us
vulcar.com. Défaut 15 mail.vulcar.com.


Merci
Dan
Bonjour David1980,

Les priorités ne sont pas bonnes... il faut que ton serveur dédié aie la priorité la plus élevée, qui se manifeste par le nombre le plus bas.

En fait il ne s'agit pas d'une représentation de la priorité mais plutôt d'une préférence. Comme mail.vulcar.com est le serveur qui recèle les boîtes mail, il faut lui donner une valeur inférieure à tous les autres.

N'oublies pas de changer le timestamp et de redémarrer named wink.gif

Dan
david1980
CITATION(Dan @ mardi 15 février 2005, 10h00)
Bonjour David1980,

Les priorités ne sont pas bonnes... il faut que ton serveur dédié aie la priorité la plus élevée, qui se manifeste par le nombre le plus bas.

En fait il ne s'agit pas d'une représentation de la priorité mais plutôt d'une préférence. Comme mail.vulcar.com est le serveur qui recèle les boîtes mail, il faut lui donner une valeur inférieure à tous les autres.

N'oublies pas de changer le timestamp et de redémarrer named wink.gif

Dan
*


Bonjour Dan,

Merci pour ces précisions.
J'ai donc remis les priorités comme tu l'a indiqué et redémarrez via webmin.
Je craint de ne pas etre sur pour le timespamp. J'ai laissé a défault les 3 enregistrements. Dois je le réduire ? Le changer ?

Merci
mackina
bizarre toujours pas de mail en retour pourtant voici les logs de rollernet :

Client Server Result State Date
smtp7.wanadoo.fr
193.252.22.24 mail OK Accepted 02-15-2005 01:13:48
smtp12.wanadoo.fr
193.252.22.20 mail OK Accepted 02-15-2005 01:13:05
smtp7.wanadoo.fr
193.252.22.24 mail OK Accepted 02-15-2005 00:47:09
smtp7.wanadoo.fr
193.252.22.24 mail OK Accepted 02-15-2005 00:37:31
smtp7.wanadoo.fr
193.252.22.24 mail OK Accepted 02-15-2005 00:31:47
smtp7.wanadoo.fr
193.252.22.24 mail OK Accepted 02-15-2005 00:25:09
smtp7.wanadoo.fr
193.252.22.24 mail OK Accepted 02-15-2005 00:20:27
12-219-91-66.client.mchsi.com
12.219.91.66 mail OK Accepted 02-14-2005 09:46:52
smtp7.wanadoo.fr
193.252.22.24 mail OK Accepted 02-14-2005 09:16:38
smtp11.wanadoo.fr
193.252.22.31 mail OK Accepted 02-14-2005 05:42:04
smtp11.wanadoo.fr
193.252.22.31 mail OK Accepted 02-14-2005 05:42:04
smtp7.wanadoo.fr
193.252.22.24 mail2 OK Accepted 02-14-2005 04:28:42
Dan
Pour Info, voici un message d'Octave (OVH) sur la mailing-liste des serveurs dédiés:
CITATION(Octave @ Mardi 10H)
Salut,

Je vais essayer de vous donner des informations sans nous mettre en peril juridiquement parlant vis à vis de ft en spéculant.

A la base, Ovh ne peut pas communiquer sur les suppositions. On ne peut dire que ce qu'on est sûr ou on a eu la confirmation surtout avec une boite comme ft. le risque d'une difammation est trop important et les consequences encore plus importants. on ne peut donc pas être aussi active dans la communication que vous avez l'habitude de nous voir.

Actuellement on sait rien à part qu'il y a des timeout (avec les messages d'erreurs des emails) et on a aucun dialogue en cours avec ft. vouloir et devoir parler avec quelqu'un qui ne parle pas, c'est loin d'être evident. certains parle de peering blocage etc: on veut rien de ft. on vit sans peering depuis toujours et ceci ne remet pas en cause l'avenir d'ovh ni financierement ni techniquement. ceci peut remettre en cause la qualité de service car on ne peut pas la controler puisque le bon fonctionnement ne depend pas de nous (preuvre actuelement).

L'origine du probleme, on ne la connait pas. C'est entre les installations de ft et les notres. sachant que nous on a verifié et reverifié puis retester, meme si le doute nous revient tous 15 minutes, on est sûr que c'est pas chez nous. maintenant c'est
où, là c'est le probleme. car juridiquement parlant c'est pas evident vu les consequences. encore une fois, je veux pas speculer sur ça, car ceci peut reduire les chances d'une rapide resolution du probleme. rapide c'est pas le mot qui convient, on est tous d'accord. il faut juste savoir que rien que le routage est ultra
complexe entre ft et ovh puisque la connexion passe par 6 reseaux intermediaires et c'est n'est pas symetrique (ça entre par un côté et ça sort par un autre). il faut faire des diags pour voir où et lequel est le probleme. avec qui ? comment ?

on a bossé cette nuit sur un mx secondaire generale hors de notre reseau pour tous les clients d'ovh (mutu et dédié). on pense sortir quelque chose pour ce soir (je garantie rien, car vu le nombre des domaines il faut quelque chose de cmpletement automatique sans aucune configuration). pas envident de mettre une installation exterieur qui marche avec autant d'emails. mais surtout on espere que ft va enfin prendre contact avec nous pour au moins faire les diags, traceroute, puis qu'on trouve l'origine du probleme et qu'on la fixe.

voilà. tout le reste, je peux pas commenter même si j'aurais bien voulu !

octave
Dan
CITATION(david1980 @ mardi 15 février 2005, 10h11)
Bonjour Dan,

Merci pour ces précisions.
J'ai donc remis les priorités comme tu l'a indiqué et redémarrez via webmin.
Je craint de ne pas etre sur pour le timespamp. J'ai laissé a défault les 3 enregistrements. Dois je le réduire ? Le changer ?

Merci
*

Il faut incrémenter le timestamp pour que les DNS se propagent.

Dans le fichier /var/named/tondomaine.hosts c'est la première valeur après la parenthèse ouvrante. Il est de la forme yyyymmddnn avec l'année, mois, jour et numéro d'ordre.
Mets 2005021501 ou supérieur (incrémente le 01 à la fin) et redémarre named. wink.gif

Dan
david1980
Merci,

Je viens de faire cette manip, j'espère que cela va marcher smile.gif
Dan
David1980,

Ton serveur dédié n'est pas le serveur principal de la zone vulcar.com. Cette manipulation ne sert à rien. Il faut éditer l'entrée sur le serveur primaire (ns1.cornut.fr.)

Dan
AlexisB
Toujours rien de mon côté. Je poste des screenshots histoire de voir si j'ai réellement du mal (ou pas).

Config Rollernet

DNS Lookup

Manager OVH v2

Manager OVH v3
Dan
AlexisB,

C'est tout bon :up:
Il faut laisser le temps aux serveurs Wanadoo de découvrir la nouvelle config DNS.
AlexisB
Par contre tu regardes le DNS lookup et sans pour autant avoir touché à qque chose il vient de me rajouter un mx2.ovh.net. [Preference = 5].

huh.gif
david1980
CITATION(Dan @ mardi 15 février 2005, 10h42)
David1980,

Ton serveur dédié n'est pas le serveur principal de la zone vulcar.com. Cette manipulation ne sert à rien. Il faut éditer l'entrée sur le serveur primaire (ns1.cornut.fr.)

Dan
*



ah.

Et comment je peux faire un truc pareil ? :|
Dan
AlexisB,

Pas de problème.... cela doit marcher smile.gif
Dan
CITATION(david1980 @ mardi 15 février 2005, 11h48)
Et comment je peux faire un truc pareil ? :|
*
Il faut aller ajouter le MX secondaire sur le tableau de bord du registrar, vu que c'est lui qui est DNS primaire de la zone.
Remi
En tout cas, ce matin, ça ne passe pas.
Les emails wanadoo sont bien acceptés par rollernet mais c'est tout.
Surcharge côté rollernet ?
AlexisB
De mon coté le log rollernet est toujours vide.
Dan
Soit rollernet a fermé ses accès, soit Wanadoo est dans les choux.
Je viens de m'envoyer un mail il y a 30 minutes... toujours pas arrivé à destination.

Dan
AlexisB
Je viens de recevoir ça :


This is the Postfix program at host mail.rollernet.us.

I'm sorry to have to inform you that your message could not be
be delivered to one or more recipients. It's attached below.

For further assistance, please send mail to <postmaster>

If you do so, please include this problem report. You can
delete your own text from the attached returned message.
arno
je viens de recevoir ça
mail2.rollernet.us[69.111.250.84]: read timeout

et paf IMSTP5.gif

bon sinon bravo Dan, pense quand même à manger wink.gif
valeriea
Bah oui, moi non plus ça ne fonctionne pas ce matin...
Et je n'ai aucun log sur rollernet... Alors qu'hier j'ai bien reçu un mail d'une adresse wanadoo vers mon adresse OVH

"Received: from isidore.rollernet.us (HELO mail.rollernet.us) (67.118.43.92)
by mx1.ovh.net with SMTP; 14 Feb 2005 18:15:17 -0000
Received: from smtp12.wanadoo.fr (smtp12.wanadoo.fr [193.252.22.20])
by mail.rollernet.us (Postfix) with ESMTP id 454C56A936
for <xxx_AT_oopartners.com>; Mon, 14 Feb 2005 10:15:28 -0800 (PST)
Received: from me-wanadoo.net (unknown [127.0.0.1])
by mwinf1203.wanadoo.fr (SMTP Server) with ESMTP id 8192F1C000AA
for <xxx_AT_oopartners.com>; Mon, 14 Feb 2005 19:15:04 +0100 (CET)
Received: from wwinf1203 (wwinf1203 [172.22.143.30])
by mwinf1203.wanadoo.fr (SMTP Server) with ESMTP id 7E4C01C00098
for"

Bizarre...
Dan
Il y a manifestement un problème entre Wanadoo et Rollernet. Les mrtg de rollernet ne montrent pas de saturation.
http://rollernet.us/mrtg/ (attention, graphigues à l'envers)

Il n'est pas exclu que Wanadoo aie plus de problèmes qu'annoncés.
Les mails ne circulent que très lentement.

Je n'ai toujours pas reçu le mail envoyé ce midi sad.gif
valeriea
Voici un message reçu sur la mailing list OVH :

CITATION
Nous avons mis en place un serveur d'email de secours pour
recevoir les emails à partir de France Telecom, le temps
de resoudre le probleme technique. Le serveur est sur un
autre reseau. Il est gratuit pour l'ensemble des clients
d'Ovh (mutualisé ou dédié), ne necessite pas de configuration
particuliere.

Si vous avez un hébergement chez Ovh, nous allons ajouter
ce MX sous quelques minutes sur l'ensemble des domaines
qui ont les DNS: dns.ovh.net et ns.ovh.net

Si vous avez un serveur dédié, vous pouvez ajouter
mxb.ovh.net dans votre enregistrement dns avec une
priorité 100.


Je pense qu'on peut donc supprimer notre mail.rollernet.us maintenant...

Un grand merci à OVH !!
Dan
Une bonne chose, cela permet d'éviter de saturer un serveur US.
Il nous aura bien dépanné tout de même wink.gif
Nicolas
CITATION
Je pense qu'on peut donc supprimer notre mail.rollernet.us maintenant...


Euh p-e pas!! On ne sait pas comment va se comporter le serveur mxb.ovh.net ...
Il vaut mieux avoir une solution de secours!
arno
mxb.ovh.net, c'est à nous de le mettre dans nos MX ?
c'est ovh qui se charge de cette manip ?
Nicolas
CITATION
mxb.ovh.net, c'est à nous de le mettre dans nos MX ?
c'est ovh qui se charge de cette manip ?


En mutualisé c'est ovh qui s'en charge normalement.
En dédié c'est à toi de faire les modifs sur les domaines concernés.
Henry
Effectivement, sur un domaine mutualisé, je vois maintenant un nouveau MX 1 à mxb.ovh.net rajouté automatiquement par ovh smile.gif

j'ai donc maintenant
3 MX 1 (vers ovh)
et
2 MX 2 (vers rollernet)

j'ai toujours pas reçu un mail envoyé tout à l'heure de wanadoo vers mon domaine sur ovh : mais je n'avais mis les rollernet que ce matin, et le mxb.ovh.net date de cet après-midi. Donc patience... whistling.gif
arno
mxb.ovh.net. [Preference = 100]

sur un herbergement, rien sur l'autre mais j'imagine que c'est en cours

si j'ai bien suivit depuis le début de l'affair une pref 100 sera traité en cas d'echec de la pref 5, elle même traitée en cas d'échec de la pref 1
beweb
DAN

la solution prévue par OVH dans la journé de mardi sera t-elle compatible avec la configuration paramétrée chez OVH pour ROLLERNET

Nous avons mis en place un serveur d'email de secours pour
recevoir les emails à partir de France Telecom, le temps
de resoudre le probleme technique. Le serveur est sur un
autre reseau. Il est gratuit pour l'ensemble des clients
d'Ovh (mutualisé ou dédié), ne necessite pas de configuration
particuliere.


Mes clients commencent à revoir des délais lenteurs (messages attendus depuis 10h ce matin) en espérant que ce n'est pas un nouveau blocage de Wanadoo.
Dan
Je l'ai fait en ce qui me concerne.
Selon Octave, c'est à nous de le faire et ce n'est pas vraiment surprenant.

Dan
pascalj
wub.gif

Bonjour à tous, sur dédié voici ce que j'ai tenté :
CODE
               IN      NS      ns30141.ovh.net.
               IN      NS      ns.ovh.net.
               IN      MX      10 mail.research.fr.
               IN      MX      100 mbx.ovh.net.
               IN      MX      105 mail.rollernet.us.
               IN      MX      200 mail2.rollernet.us.

Concrétement j'ai travaillé en deux phase :

- hier sans le 100mbx.ovh.net et aujourd'hui en rajoutant le mbx.ovh.net. et passant le 15 a 105 et 20 a 200.

dnsstuff me donne re résultat suivant :
CODE
research.fr.    MX    IN    86400    mail.research.fr. [Preference = 10]
research.fr.    MX    IN    86400    mail.rollernet.us. [Preference = 15]
research.fr.    MX    IN    86400    mail2.rollernet.us. [Preference = 20]
research.fr.    NS    IN    86400    ns.ovh.net.
research.fr.    NS    IN    86400    ns30141.ovh.net.
mail.research.fr.    A    IN    86400    213.186.42.103
mail.rollernet.us.    A    IN    17639    67.118.43.92
mail2.rollernet.us.    A    IN    17639    69.111.250.84
ns.ovh.net.    A    IN    120625    212.27.32.132
ns30141.ovh.net.    A    IN    60279    213.186.42.103

Le résultat est alternativement :
CODE
Domain    Type    Class    TTL    Answer
oenomedia.fr.    MX    IN    86400    mail.rollernet.us. [Preference = 15]
oenomedia.fr.    MX    IN    86400    mail2.rollernet.us. [Preference = 20]
oenomedia.fr.    MX    IN    86400    mail.oenomedia.fr. [Preference = 10]
oenomedia.fr.    NS    IN    86400    ns.ovh.net.
oenomedia.fr.    NS    IN    86400    ns30141.ovh.net.
mail.oenomedia.fr.    A    IN    86400    213.186.42.103
ns.ovh.net.    A    IN    86400    212.27.32.132
ns30141.ovh.net.    A    IN    86400    213.186.42.103


ou
CODE
Domain    Type    Class    TTL    Answer
oenomedia.fr.    MX    IN    86400    mx.oenomedia.fr. [Preference = 1]
oenomedia.fr.    NS    IN    86400    dns.ovh.net.
oenomedia.fr.    NS    IN    86400    ns.ovh.net.
mx.oenomedia.fr.    A    IN    86400    213.186.42.103
ns.ovh.net.    A    IN    86400    212.27.32.132
dns.ovh.net.    A    IN    86400    213.186.33.102


Problème de stabilité ???


Que dit DAN grand gourou ??

Merci
Dan
Bonjour Pascali,

Une commande "dig @ns30141.ovh.net research.fr MX" donne de bons résultats:
CODE
[root_AT_ns2313 root]# dig @ns30141.ovh.net research.fr MX

; <<>> DiG 9.2.3 <<>> @ns30141.ovh.net research.fr MX
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 54882
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 2, ADDITIONAL: 2

;; QUESTION SECTION:
;research.fr.                   IN      MX

;; ANSWER SECTION:
research.fr.            86400   IN      MX      105 mail.rollernet.us.
research.fr.            86400   IN      MX      200 mail2.rollernet.us.
research.fr.            86400   IN      MX      10 mail.research.fr.
research.fr.            86400   IN      MX      100 mbx.ovh.net.

;; AUTHORITY SECTION:
research.fr.            86400   IN      NS      ns.ovh.net.
research.fr.            86400   IN      NS      ns30141.ovh.net.

;; ADDITIONAL SECTION:
mail.research.fr.       86400   IN      A       213.186.42.103
ns.ovh.net.             171791  IN      A       212.27.32.132

;; Query time: 1 msec
;; SERVER: 213.186.42.103#53(ns30141.ovh.net)
;; WHEN: Tue Feb 15 18:06:08 2005
;; MSG SIZE  rcvd: 203

par contre, "dig research.fr MX" donne ceci:
CODE
[root_AT_ns2313 root]# dig research.fr MX

; <<>> DiG 9.2.3 <<>> research.fr MX
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 26567
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 3

;; QUESTION SECTION:
;research.fr.                   IN      MX

;; ANSWER SECTION:
research.fr.            81105   IN      MX      10 mail.research.fr.

;; AUTHORITY SECTION:
research.fr.            81105   IN      NS      ns.ovh.net.
research.fr.            81105   IN      NS      ns30141.ovh.net.

;; ADDITIONAL SECTION:
mail.research.fr.       81105   IN      A       213.186.42.103
ns.ovh.net.             161636  IN      A       212.27.32.132
ns30141.ovh.net.        81105   IN      A       213.186.42.103

;; Query time: 1 msec
;; SERVER: 213.186.42.95#53(213.186.42.95)
;; WHEN: Tue Feb 15 18:08:09 2005
;; MSG SIZE  rcvd: 144

Il semble donc que cela ne ce soit pas encore propagé.
As-tu bien incrémenté le "timestamp" et redémarré named ? Je pense que non pour le timestamp. wink.gif

Dan (le gourou laugh.gif )
adn
Des news : http://solutions.journaldunet.com/0502/050...nadoo_ovh.shtml
Henry
J'ai comme l'impression que Wanadoo -> Ovh est réparé.

Qu'est-ce qui pousse à dire cela :
j'ai un domaine dont les dns sont gérées chez Gandi, et qui est herbergé chez Ovh.
Il n'a eu aucune modification de MX. Il ne marchait pas hier soir.
Mais je reçois bien ce matin les messages émis d'un compte Wanadoo vers ce domaine.

Sur d'autres domaines gérés et hébergés chez Ovh, ça marche aussi.


MAIS JE N'AI RECUPERE AUCUN MAIL (de test) EMIS HIER.

Qu'est-ce que Wanadoo a fait des mails envoyés depuis une semaine ?
Réponse (provisoire) : il en a retourné la plupart au bout d'un jour seulement (ce qui est contraire à toutes les pratiques Internet : ce devrait être 5 jours). Les autres : il les a sans doute mis à la poubelle.



Ajout : je viens de lire la réponse de Wanadoo sur JDNet (lien post précédent).
C'est bizarre que la liaison soit rétablit au moment où cette réponse est publiée.
On pourrait penser :
1°) si la cause est ovh, il a réparé (1) ce dont il était la cause.
ou
2°) si la cause était Wanadoo, il a réparé (1) ce dont il était la cause

(1) en partie, parce que si ça marche maintenant, il y a tous ces mails perdus !

Ce que je pense : c'est que celui qui a réparé, c'est Wanadoo. En effet, pourquoi est-ce que ça se mettrait à marcher maintenant, sans aucune intervention sur un domaine hebergé mais non géré par OVH ?
Si Wanadoo a réparé, c'est qu'il pouvait agir sur la cause...

Je pense que les mots (imprudents) d'Octave dans les news ont ouvert une brèche dans laquelle il n'y avait plus qu'à emboiter le pas. Pour qu'on croit que c'est l'autre, bien sûr.
Dan
Il semble que les mails ne fonctionnent en direct que s'ils ne sont pas routés par OpenTransit (FT) sad.gif
Sinon, ils arrivent sur mxb.ovh.com ...
Lurch
Quel machin !

Pour moi tout fonctionne pour les sites hébergés sur mon dédié mais j'ai toujours des difficultés pour météou qui est encore en mutualisé (migration pour bientôt) : j'ai même tout le courrier météou qui semble être en rideau (à force de faire des modifs... blush.gif ).

J'ai donc créé une adresse provisoire qui fonctionne (le formulaire contact est donc à nouveau en service) et mis une info sur l'annuaire avec, notamment un lien vers le Hub et tous mes remerciements. wink.gif
Ceci est une version "bas débit" de notre forum. Pour voir la version complète avec plus d'information, la mise en page et les images, veuillez cliquer ici.