- Navios
- 23 de setembro de 2026 às 07:50 UTC
- Autor
- Kamo
- Enviar
- 10784ec
POST /api/email/member-imap/test e /{id}/imap/test conectados a qualquer máquina e porta o chamador fornecido e retornado a mensagem de exceção bruta. Qualquer membro autenticado poderia apontar ou na infraestrutura interna de cluster — Redis, outro pod, a API Kubernetes — e leia redação exata que voltou (recusado, cronometrado, reiniciado) para impressão digital o que estava ouvindo lá, um host de cada vez: um scanner de porta construído inteiramente a partir de um botão "teste minhas configurações de e-mail". ImapConnectionTester agora resolve ambos os hosts e se recusa antes de qualquer socket abrir: loopback, o RFC 1918 e NAT (100.64.0.0/10) gamas IPv4, link-local, multicast, não especificado, IPv6 fc00::/7 Gama Local Única (o isSiteLocalAddress() do Java só reconhece o antigo, obsoleto fec0::/10, então ULA precisava de sua própria verificação), nomes de rótulo único sem pontos, e Kubernetes' Os sufixos são todos rejeitados com o mesmo, genérico "Não é possível conectar-se a essa máquina" — cada recusa lê o mesmo, assim que um ouvinte não pode mais dizer um o loopback interno de um /8 interno de um nome DNS nunca responde. O mesmo guard corre antes de um host ser SAVED, não só antes de ser testado — MemberImapController's PUT e PersonalMailboxService#salveImap — porque um membro que ignora o botão de teste ainda tem essas configurações discadas posteriormente pela sincronização de fundo, em um timer, sem resultado de teste que ninguém leia. **************************** E dois testes somados PersonalMailboxServiceTest fail without the change — uma máquina privada atualmente se conecta (ou salva) em vez de ser recusado, e o erro relatado atualmente varia de acordo com o que foi realmente A ouvir do outro lado.