- Expediere
- 29 septembrie 2026 la 02:05 UTC
- Autor
- Kamo
- Comite
- 38cd3d5
Revizuirea independentă a D-luna-1 (email-fix-review-1.md) a găsit două BLOCKER și un MAJOR, fiecare un adevărat refuz fals de e-mail legitim, demonstrat din codul deja în acest repo: - Case (BLOCKER): AliasService.createAlias, SharedMailboxService.create și Totul continuă cu o adresă exact ca admin. tastat-l Fiecare aspect este acum insensibil la caz în baza de date (LOWER(col) = LOWER (?)), care este vizată de org id, care ajunge în continuare la propriile rânduri ale organizației prin fiecare tabel (org id HASH, col) index unic, mai degrabă decât o eco-organizare scanare componentă de interval sortate pentru a căuta valoarea exactă în interiorul acestora. Un indice funcțional pe LOWER (col) per tabel (sau caz de normalizare la ora de scriere în cele trei servicii) ar restabili un aspect punct simplu; nici nu se face aici fără sign-off, deoarece Ambele sunt mai mari decât această sarcină. Implementat prin intermediul EntityManager întrebări native în DestinatarDomainValidator mai degrabă decât noi metode kamo-împărtășit-library depozit. - Plus-tags (BLOCKER): salvie+urgent@kamotrm.com acum pliază la sage@kamotrm.com (EmailAddress.baseLocalPart(), același ori stratul de eliberare/supresie deja se aplică) înainte de verificarea căsuţei poştale alias este propria sa adresă distinctă, creată în mod deliberat. - mai multe domenii rădăcină (MAJOR): o adresă alias-domeniu (kamo univers.com) este acum Rejudecată împotriva fiecărui domeniu din ***************** nu numai implicit UI (permisDomain) ca necunoscut doar pentru că nu este domeniul implicit al org. - Căutarea unui membru neindexat (MAJOR): Rezervorul Membru este eliminat. ******************* nu are index de susţinere, aşa că a făcut o scanare de fiecare rând membru în organizaţie pentru fiecare presupunere cu adevărat rău Motivul propriei caracteristici de a exista. A fost, de asemenea, inutil: aceasta clasa ruleaza doar vreodata pentru o organizație pe KamoMail, în cazul în care o adresă reală, livrabile are întotdeauna o ************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************ a cărui .email se întâmplă să se potrivească, dar are nici unul dintre aceste rânduri nu are nici o cutie poștală pe server partajat fie, astfel încât un trimite la ei nu reușește la RCPT TO indiferent de ceea ce acest Verificat a spus. Vezi clasa javadoc pentru argumentul complet. - Truncation (NIT): ************* acum îşi acoperă proza la ora 5 nume de adrese ("și N mai mult"), astfel DownstreamErrors 300-char tăiat nu mai poate Taie un mesaj multi-recipient rău trimite de pe mijlocul adresei înainte de MailPack aluzie director-lookup este anexat. Destinatarii respinși () nu sunt niciodată trunchiați. Constatarea MINOR (existenta oracle) este acceptata ca rationalizare, nu o schimbare de cod: verificare prealabilă a zborului răspunsuri "există x@ownDomain" mai rapid decât pre-existentul Excepţie->422 RECIPIENŢII REJECTAT cale ar putea deja (un adevărat RCPT TO), pentru acelaşi apelant cu acelaşi org; nu deschide nicio nouă limită de privilegiu. Teste (roșii confirmate, apoi verzi): DestinatarDomainValidatorTest rescris împotriva Design nou pe bază de entitate Manager SE RETURNEAZĂ Interogare batjocură) cu cazuri noi pentru o adresă de caz stocată, un +tag împotriva unei cutii poștale reale, un +tag care încă nu rezolvă, și o adresă alias-domeniu a cărui căsuță poștală reală trăiește pe un domeniu rădăcină non-default deținut (cu și fără +tag). Trimiteţi cazurile câştigate pentru proza căptuşită faţă de proza netruncată listă structurată. Testul greu MVN *************** 77 fugi, 0 eșecuri.