- Expédié
- 23 septembre 2026 à 07:50 UTC
- Auteur
- Kamo
- Commite
- 10784ec
POST/api/email/member-imap/test et /-id-/imap/test connecté à n'importe quel hôte et port l'appelant a fourni et renvoyé le message d'exception brut. Tout membre authentifié pourrait pointer soit à l'infrastructure interne de cluster - Redis, une autre pod, l'API Kubernetes - et lire le une formulation exacte qui est revenue (refusée, synchronisée, réinitialisée) à l'empreinte digitale ce qui y écoutait, un hôte à la fois: un scanner de port entièrement construit à partir d'un bouton "testez mes paramètres de courrier". ImapConnectionTester résout maintenant les deux hôtes et refuse avant que l'une ou l'autre socket s'ouvre: rebouclage, le RFC 1918 et porteuse-NAT de qualité STA (100.64.0.0/10) IPv4, reliant local, multicast, non spécifié, IPv6 fc00::/7 Portée locale unique (Java's isSiteLocalAddress() ne reconnaît que les plus anciennes, dépréciées fè0::/10, donc ULA avait besoin de son propre chèque), noms uniques sans point, et Kubernetes' - les suffixes sont tous rejetés avec le même, générique, "Ne pouvait pas se connecter à cet hôte" - chaque refus lit de la même manière, de sorte qu'un appelant ne peut plus dire un rebouclage interne d'un /8 interne à partir d'un nom DNS ne répond jamais. Le même garde court avant qu'un hôte ne soit SAVÉ, pas seulement avant qu'il ne soit testé PUT et PersonalMailboxService-saveImap - parce qu'un membre qui saute le bouton d'essai a toujours ces réglages sont ensuite composés par la synchronisation de fond, sur une minuterie, sans résultat de test que quiconque lit. et deux essais ajoutés à PersonalMailboxServiceTest échoue sans le changement - un hôte de gamme privée se connecte actuellement (ou saufs) au lieu d'être refusé, et l'erreur signalée varie actuellement selon ce qui était réellement écouter à l'autre extrémité.