- Navios
- 29 de setembro de 2026 às 02:29 UTC
- Autor
- Kamo
- Enviar
- 3ae4903
Round 2 review (email-fix-review-2.md) encontrou o round 1 para MAJOR #3 (multiple domínios root) ainda reabriu o erro original: - O kamouniverse.com é, ao vivo, simultaneamente uma raiz comprovada (org domínios, proprietário-verificado, sem pai) E o domínio alias padrão (org alias domains) para O relatório da Comissão ao Conselho, ao Parlamento Europeu, ao Comité Económico e Social e ao Comité das Regiões, sobre a proposta de directiva do Parlamento Europeu e do Conselho relativa à aproximação das legislações dos Estados-Membros respeitantes aos impostos sobre o volume de negócios e sobre o volume de negócios caixa de correio vive apenas no domínio canônico (sage@kamocrm.com). O round 1 guarda `!rootDomains.contains(domínio)` pulou o retry multi-root sempre que o candidato domínio próprio já era uma raiz, na suposição de um endereço root-domínio "deve já foram tentados diretamente" — false for a dual-registered domain. sage@ kamouniverse.com foi recusado novamente. O guarda é removido: a repetição agora corre incondicionalmente após o falta a verificação direta, para cada root próprio, se o próprio domínio do candidato Acontece que é um deles. Redundant-but-harmless para o caso comum (a directa a verificação já cobre um endereço de domínio raiz literal); suporte de carga sempre que um domínio é duplamente registrado como kamouniverse.com. - MAJOR: a dobra redonda 1 +tag (sage+urgent@kamocrm.com -> sage@kamocrm.com) é removido inteiramente em vez de escopo para "apenas tabelas de caixa de correio" como proposto pela primeira vez. Verificado ao vivo contra a pilha de e- mail real por instrução própria da revisão para confirmar contra o comportamento do Postfix/Dovecot: `recipient delimitator' é comentado em tanto o main.cf do postfix como o 15-lda.conf do dovecot e o virtual mailbox maps / virtual alias maps ambos resolvem o endereço RCPT TO com um literal `WHERE email = '%s'` / `WHERE source = '%s'’ — sem desfiação de delimitadores em qualquer lugar, para Qualquer mesa. Dobrar aqui teria certificado um endereço +tag'd entregue que Postfix ainda 550 — falsa confiança na direção oposta da primeira rodada bug original, não uma correção escopo limitado o suficiente para ser correto. Isto é um desvio da instrução literal rodada 2 (que presumiu que alguma tabela dobra), feita sobre a evidência viva a própria instrução pediu para reunir; registrado como uma decisão. - MINOR: EmailAddress.parse() retornando null (seu charset local-part é mais rigoroso do que o que o alias/compartilhado-mailbox/mailbox cria em si obriga) já não silenciosamente desativa o retry multi-root. Extrações simples de substring- before- the- last-@ fallback a parte local para que a repetição ainda funcione. Testes: DestinatárioDomainValidatorTest reescrito com um EntityManager falso consciente de tabela (inspeciona o texto SQL para encaminhar o próprio conjunto de endereços conhecidos de uma tabela, de acordo com a revisão "faça o teste duplo dizer tabelas separadamente") para que um teste pode agora afirmar por exemplo "conhecido apenas como Um pseudônimo" e tê-lo significa alguma coisa. Casos novos/alterados confirmados RED contra round-1 não modificado DestinatárioDomainValidator.java (recuperado temporariamente via `git stash` de apenas esse arquivo, em seguida, apareceu de volta): o caso de regressão em forma viva, dois +tag-no-longer-folds cases, o alias-only +tag case, e o EmailAddress.parse()- Rejeita o caso — 5 falhas, exatamente os casos em que esta rodada muda. Tudo verde depois. Teste MVN pesado 80 corridas, 0 falhas.