- Spegnimento
- 23 settembre 2026 alle ore 07:50 UTC
- Autore
- Kamo
- Impegno
- 10784ec
POST /api/email/member-imap/test e /{id}/imap/test collegato a qualsiasi host e porta chiamante fornito e restituito il messaggio di eccezione grezzo. Qualsiasi membro autenticato potrebbe indicare sia in infrastruttura cluster-internal — Redis, un altro pod, l'API Kubernetes — e leggere esatte parole che sono tornate (rifiuto, timed out, reset) a impronte digitali che cosa stava ascoltando lì, un host alla volta: uno scanner portuale costruito interamente da un pulsante "test my mail settings". ImapConnectionTester ora risolve sia gli host che rifiuta prima che si apra una presa: loopback, il RFC 1918 e carrier-grade-NAT (100.64.0.0/10) Gamma IPv4, link-local, multicast, non specificato, il IPv6 fc00::/7 Unico intervallo locale (Java isSiteLocalAddress() riconosce solo il vecchio, deprecato fec0::/10, così ULA aveva bisogno di un proprio controllo), nomi monomarca senza fili, e Kubernetes' I suffissi sono tutti respinti con identici, generici. "Potrebbe non connettersi a quell'host" — ogni rifiuto legge lo stesso, quindi un chiamante non può più dire a un loopback interno da un /8 interno da un nome DNS non risponde mai. La stessa guardia funziona prima di un host è SAVED, non solo prima che venga testato — MemberImapController's PUT e PersonalMailboxService#saveImap — perché un membro che salta il pulsante di prova ha ancora queste impostazioni si comporre in seguito con lo sfondo sincronizzare, su un timer, senza risultato di prova nessuno legge. Non e' vero. # E due test aggiunti # PersonalMailboxServiceTest fallisce senza il cambiamento — un host a banda privata attualmente si connette (o salva) invece di essere rifiutato, e l'errore riportato attualmente varia da quello che era in realtà ascoltando l'altra estremità.