- Se descapó
- 23 de septiembre de 2026 a las 7:50 UTC
- Autor
- Kamo
- Compromit
- 10784ec
POST /api/email/member-imap/test y /-id-/imap/test conectado a cualquier host y puerto el El llamante suministró y devolvió el mensaje de excepción en bruto. Cualquier miembro autenticado podría apuntar ya sea en la infraestructura de clúster-interno . Redis, otra vaina, la API de Kubernetes . y lea el redacción exacta que volvió (se negó, cronometrándolo, reiniciado) para tomar huellas dactilares de lo que estaba escuchando allí, un host a la vez: un escáner de puerto construido enteramente a partir de un botón "probar mi configuración de correo". ImapConnectionTester ahora resuelve ambos anfitriones y se niega antes de que se abra el enchufe: loopback, el RFC 1918 y soporte-grade-NAT (100.64.0.0/10) IPv4 rangos, enlace-local, multicast, no especificado, el IPv6 fc00::/7 Una gama única local (Java's isSiteLocalDirección) sólo reconoce lo más viejo, despreciado fec0:/10, por lo que ULA necesitaba su propio cheque), nombres sin puntos de una sola marca, y Kubernetes' ******************* los sufijos son rechazados con el idéntico, genérico "No podría conectarse con ese huésco" - cada negativa lee lo mismo, por lo que un llamante ya no puede decir a loopback interno de un /8 interno de un nombre DNS nunca responde. El mismo guardia corre antes de que un huéspe sea SAVED, no sólo antes de que se pruebe PUT y PersonalMailboxService-saveImap porque un miembro que se salta el botón de prueba todavía tiene estos ajustes marcados más tarde por la sincronización de fondo, en un temporizador, sin resultado de prueba que nadie lee. **************** ************* y dos pruebas añadidas a PersonalMailboxServiceTest falla sin el cambio. Un host de rango privado se conecta actualmente (o salvados) en lugar de ser rechazado, y el error reportado actualmente varía según lo que realmente fue escuchando en el otro extremo.