La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => Free => 
Actus Free => Discussion démarrée par: ezivoco_163 le 08 novembre 2020 à 16:48:28
-
Bonjour,
J'étais abonné chez free. Je suis passé chez Orange.
Depuis des années, je récupère dans gmail en pop mes emails free.
Depuis 3 jours la récupération ne fonctionne plus.
Voici le message d'erreur dans gmail.
J'ai essayé de forcer en sécurisé sur le port 995 sans succès.
De quoi ça peut venir ?
-
Bonjour,
A priori, il n'arrive pas à contacter le serveur. Tu as mis quoi comme serveur, pop.free.fr, pops.free.fr ?
La doc officielle pour la configuration d'un client mail free.fr est ici :
https://free.fr/assistance/597.html
Personnellement, j'utilise thunderbird, en IMAP, avec imap.free.fr, port 993, et cela marche. Thunderbird permet de récupérer plusieurs comptes mail en parallèle. J'ai d'un côté Free, et séparément Google mail. Ce qui me permet d'ailleurs de ne pas donner mes mots de passe à Google ;)
-
Bonsoir,
Ton problème existe t'il après une mise a jour de w10
(Difficulté à se connecter a un serveur.)
Dans les paramètres de w10
Regarde dans paramètre - sécurité -historique des mises à jours
Si cela correspond avec le jour d'une mise à jour.
Si cela correspond il suffira de voir quel est la KB qui pose problème.
Je te pose cette question car j'ai déjà vu des soucis (bon différents) après une mise à jour de w10
Si cela peut t'aider
Bonne soirée
-
Après recherche, ce serait un problème général depuis 3 jours. Une solution pourrait être de remplacer le nom du serveur, pop.free.fr; par son adresse IP : 212.27.48.3. Problème de DNS ?
https://support.google.com/mail/thread/81233587?hl=fr
-
J'ai vu le lien que tu as précisé mais il est noté cela c'est un problème comme tu le dis général
-
Il y aussi un sujet dans les forums UF. En fait, cela pourrait être un problème IPv6, les DNS Google résolvant puis utilisant l'adresse IPv6 du serveur POP de Free. Or, on l'avait déjà vu lors des problèmes de DDOS du forum LaFibre.info, les MX de Free n'ont eux pas d'IPv6 :
$ host pop.free.fr
pop.free.fr has address 212.27.48.3
pop.free.fr has IPv6 address 2a01:e0c:1::110
$ host mx1.free.fr
mx1.free.fr has address 212.27.48.7
mx1.free.fr has address 212.27.48.6
$ host mx2.free.fr
mx2.free.fr has address 212.27.42.58
mx2.free.fr has address 212.27.42.59
Voir :
https://forum.universfreebox.com/viewtopic.php?t=81369&start=0&sid=4b79bb1b2b8f2977d4157e22b588c9ee
Donc lui mettre directement l'IPv4 résolverait le problème (tant que Free ne change pas l'IP de ses serveurs mail...).
Rq : j'ai ouvert un sujet fin Septembre à ce sujet sur les nexsgroup Proxad, pour demander que les MX Free aient une IPv6, et j'ai eu une réponse de François Pétillon qui gère les serveurs mail de Free :
"Non, ce n'est pas prévu (il faudrait faire une base de réputation en IPv6 et cela pose un certain nombre de problèmes techniques)."
Donc là, on voit qu'avoir de l'IPv6 sur certains serveurs mais pas sur d'autres, pose d'autres problèmes...
-
J'ai noté mise à jour w10
Car Windows 10 Build 20251
A ce lien
https://websetnet.net/fr/communiqués-de-Microsoft-windows-10-build-20251-with-a-selection-of-welcome-fixes/
Il est spécifié cela
d'ARM en s'exécutant en natif. De plus, l'icône est plus jolie.Microsoft enquête sur des rapports selon lesquels certains utilisateurs voient l'erreur 0x80070426 lorsqu'ils utilisent leur compte Microsoft pour se connecter à diverses applications. Si vous le rencontrez, le redémarrage de votre PC peut résoudre ce problème.
Beaucoup ont des problèmes après une mise à jour
Maintenant je ne l'affirme pas.
-
Il y aussi un sujet dans les forums UF. En fait, cela pourrait être un problème IPv6, les DNS Google résolvant puis utilisant l'adresse IPv6 du serveur POP de Free. Or, on l'avait déjà vu lors des problèmes de DDOS du forum LaFibre.info, les MX de Free n'ont eux pas d'IPv6 :
$ host pop.free.fr
pop.free.fr has address 212.27.48.3
pop.free.fr has IPv6 address 2a01:e0c:1::110
$ host mx1.free.fr
mx1.free.fr has address 212.27.48.7
mx1.free.fr has address 212.27.48.6
$ host mx2.free.fr
mx2.free.fr has address 212.27.42.58
mx2.free.fr has address 212.27.42.59
Voir :
https://forum.universfreebox.com/viewtopic.php?t=81369&start=0&sid=4b79bb1b2b8f2977d4157e22b588c9ee
Donc lui mettre directement l'IPv4 résolverait le problème (tant que Free ne change pas l'IP de ses serveurs mail...).
Rq : j'ai ouvert un sujet fin Septembre à ce sujet sur les nexsgroup Proxad, pour demander que les MX Free aient une IPv6, et j'ai eu une réponse de François Pétillon qui gère les serveurs mail de Free :
"Non, ce n'est pas prévu (il faudrait faire une base de réputation en IPv6 et cela pose un certain nombre de problèmes techniques)."
Donc là, on voit qu'avoir de l'IPv6 sur certains serveurs mais pas sur d'autres, pose d'autres problèmes...
Tu as certainement trouvé il faut donc passer en ipv4 alors
-
Oui, ce n'est pas un problème de mise à jour windows, car c'est le serveur Google qui n'arrive pas à récupérer les maisl Free, pas le PC windows 10.
Il y a d'ailleurs aussi un sujet sur les forums ADUF avec la solution, provisoire :
Il faut forcer l'adresse IP V4 du serveur POP Free dans les paramètres de connexion Gmail.
Serveur POP (autre) : 212.27.48.3
Port : 110
Ne pas cocher l'option SSL (connexion sécurisée)
https://www.aduf.org/viewtopic.php?t=288840&postdays=0&postorder=asc&start=15
La solution définitive, c'est que Free mette toute la chaine de ses serveurs mail en IPv6, pas seulement quelques uns, mais cela demanderait donc que Free mette au point une base de réputation des serveurs mail en IPV6 (pour éviter les spams) ? Ou se baser simplement sur les noms DNS, qui couvrent à la fois les serveurs en IPv4 et IPv6 ?
-
Il y a aussi une autre hypothèse intéressante, émise par Kugar, qui expliquerait pourquoi il faut décocher le ssl. Les serveurs POP de Free utiliserait toujours TLSv1, et Google aurait décidé ne plus supporter ce protocole moins sécurisé.
Je confirme aussi, visiblement en fouinant sur d'autres forum il semble que Free ne supporte toujours que le TLSv1 alors que beaucoup de clients désactivent cette version (problème depuis la dernière maj de Thunderbird par exemple).
Il est possible que GMAIL ait décidé de ne plus autoriser le pop non SSL et par la même occasion désactiver le TLSv1.
J'avais 2 comptes pop configurés depuis toujours en POP avec SSL et depuis 2-3 jours ça ne marche plus non plus.
-
Oui, ce n'est pas un problème de mise à jour windows, car c'est le serveur Google qui n'arrive pas à récupérer les maisl Free, pas le PC windows 10.
Il y a d'ailleurs aussi un sujet sur les forums ADUF avec la solution, provisoire :
Il faut forcer l'adresse IP V4 du serveur POP Free dans les paramètres de connexion Gmail.
Serveur POP (autre) : 212.27.48.3
Port : 110
Ne pas cocher l'option SSL (connexion sécurisée)
https://www.aduf.org/viewtopic.php?t=288840&postdays=0&postorder=asc&start=15
J'ai aussi remarqué ce problème avec mes 2 anciennes adresses mail Free dans Gmail.
Du coup, j'ai appliqué cet après-midi l'astuce mentionnée sur le forum de l'ADUF et pour l'instant, ça fonctionne.
-
Bonjour,
D'après univers freebox c'est l'IPV6
https://forum.universfreebox.com/viewtopic.php?p=706282#706282
Après analyse avec un ami, nous avons constaté qu'il s'agit d'un problème de résolution DNS IP V6. Cela est probablement dû à une màj Windows qui a forcé le réseau en IP V6, Càd le domaine google.com renvoie une adresse ip en V6 que la freebox n'arrive pas à traduire du fait qu'aucun serveur DNS V6 n'est défini (par défaut).
La solution est de désactiver l'ip V6 dans les paramètres réseau du PC :
Panneau de config => réseau et internet=> Modifier les options d'adapteur => propriété du connecteur (ethernet ou wifi) => décocher - Protocole Internet Version 6
A noter, qu'en attendant que Free apporte une solution, il s'agit d'une solution temporaire qui peut affecter les appareils n'utilisant que ce protocole. Comme déjà mentionné en se connectant sur un autre réseau que Free cela fonctionne bien
-
Pas de problème de récupérations de mes comptes mail chez Free depuis Gmail...
La récup se fait sur pop3.free.fr sur le port 995 avec la coche SSL en place.
Pour controle, mon Nas envoie tous les jours après la sauvegarde un mail vers une adresse en @free.fr qui est récupérée par mon compe gmail...
Pas d'interruption ces derniers jours, et je viens de vérifier l'ensemble des boites Free depuis mon compte gmail, mails qui répondent nickel...
-
Bonjour,
D'après univers freebox c'est l'IPV6
Si c'est ça c'est cocasse pour un FAI qui l'active de force sur ses boxs sans pouvoir le désactiver...
Mais bon l'explication citée semble douteuse..
Si le pc n'était que ipv6, il en manquerait des tonnes de sites accessibles..
-
C'est Google qui récupère les mails depuis les serveurs Free, cela ne passe pas par le PC. Après, sur le PC, ce n'est que de l'affichage (webmail, IMAP...).
Donc rien à voir avec l'IPv6 sur les PCs, ce serait plutôt à mon avis, comme déjà dit, que par les DNS, Google récupère l'adresse IPv6 du serveur POP de Free, croit que les mails sont récupérables en IPv6, mais le serveur ne répond pas en IPv6.
Tandis qu'en mettant dans la config Google l'adresse IPv4 du serveur, Google mail utilise IPv4 pour les récupérer.
-
C'est Google qui récupère les mails depuis les serveurs Free, cela ne passe pas par le PC. Après, sur le PC, ce n'est que de l'affichage (webmail, IMAP...).
Donc rien à voir avec l'IPv6 sur les PCs, ce serait plutôt à mon avis, comme déjà dit, que par les DNS, Google récupère l'adresse IPv6 du serveur POP de Free, croit que les mails sont récupérables en IPv6, mais le serveur ne répond pas en IPv6.
Tandis qu'en mettant dans la config Google l'adresse IPv4 du serveur, Google mail utilise IPv4 pour les récupérer.
Dans ma configuration Google mail, en tant que récup des mail Free, je ne précise pas d'adresses IPV4, mais bien pop3.free.fr port 995 et SSL, et cela marche!
Je n'ai d'ailleurs jamais spécifié autre chose...
Je n'utilise la récup de ces mails que pour des adresses "poubelles" ou non cruciales... Les mots de passe de ces mails sont accessoirement diversifiés et pas simples...
-
Oui, c'est étonnant, car beaucoup indiquent, comme sur ce sujet, que cela n'a plus marché pour eux le 5 Novembre, donc en même temps, et ce serait étonnant que ce soit une coïncidence.
Après, il y a un mélange, semble-t-il, car d'autres indiquent ne plus récupérer les mails Google avec un client mail sur leur PC depuis à peu près la même date, mais c'est bien un problème différent.
Ex :
J’ai un problème de connexion à ma boîte mail gmail sur Outlook depuis une ligne Free. Cela a commencé depuis le redémarrage de ma Freebox Revoltion le 1er nov 2020.
https://forum.universfreebox.com/viewtopic.php?t=81369&start=0&sid=4b79bb1b2b8f2977d4157e22b588c9ee
-
Oui, c'est étonnant, car beaucoup indiquent, comme sur ce sujet, que cela n'a plus marché pour eux le 5 Novembre, donc en même temps, et ce serait étonnant que ce soit une coïncidence.
Après, il y a un mélange, semble-t-il, car d'autres indiquent ne plus récupérer les mails Google avec un client mail sur leur PC depuis à peu près la même date, mais c'est bien un problème différent.
Ex :
https://forum.universfreebox.com/viewtopic.php?t=81369&start=0&sid=4b79bb1b2b8f2977d4157e22b588c9ee
Hier dans l'après-midi, je me suis retrouvé avec une recherche Google infoutue de retrouver des sites en France, alors que l'on pouvait parfaitement accéder à ces sites en "direct"... Cela a duré une heure, puis c'est revenu à la normale. Il est à craindre que le "ménage" chez Google ne soit pas tout à fait transparent, et j'ai entendu une hypothèse comme quoi un ou plusieurs de le DNS internes auraient quelque peu "décroché"... Ensuite, c'est la loterie, tant que tout n'est pas revenu à la normale... Et s'il y a des caches provisoires à droite et à gauche, cela ne doit pas arranger...
-
bonjour, merci d'avoir répondu.
Alors j'ai mis pop.free.fr
Je ne récupère pas en IMAP.
J'ai tenté sans plus de succès le pop3.free.fr avec la coche ssl sur le port 995.
Bref ça ne fonctionne toujours pas. Ce n'est pas un mail crucial, mais je peux en avoir besoin...
Je n'ai pas touché au paramètre du PC et ne me sent pas de faire une telle modif pour ça ne sachant pas les éventuelles incidences que ça peut engendrer...
Avez vous d'autres idées ?
-
Mais tu as essayé de mettre directement l'adresse IPv4 du serveur : 212.27.48.3 ?
-
Non effectivement, je n'avais pas compris. :-[
C'est bon avec ça c'est passé !!!
Merci bcp ;D
-
Je récupérais mes différents mails mais avec des problèmes de lenteur mais je les recevais. :-[
Aujourd'hui nickel tout est redevenu aussi rapide sans avoir touché quoi que ce soit ;) :)
-
Je récupérais mes différents mails mais avec des problèmes de lenteur mais je les recevais. :-[
Aujourd'hui nickel tout est redevenu aussi rapide sans avoir touché quoi que ce soit ;) :)
Pour que cela "retombe en marche" tout seul, il devait y avoir eu une étape des opérations de restructuration Google qui a du avoir un "hoquet", vu que du côté Free, cela ne semble pas devoir bouger...
Dans toute refonte ou modification de systèmes, même chez les plus "gros", l'impondérable est toujours tapis dans un coin... Ne jamais oublier que ce sont des humains qui sont aux manettes! ;)
-
A un moment donné je pense qu'il faut arrêter avec les pseudos experts à 2 balles qui racontent tout et n'importe quoi !
Le problème présenté n'a absolument rien à voir avec Windows 10 ou avec une résolution de "google.com" !!!
Alors plutôt que de gueuler sans faire avancer les choses, allons-y par étape :
Sur ce problème il se passe quoi ? des serveurs Google tentent de se connecter en POP aux serveurs Free, à priori sur pop.free.fr alors on essaye de faire ça :
$ openssl s_client -4 -connect pop.free.fr:995
CONNECTED(00000003)
139762248811840:error:1425F102:SSL routines:ssl_choose_client_version:unsupported protocol:../ssl/statem/statem_lib.c:1941:
---
no peer certificate available
---
No client certificate CA names sent
---
SSL handshake has read 58 bytes and written 310 bytes
Verification: OK
---
New, (NONE), Cipher is (NONE)
Secure Renegotiation IS NOT supported
Compression: NONE
Expansion: NONE
No ALPN negotiated
Early data was not sent
Verify return code: 0 (ok)
---
$ openssl s_client -6 -connect pop.free.fr:995
CONNECTED(00000003)
140145776911680:error:1425F102:SSL routines:ssl_choose_client_version:unsupported protocol:../ssl/statem/statem_lib.c:1941:
---
no peer certificate available
---
No client certificate CA names sent
---
SSL handshake has read 58 bytes and written 310 bytes
Verification: OK
---
New, (NONE), Cipher is (NONE)
Secure Renegotiation IS NOT supported
Compression: NONE
Expansion: NONE
No ALPN negotiated
Early data was not sent
Verify return code: 0 (ok)
---
Que ce soit en v4 ou en v6, le serveur pop de Free répond. Alors c'est vrai, je ne peux pas tester DEPUIS le réseau Google, je n'ai aucun accès chez eux. Donc on ne peut pas éliminer le problème d'interconnexion entre les 2 réseaux.
Donc si le serveur répond, quel est le problème ? L'erreur apparait dans mes commandes du dessus, mon client ne comprend pas le protocole de sécurité demandé par le serveur et on comprend vite pourquoi : https://www.immuniweb.com/ssl/?id=tyUGSiZM
Regardez moi cette horreur !! Le serveur ne gère que SSLv3 et TLSV1.0 qui sont cassés et déconseillés depuis très longtemps !!
Donc peut-être que chez Google on a pris la décision de ne plus supporter ces vieux protocoles. Et ils ont raison.
Je n'ai pas trouvé de communication de Google annoncant cela, mais en même temps ce service qui vous pose problème n'est pas très connu chez Google, il ne doit pas y avoir beaucoup d'utilisateurs.
Donc tant que les admins chez Free ne se sortiront pas les doigts pour faire évoluer la plateforme mail, c'est mort. A moins de se connecter sur pop.free.fr en non-sécurisé, mais bye bye votre mot de passe qui passe partout en clair dans la nature. Déjà que le filer à Google est stupide...
En conclusion, plusieurs conseils :
- ce service de récupération de mail chez google est à proscrire, pour des raisons de sécurité vous trouvez normal que Google accès à votre boite mail stockée ailleurs !
- free n'est pas un fournisseur de mail sérieux, infrastructure vieille sans aucune évolution, filtrage des mails n'importe comment, bref une horreur à éviter
- prenez un fournisseur de mail sérieux
-
Bonjour Floabati,
Merci bien pour les commandes pour vérifier les versions de SSL/TLS. J'avais parlé de cette possibilité, évoquée sur le forum de l'ADUF plus haut. Par contre, il doit y avoir autre chose, car il semble (je n'ai pas testé moi-même), que quand tu mets le nom du serveur, pop.free.fr, et que tu décoches ssl, cela ne marche pas. Il faudrait mettre l'adresse IPv4 ET décocher ssl...
-
Là non plus, de ce que je vois, il n'y a pas de problème d'IPv6 !! c'est fou cette mentalité de penser qu'un truc "nouveau" qu'on ne connait pas est forcément la cause du problème !
$ telnet -4 pop.free.fr 110
Trying 212.27.48.3...
Connected to pop.free.fr.
Escape character is '^]'.
+OK POP3 ready <87772702.1605000582@popn1>
quit
+OK
Connection closed by foreign host.
$ telnet -6 pop.free.fr 110
Trying 2a01:e0c:1::110...
Connected to pop.free.fr.
Escape character is '^]'.
+OK POP3 ready <86360966.1605000587@popn3>
quit
+OK
Connection closed by foreign host.
Le serveur répond bien en non sécurisé en v4 et en v6.
-
Alors pourquoi cette différence entre mettre le nom et mettre l'adresse IP ?
-
En regard de toutes les questions posées, le service a fourni une réponse claire: Cela remarche!
Après, on est en France, et le débat est un sport national qui à mon humble avis est extrêmement mal utilisé, les protagonistes restant trop systématiquement campés sur leurs idées...
Et c'est valable partout!
Et les argumentaires foisonnent, plus ou moins étayés par des faits, certains faisant coller des faits à leur réalité supposée comme des enquêteurs débutants devant un crime complexe!
Ceci est dit dans un cadre général et en n'attaquant personne, moi même je me laisse parfois emporter!
Be cool! Demain,, le jour se lèvera encore! :) :) :) :)
-
Apparemment, cela refonctionne avec le nom du serveur, selon duciduc, sur le forum de l'ADUF :
Serveur POP : pop.Free.fr
Port : 995
Option SSL cochée (connexion sécurisée)
Si quelqu'un veut tester ?
-
Alors si ça refonctionne, ma déduction n'est plus correcte (pas de changement de la politique de sécurité Google).
Donc un problème temporaire, soit de connexion, soit de résolution. Ca se teste en 2 seconde au moment de l'incident, sans partir dans des théories complètement hors-sujet ;)
-
C'était résolu, au moins de façon pratique, depuis quelque temps, en mettant l'adresse IP...
-
Apparemment, cela refonctionne avec le nom du serveur, selon duciduc, sur le forum de l'ADUF :
Si quelqu'un veut tester ?
Pour moi, cela a toujours été (va savoir pourquoi?) non pas pop.free.fr, mais pop3.free.fr avec port 995 et option SSL cochée, et cela n'a jamais foiré!
Va comprendre, Charles! ;)
-
A priori, pop3 est un alais de pop, donc cela ne devrait rien changer.
$ host pop3.free.fr
pop3.free.fr is an alias for pop.free.fr.
pop.free.fr has address 212.27.48.3
pop.free.fr has IPv6 address 2a01:e0c:1::110
-
Alors si ça refonctionne, ma déduction n'est plus correcte (pas de changement de la politique de sécurité Google).
Donc un problème temporaire, soit de connexion, soit de résolution. Ca se teste en 2 seconde au moment de l'incident, sans partir dans des théories complètement hors-sujet ;)
En tout cas, rien n'a changé pour ssl du côté Free :
~$ openssl s_client -6 -connect pop.free.fr:995
CONNECTED(00000003)
281473473153504:error:1425F102:SSL routines:ssl_choose_client_version:unsupported protocol:../ssl/statem/statem_lib.c:1941:
---
no peer certificate available
---
No client certificate CA names sent
---
SSL handshake has read 58 bytes and written 310 bytes
Verification: OK
---
New, (NONE), Cipher is (NONE)
Secure Renegotiation IS NOT supported
Compression: NONE
Expansion: NONE
No ALPN negotiated
Early data was not sent
Verify return code: 0 (ok)
---
$ openssl s_client -4 -connect pop.free.fr:995
CONNECTED(00000003)
281473707620832:error:1425F102:SSL routines:ssl_choose_client_version:unsupported protocol:../ssl/statem/statem_lib.c:1941:
---
no peer certificate available
---
No client certificate CA names sent
---
SSL handshake has read 58 bytes and written 310 bytes
Verification: OK
---
New, (NONE), Cipher is (NONE)
Secure Renegotiation IS NOT supported
Compression: NONE
Expansion: NONE
No ALPN negotiated
Early data was not sent
Verify return code: 0 (ok)
Et sur la sécurité, on a toujours le score F : https://www.immuniweb.com/ssl/?id=tyUGSiZM
-
Apparemment, cela refonctionne avec le nom du serveur, selon duciduc, sur le forum de l'ADUF :
Si quelqu'un veut tester ?
c'est bon effectivement ça fonctionne !
A noter que je n'ai pas mis de "F" majuscule mais en minuscule, je ne sais pas si ça a une influence ?
-
En tout cas, rien n'a changé pour ssl du côté Free :
~$ openssl s_client -6 -connect pop.free.fr:995
CONNECTED(00000003)
281473473153504:error:1425F102:SSL routines:ssl_choose_client_version:unsupported protocol:../ssl/statem/statem_lib.c:1941:
---
no peer certificate available
---
No client certificate CA names sent
---
SSL handshake has read 58 bytes and written 310 bytes
Verification: OK
---
New, (NONE), Cipher is (NONE)
Secure Renegotiation IS NOT supported
Compression: NONE
Expansion: NONE
No ALPN negotiated
Early data was not sent
Verify return code: 0 (ok)
---
$ openssl s_client -4 -connect pop.free.fr:995
CONNECTED(00000003)
281473707620832:error:1425F102:SSL routines:ssl_choose_client_version:unsupported protocol:../ssl/statem/statem_lib.c:1941:
---
no peer certificate available
---
No client certificate CA names sent
---
SSL handshake has read 58 bytes and written 310 bytes
Verification: OK
---
New, (NONE), Cipher is (NONE)
Secure Renegotiation IS NOT supported
Compression: NONE
Expansion: NONE
No ALPN negotiated
Early data was not sent
Verify return code: 0 (ok)
Et sur la sécurité, on a toujours le score F : https://www.immuniweb.com/ssl/?id=tyUGSiZM
Et on n'a toujours pas d'explication plausible, hormis l'hypothèse d'un "loupé" temporaire quelque part, lors des grandes manœuvres chez Google, qui comme toute structure est potentiellement faillible...
L'humain, toujours, l'humain! :)
-
A noter que je n'ai pas mis de "F" majuscule mais en minuscule, je ne sais pas si ça a une influence ?
Je ne sais pas si cela changerait grand chose, mais effectivement, il vaut mieux rester sur f minuscule.
-
Les noms de domaine sont insensibles à la casse.
-
Je me demandais sur un Linux, mais effectivement :
$ host Pop.free.fr
Pop.free.fr has address 212.27.48.3
Pop.free.fr has IPv6 address 2a01:e0c:1::110
-
Je récupérais mes différents mails mais avec des problèmes de lenteur mais je les recevais. :-[
Aujourd'hui nickel tout est redevenu aussi rapide sans avoir touché quoi que ce soit ;) :)
Bonjour,
Aujourd'hui nickel tout fonctionnne,
POP3 port 995 option ssl cochée
Pourquoi j'ai communiqué mise a jour W10, car la lenteur a recevoir mes mails que j'avais coïncidait avec une mise a jour facultative de w10.
L'incident est clos et c'est super. (Sans avoir touché quoi que ce soit.)
Une bonne soirée a tous.
-
Apparemment, cela refonctionne avec le nom du serveur, selon duciduc, sur le forum de l'ADUF :
Serveur POP : pop.Free.fr
Port : 995
Option SSL cochée (connexion sécurisée)
Si quelqu'un veut tester ?
Je viens d'essayer et en effet, ça refonctionne.
-
Pour moi, cela a toujours été (va savoir pourquoi?) non pas pop.free.fr, mais pop3.free.fr avec port 995 et option SSL cochée, et cela n'a jamais foiré!
Va comprendre, Charles! ;)
je decouvre ce fil
je reçoit des mails tous les jours que google va me chercher sans free, sans interruption depuis des années
pop.free.fr / 110
aucun problemes
-
Normal parce que pop == pop3.
-
Normal parce que pop == pop3.
Au final cette histoire de mails qui n'éraient plus récupérés devait dépendre essentiellement de 2 choses...
1) La loi de Murphy... initiée par le 2ème point ci-dessous
2) L'état de forme de chaque troll personnel... Certains roupillaient, d'autres pas!
:) ;) :D
-
Apparemment, cela refonctionne avec le nom du serveur, selon duciduc, sur le forum de l'ADUF :
Si quelqu'un veut tester ?
je viens de tilter que j'étais victime du problème (je n'ai plus beaucoup de mail sur mon ancienne @free), ca ne marche qu'en indiquant l'IP à l'instant T.
Pop free sans SSL sur 110 => NOK
Pop3 avec SSL sur 995 => NOK
Avec ip en dur => OK
-
De mon côté, la connexion refonctionnait depuis le 10 novembre avec cette configuration dans Gmail :
Serveur POP : pop.free.fr
Port : 995
Option SSL cochée (connexion sécurisée)
Mais aujourd'hui, j'ai remarqué que le problème de connexion était de nouveau là >:(.
Est-ce pareil de votre côté ?
-
Tu as essayé avec l'IP : 212.27.48.3 ?
-
J'avais essayé le 08 novembre et ça avait résolu le problème :
https://lafibre.info/free-les-news/recuperation-email-free-dans-gmail-ne-fonctionne-plus/msg808055/#msg808055
Depuis, je n'ai pas réessayé.
-
Tu pourrais donc retester pour voir si cela résout bien de nouveau le problème.
Cela m'intéresserait aussi de savoir si cela marche avec l'IPv6 : 2a01:e0c:1::110
$ host pop.free.fr
pop.free.fr has address 212.27.48.3
pop.free.fr has IPv6 address 2a01:e0c:1::110
-
J'ai testé avec les adresses IPv4 et IPv6 sur le port 995 avec l'option SSL cochée mais ça ne fonctionne pas.
J'hésite à réutiliser le port 110 et à décocher l'option SSL.
-
bonjour à tous, le pb est revenu chez moi :-\ :'(
-
J'ai testé avec les adresses IPv4 et IPv6 sur le port 995 avec l'option SSL cochée mais ça ne fonctionne pas.
J'hésite à réutiliser le port 110 et à décocher l'option SSL.
Il est probable que l'option ssl ne marche que quand on spécifie le nom complet, avec le domaine. Et donc avec l'IP, on ne pourrait être que non chiffré...
-
bonjour à tous, le pb est revenu chez moi :-\ :'(
Je répète peut-être lourdement, changer de troll! ??? ??? ???
Car je récupère tous les jours sur ma messagerie Gmail 5 comptes mail de Free... Soit "poubelles", soit utilitaires sans gravité...
Messagerie Gmail disponible en Imap via thunderbird sur PC, ou mon smartphone...
Un truc à remarquer: La fréquence de rapatriement peut être assez variable...
Je la pensais liée au taux de remplissage on non de ces boites mails, mais non hier soir, j'ai voulu faire des tests, en envoyant le même message toujours à destination de la même boite mail Free scannée par gmail, depuis d'autres mails Free, depuis Gmail, depuis Hotmail.
Les résultats ont été assez surprenants! Un des mails d'une boite Free a été récupéré, pas les autres, celle de hotmail OK, et pas celle de Gmail...
30 Minutes après, j'ai forcé le rapatriement depuis mon compte Gmail dans la gestion des comptes rapatriés, et tous les mails sont "arrivés" instantanément...
Pour compléter, j'ai un NAS qui envoie tous les jours peu après 22h30 un mail sur une boite Free scannée par Gmail... Certains jours, le mail apparaît tout de suite dans la boite Gmail, d'autres jours le lendemain matin (je ne passe pas la nuit à surveiller...)
Ah, au fait, j'utilise toujours le fameux alias pop3, qui théoriquement ne change rien à l'affaire, mais n'ai jamais eu de problème... Hormis les fameux "différés" que j'ai cité...
Bonne soirée!
-
Je répète peut-être lourdement, changer de troll! ??? ??? ???
Bonjour,
C'est quoi ce commentaire complètement idiot ?
Tu crois que je raconte n'importe quoi pour faire "vivre" un topic comme celui-ci ?
Tu crois que toutes les personnes de ce sujet qui semblent touchées par le pb sont mythos ?
Voici les dernières captures écrans réalisées à l'instant, après certes rien ne permet de vérifier pour toi leur réelle authenticité et que j'ai pu faire des fakes hein ;D
Pas besoin de me répondre, ça fonctionnera quand ça voudra, ce n'est pas un mail essentiel pour moi.
-
Quand je parle de troll, ce n'est pas en tant qu'intervenant, mais de votre troll personnel (chacun a le sien, et on l'appelle "pas de bol, malchance, la cerise, la scoumoune"...), ceci dit avec un certain degré d'humour, même si la situation ne me semble pas facile.
Ce que je veux exprimer, est qu'il semble que certains sont "plus égaux que les autres", car je n'ai JAMAIS rencontré de problème, hors les "délais de route"que j'ai cité...
Par ailleurs, il faut savoir que Google, comme vous et moi, lorsqu'il se connecte aux serveurs de Free a affaire à un "frontal", qui peut parfaitement d'une fois sur l'autre ne pas être le même (round robin interne via DNS)
Et si ce frontal est parti en sucette (et cela arrive, hélas!), il répond "de travers" ou ne répond pas, et gmail gueule...
Combien de fois il m'est arrivé ou à ceux que je connais d'avoir le message: Idetifiant et/ou mot de passe inconnu, alors que tout est OK de ce côté...
Si la récupération de mails Free par Gmail est "intensive" sur vos mails, et que gmail retombe sur le même problème, vous avez le même résultat. Et cela peut durer quelques heures/ quelques jours, selon la rapidité de détection du problème par Free, et de ce côté, ce n'est pas la foudroyance absolue!
le fait que certains arrivent à passer en indiquant l'adresse (ou pas) est dans ce cas question de probabilités...
C'est la motivation de mon histoire de "troll", bien évidemment non utilisée dans le sens du posteur fou...
Dès que vous aurez pu régler cette histaoire d'identifiants et quitterez ce système, vous ne pourrez pousser un ouf de soulagement...
Et comme on dit dans mon coin "Il faut être pris pour être appris"!
Bonne soirée... :) :) :)
-
Le souci est revenu ici aussi depuis le 20 Novembre.
-
Gmail vous donne l'erreur : Connection timed out ! Donc pas besoin de chercher 100 ans l'erreur est là depuis le début !
Soit Free a bloqué des IP à Google, soit problème de communication temporaire entre les deux.
Bref changez de crèmerie Free n'est pas un fournisseur de mail sérieux. Et arrêtez avec cette histoire de récupération de boites sur Gmail, prenez un vrai client mail et paramétrez vos différents comptes.
-
bonjour,
et pour ceux qui ne veulent pas de vrai client mail ? tu proposes quoi ?
pour moi "simple utilisateur", la force du service Gmail est justement une centralisation de la messagerie qui a de multiples fonctions et qui fonctionne sur un navigateur web et donc sans s'encombrer de ces appli de client mail.
Quand tu vas chez Tata et que tu utilises ponctuellement son pc pour une raison x ou y, tu fais quoi tu installer le client mail et configure tes divers comptes mails ?
Perso, dans ces cas là je me connecte sur gmail et je retrouve tout !
Sinon je suis bien d'accord avec toi que le mail free ne convient pas, c'est la raison pour laquelle je parle bien depuis le début qu'il s'agit pour moi d'un mail secondaire avec une importance toute relative...
-
Quand tu vas chez Tata et que tu utilises ponctuellement son pc pour une raison x ou y, tu fais quoi tu installer le client mail et configure tes divers comptes mails ?
Jamais de la vie je n'irais consulter mes mails ou tout autre élément sensible sur un pc que je ne maitrise pas. Visiblement la sécurité n'est pas l'affaire de tous.
J'ai "K-9 Mail" sur mon téléphone (on vrai client mail) et mes boites mail importantes dessus...
C'est toujours une histoire de compromis entre sécurité et facilité d'utilisation.
-
ben tant que le pc de tata est à jour je ne vois pas où est le pb si tu déconnectes bien ta session...
enfin, pas bien grave, ce n'était pas la question d'origine de toute façon.
Sinon le pb est toujours présent et l'info (messages dans leurs forums) est aussi présente sur les sites d'univers freebox et l'aduf.
-
J'ai testé avec les adresses IPv4 et IPv6 sur le port 995 avec l'option SSL cochée mais ça ne fonctionne pas.
J'hésite à réutiliser le port 110 et à décocher l'option SSL.
En tout cas de mon côté, la seule option qui fonctionne :
- Serveur POP : 212.27.48.3 / Port : 110
- Option SSL : décochée