- Shipped
- 2026年8月5日 1:33 UTC
- Author
- Kamo
- Commit
- 2fda4ac
弊社がインラインされた org ロゴをお送りするすべての取引メールは、当社に届きました。 /messagesビューアは正しい被写体と完全に空のボディを持つ。 isAttachmentPart() は、Content-ID を添付ファイルとして運ぶ任意の部分を処理しました。 ザ・オブ・ザ・ 複数の部分/関連のテキスト/html ROOTは設計によって1つ持っています — ApplyInlineRelated コンテンツ RFC 2387 start= パラメータは体内で点在するので、 厳しいゲートウェイとOutlookはそれを見つける. そう walkParseMultipart クラシファイド ボディ として テキスト/html に到達する前に、添付ファイルと貼り付けを続けて ボディ候補者の枝。 htmlBody は null にとどまり、関連した send は いいえ text/plain の代わりに textBody も null だったので、ビューアはレンダリングには何もありません。 渡されたメッセージに対して、推論するのではなく、 生の maildir ファイル 完全な4329バイトのテキスト/htmlのルートと整形されたマルチパート/関連を保持します (Content-ID <emailroot>, 7bit, boundaries intact), 2つのベース64 inline PNG. ザ・オブ・ザ・ メッセージは決して問題ではありませんでした。読者はありました。 インラインロゴなしの取引メールは今まで見えない getMessage() が処理する SIMPLE 以外の複数のテキスト/html メッセージとして送信されます。 `content instanceof 文字列` のパスで、決して はAttachmentPart です。 Content-ID ルールは、テキスト ボディではないすべてのものを保持します。 インライン ロゴはリストされ、cid: 参照は解決を保ちます。 setContent で部品を組み立てるのではなく、RAW MIME を解析します。 囲うメッセージが保存されるまでContent-Typeヘッダーを記述して下さい、従って組み立てられる 部分はテキスト/プレーンとすべての isMimeType("text/html") ブランチをサイレントにミスします。 ツイート このロジックスイッチが1つのヘッダーにあるフィクスチャが渡された 壊れたコードに対して。 確認済み: 6 の 4 は固定なしで失敗します.