- 出荷済み
- 2026年9月2日 8:19 UTC
- プロフィール
- Kamo
- コンテンツ
- d0110fb
同じ報告されたメッセージは、その写真の下にあるサインオフでした。 ではなかった いずれかに到着 — 読書ペインは、添付ファイルの上に空のボディを示した。 ここには1つのタイプのボディスロットがあり、読者は最初からそれを満たしました テキスト部分が満たされ、後で1つずつ落とされます。 それは正しいルールです 複数の部分/代替, その部分は同じメッセージが2回以上レンダリングされ、 1 つを選ぶところは、ポイント全体(RFC 2046 §5.1.4)です。 申請されました multipart/mixed 同様に、その部分 §5.1.3 はメッセージのすべての部分であり、 彼らが表示される順序で示されることを意味する。 メールが単一のテキスト部分を持っていたときに問題がない区別。 お問い合わせ 電話: iPhone Mailは、各写真に入力された送信者を分割しますので、 メッセージはテキスト/写真/テキストとして到着し、最初の写真の過去のすべて 捨てられた。 写真を最初に置き、生存する部分は空です。 このメッセージが空白と読み込まれる理由 順次マルチパートのテキスト部分を追加しました。 代替兄弟はまだ 一つのバージョンに解決します。, 混合中にネストされた代替を含みます — 添付ファイルのあるメールの普通の形状 — と 比類のない content-Type は、コンテンツが破壊的な方法であるため、シーケンシャルに落ちます お問い合わせ ライブメールボックスから取られた報告されたメッセージに対してパースされた: ボディは現在終了します 3つの空白行ではなく、送信者の「Truly」とサインオフに.