- Se descapó
- 4 de octubre de 2026 a las 17:22 UTC
- Autor
- Kamo
- Compromit
- 0c54f7a
Revisión redonda 3 (email-fix-review-3.md) confirmada ronda 2's BLOCKER fijo (caminar sage@kamouniverse.com a través del código de aplicación y la plataforma-alias de Postfix reescribir regla en vivo, final a fin – están de acuerdo) y confirmar la eliminación del plegado +tag correcto (re-verified recipient delimiter disabled on both postfix and dovecot, and ambos ************* usan un juego de dirección completa literal. It encontró un nuevo MAJOR: la vuelta 2 arregló el BLOCKER bajando la guardia de la entrada incondicionalmente, lo que lo cambió por un falso ACCEPT. Una org con dos reales, dominios raíces independientes que no son alias entre sí (explicablemente permitidos por Tendría que adivinar una raíz. (info@kamocrm.com, el buzón de correo de nadie) se resolvió falsamente sólo porque un no relacionado buzón de correo (info@brandb.com) existe en la otra raíz — Postfix sólo reescribe dominios en realidad listado en virtual alias domains, y dos raíces independientes no tienen tal relación, por lo que el envío todavía 550. Corrección: resuelve() ahora recibe el conjunto de alias-dominios (ya computados en el callador, previamente fusionado en un conjunto "propiedades" no diferenciado y descartado antes llegar a resolver()) y cerrar la retry transversal en aliasDomains.contains(dominio) en lugar de en si el dominio es (no) una raíz. Esta es la única condición escenarios realmente encendido: kamouniverse.com está registrado como un dominio de alias (retry corre, cerrando la segunda vuelta BLOCKER), mientras que una segunda raíz independiente no es un alias de cualquier cosa (sin retratar desencadenado por una conjetura en la otra raíz, cerrando esta ronda MAJOR). Pruebas: nuevo caso ************* (org posee) kamocrm.com y brandb.com, no alias relación; brandb.com tiene una verdadera info@ buzón de correo; info@kamocrm.com debe permanecer sin resolver) confirmado RED contra la ronda 2 unmodified code (1 failure, via `git stash` of just the implementation file), GREEN después. La prueba de regresión BLOCKER existente - ¿Qué? ya verde bajo el código de la segunda ronda, como la revisión de la tercera ronda confirmada independientemente, y se mantiene verde bajo esta solución también — esta ronda cambia sólo las dos raíces independientes resultado, no el doble registro-dominio uno. Una prueba de mvn pesada. 82, 0 fracasos.