- Szycy
- 29 września 2026 02:05 UTC
- Autor
- Kamo
- Pochęt się
- 96a5ffa
Przegląd ronda -1 MAJOR: EmailService RecipientDomainValidator teraz odpowiedzi 422 RECITION _ NIEZNANY przed wysłaniem jest próbowany, którego odbiorca nazywa jeden z własne domeny pocztowe organizacji, ale nie pasuje do żadnej skrzynki pocztowej, aliasu, wspólnej skrzynki pocztowej lub skrzynka pocztowa (D- luna-1). sendError.ts już przeforsowany kod / odrzucony Recipets / wiadomość generalnie - nie trzeba tam zmian, aby ją otrzymać - ale MessageTool.tsx i MessageBrowser.tsx tylko specjalistyczne MESSAGE _ TOO _ LARGE i RECIAGE _ REJECTED, więc nowy kod przeszedł do "Nie udało się wysłać e-maila" / "Nie udało się wysłać odpowiedzi", utrata jednego elementu informacji (który adres jest zły) serwer teraz oblicza przed próbą wysłania. Przed tą zmianą, ten sam błąd ostatecznie odbicie w RCPT TO i UI pokazałoby konkretne zdanie RECIATION _ REJECTED; była prawdziwą regresją w jakości wiadomości dla dokładnie ludzi to zadanie chroni. classifySendFailure (sendError.ts) centralizuje pytanie "czy odpowiedź ta oznacza coś konkretnego i jakie adresy "więc MessageTool i MessageBrowser nigdy nie mogą odpowiedź na ten sam serwer inaczej; każdy nadal wybiera własne przetłumaczone sformułowanie za pomocą własnych recipientsUnknown key (kamo- translation- dictionary, pchnięty pierwszy). Testy: sendError.test.ts zdobył pakiet ClassifySendFailure (RecipientsUnknown, RecipientsRescripted, sizeLimit, inne, i nie-adres edge case). * * * * * * * * * * * * * * przeciwko komponentowi prefix (git zapas tylko tego pliku), następnie GREEN przywrócony. Szybka ścieżka szybkiego reagowania MessageBrowser.tsx nie posiada istniejącej wiązki testowej dla linii 2391@@ komponent (udokumentowany w raporcie e-mail-bug. MD zamiast budować od podstaw w ramach tego zadania); zmiana tam jest taki sam kształt, zweryfikowany przez klasyfikacji.SendFailure własne testy plus 'skrypty węzłowe / check- i18n- keys.mjs -- requiress- messages' (czyste, 4857 plików) i ręcznego sprawdzania TypeScript. Najcięższy bieg w NPx. Nie, nie, nie. 28 biegów, 0 porażek.