- Verschifft
- 29. September 2026 um 02:05 UTC
- Autor
- Kamo
- Ausschuss
- 96a5ffa
Bewertung Round-1 MAJOR: EmailService's RecipientDomainValidator antwortet jetzt 422 RECIPIENTS_UNKNOWN vor einem Senden versucht wird, dessen Empfänger einen der Organisationseigene Mail-Domains, aber passt keine Mailbox, Alias, gemeinsame Mailbox oder persönliche Postfach (D-luna-1). sendError.ts bereits gepars-Code/rejectedRecipients/ allgemein - keine Änderung nötig, um sie zu empfangen - aber MessageTool.tsx und MessageBrowser.tsx nur speziell-cased MESSAGE_TOO_LARGE und RECIPIENTS_REJECTED, so der neue Code fiel durch eine bloße "Failed to send email"/"Failed to send response", verlieren die eine Information (welche Adresse falsch ist) der Server jetzt berechnet vor immer versucht, die senden. Vor dieser Änderung würde derselbe Fehler schließlich Bounce bei RCPT TO und die Benutzeroberfläche würde die spezifische RECIPIENTS_REJECTED Satz zeigen; dies war eine echte Regression in der Nachrichtenqualität für genau die Menschen, die diese Aufgabe schützt. classifySendFailure (sendError.ts) zentralisiert die Frage "bedeutet diese Antwort etwas Spezifisches und welche Adressen", so dass MessageTool und MessageBrowser niemals Beantwortung der gleichen Server-Antwort anders; jeder wählt immer noch seine eigene übersetzt Formulierung über die eigenen EmpfängerUnbekannter Schlüssel (Kamo-Übersetzung-Wörterbuch, zuerst geschoben). Tests: sendError.test.ts hat eine classifySendFailure Suite (recipientsUnknown, Empfänger Zurückgelehnt, GrößeGrenzen, andere, und die No-Adressen Rand Fall). **************** hat einen Fall für MessageTool gewonnen; bestätigt RED gegen die Pre-Fix-Komponente (git-Stash-Stash von genau dieser Datei), dann GREEN wiederhergestellt. Der schnell reagierende Pfad von MessageBrowser.tsx hat kein vorhandenes Testgeschirr für seine 2391-Zeige Komponente (dokumentiert in E-Mail-Bug-report.md anstatt eine von Grund auf neu zu bauen unter dieser Aufgabe); die Änderung gibt es die gleiche Form, durch klassifizierenSendFailure's eigene Tests plus Node-Skripte/check-i18n-keys.mjs --require-mess (sauber, 4857 Dateien) und eine manuelle TypeScript-Prüfung. schwere npx vitest run **************************************** 28 Run, 0 Ausfälle.