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.

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 :
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...

Mais tu as essayé de mettre directement l'adresse IPv4 du serveur : 212.27.48.3 ?

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

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