- 出荷済み
- 2026年9月29日 2:05 UTC
- プロフィール
- Kamo
- コンテンツ
- 96a5ffa
Round-1 MAJORのレビュー:EmailServiceのRecipientDomainValidatorが422に応答 送信前のRECIPIENTS UNKNOWNは、受信者の名前の1つを試みる 組織のメールドメインは、メールボックス、エイリアス、共有メールボックス、またはマッチしません。 パーソナルメールボックス(D-luna-1) sendError.ts は既にパースされたコード/rejectedRecipients/ メッセージは本質的に—それを受け取るためにそこに必要な変更無し–メッセージTool.tsxおよび MessageBrowser.tsx は、特殊な MESSAGE TOO LARGE と RECIPIENTS REJECTED だけを特殊なケースにしました。 新しいコードは「メールの送信に失敗した」/「返信を送信する失敗」に落ちました。 サーバーが現在計算する情報(アドレスが間違っている)の1部分を失う 送信を試みる前に。 この変更の前に、同じ間違いは結局 RCPT TO と UI でバウンスすると、特定の RECIPIENTS REJECTED 文が表示されます。 このタスクは、正確に人間のために、メッセージの品質に実質的な回帰でした。 classifySendFailure(sendError.ts)は、「この応答が意味する」という質問を一元化 MessageToolとMessageBrowserが決してできないように、特定のアドレスとアドレスが何か 同じサーバーの応答を別々に答えます。それぞれが独自の翻訳を受け取ります 独自の受取人による言葉遣い未知の鍵(仮訳、先頭へ)。 テスト: sendError.test.ts は classifySendFailure スイート (recipientsUnknown) を取得しました。 受取人レジェクト、sizeLimit、その他、ノーアドレスエッジケース)。 ******************** は、MessageToolのケースを獲得しました。 REDを確認 プレフィックスコンポーネント(ちょうどそのファイルのgit stash)に対して、グリーン復元。 MessageBrowser.tsxのクイックリードパスは、その2391ラインの既存のテストハーネスはありません コンポーネント(メールバグ報告) md ではなく、ゼロから 1 つを構築 このタスクで、変更は同じ形状で、classifySendFailure によって検証されています。 独自のテストと `node scripts/check-i18n-keys.mjs --require-messages` (clean, 4857) file) と手動 TypeScript チェック。 重 npx のベスト ランニング **************************** メニュー 28 実行、0 失敗.