Problemes de connexion aux serveurs pop et smtp depuis passage a l'ADSL
11 réponses
Herve
Bonjour,
Je viens de passer du RTC =E0 l'ADSL 1024 (FAI : Alice).
Le surf marche bien (126 kb/s en montant, 942 kb/s en descendant). Par
contre l'envoi et la rel=E8ve des m=E9ls est particuli=E8rement poussive :
l'=E9tape "Connexion au serveur pop.truc" lors de le rel=E8ve des m=E9l
avec Mail, et l'=E9tape "Connexion au serveur smtp.truc" lors d'un
envoi, sont particuli=E8rement longues (1 mn 10 pour mes comptes en
laposte.net, 40 secondes pour wanadoo). C'est nettement plus long qu'en
RTC :-(
Encore plus g=EAnant : j'arrive =E0 envoyer des m=E9ls depuis mon compte
en @laposte.net (via le smtp authentifi=E9 de la Poste), par contre les
messages envoy=E9s depuis mon compte @wanadoo.fr ne passent plus.
Jusqu'=E0 pr=E9sent j'avais comme r=E9glage du compte : serveur d'envoi
(SMTP) : "smtp" et =E7a marchait comme =E7a quelque soit mon FAI (Tiscali
ou Wanadoo en acc=E8s libre).
J'ai essay=E9 de modifier le r=E9glage en "smtp.wanadoo.fr". Sans
authentification =E7a ne passe pas, et si je mets une authentification
avec mon mot de passe de messagerie wanadoo j'ai un message de Mail me
disant "Le serveur SMTP "smtp.wanadoo.fr" ne g=E8re pas
l'authentification . "
Je suppose que c'est parce que mon nouveau FAI (Alice) exige qu'on
utilise l'authentification...
J'essaie donc de mettre comme serveur d'envoi pour mon compte
@wanadoo.fr : "smtp.alicemail.fr" avec authentification par mot de
passe, et l=E0 j'ai le message : "La r=E9ponse du serveur a =E9t=E9 : RCPT
TO:<truc.bidule@laposte.net> refused" (truc.bidule@laposte.net =E9tant
l'adresse =E0 laquelle j'ai essay=E9 d'envoyer un message.
Merci d'avance pour votre aide,
Mais je viens de trouver la solution, qui curieusement est l'inverse de ce que constate Anne : j'ai viré les DNS du champ "Serveurs DNS" de TCP/IP, et maintenant la connexion aux serveurs est instantanée ! Peut-être les IPs que j'avais mises (pourtant récupérées sur grenouille.com) étaient elles erronées ?
C'est plausible : tu as deux valeurs de DNS entrée, appellons les N1 et N2. Mac OS/X va utiliser N1 pour résoudre les noms utilisés par les logiciels comme 'mail'. Si au bout d'un certain temps N1 ne répond pas, alors il utilisera N2
Et attention aux infos que l'on récupère ici ou là, il y'a des mythes sur les DNS et des légendes urbaines qui circulent. Le mieux est de laisser le DHCP fournir les adresses de seveurs DNS. Jusqu'a preuve du contraire , l'ISP sait mieux que ses abonnés quel DNS utiliser, et surtout ces DNS là connaissent tout ce qui est utile.
Pire encore, le rôle des DNS dans la résolution de problème de connexion : on peut lire des "génies" parler de solution à des problèmes de connexion en changeant les DNS.
Herve wrote:
Mais je viens de trouver la solution, qui curieusement est l'inverse de
ce que constate Anne : j'ai viré les DNS du champ "Serveurs DNS" de
TCP/IP, et maintenant la connexion aux serveurs est instantanée !
Peut-être les IPs que j'avais mises (pourtant récupérées sur
grenouille.com) étaient elles erronées ?
C'est plausible : tu as deux valeurs de DNS entrée, appellons les N1 et
N2. Mac OS/X va utiliser N1 pour résoudre les noms utilisés par les
logiciels comme 'mail'.
Si au bout d'un certain temps N1 ne répond pas, alors il utilisera N2
Et attention aux infos que l'on récupère ici ou là, il y'a des mythes
sur les DNS et des légendes urbaines qui circulent. Le mieux est de
laisser le DHCP fournir les adresses de seveurs DNS.
Jusqu'a preuve du contraire , l'ISP sait mieux que ses abonnés quel DNS
utiliser, et surtout ces DNS là connaissent tout ce qui est utile.
Pire encore, le rôle des DNS dans la résolution de problème de connexion
: on peut lire des "génies" parler de solution à des problèmes de
connexion en changeant les DNS.
Mais je viens de trouver la solution, qui curieusement est l'inverse de ce que constate Anne : j'ai viré les DNS du champ "Serveurs DNS" de TCP/IP, et maintenant la connexion aux serveurs est instantanée ! Peut-être les IPs que j'avais mises (pourtant récupérées sur grenouille.com) étaient elles erronées ?
C'est plausible : tu as deux valeurs de DNS entrée, appellons les N1 et N2. Mac OS/X va utiliser N1 pour résoudre les noms utilisés par les logiciels comme 'mail'. Si au bout d'un certain temps N1 ne répond pas, alors il utilisera N2
Et attention aux infos que l'on récupère ici ou là, il y'a des mythes sur les DNS et des légendes urbaines qui circulent. Le mieux est de laisser le DHCP fournir les adresses de seveurs DNS. Jusqu'a preuve du contraire , l'ISP sait mieux que ses abonnés quel DNS utiliser, et surtout ces DNS là connaissent tout ce qui est utile.
Pire encore, le rôle des DNS dans la résolution de problème de connexion : on peut lire des "génies" parler de solution à des problèmes de connexion en changeant les DNS.
