@i.softbank.jp からの投稿した本文が全く反映されない。

• Reporter: toy_dev
• Owner: toy_dev
• Type: Bugs
• Status: Closed
• Component: mailutils
• MileStone: (None)
• Priority: 5 - Medium
• Severity: 5 - Medium
• Resolution: None
• File: None

Details Reply

タイトルの通り、本文の内容が全く反映されず空の記事になる。

ただし、添付した画像は行われる。

Ticket History (3/5 Histories)

2012-12-28 02:33 Updated by: toy_dev

• New Ticket "@i.softbank.jp からの投稿した本文が全く反映されない。" created

2012-12-28 02:34 Updated by: toy_dev

Comment Reply

本問題は Windows Live メールでも確認される事象である。本文に記載があるのにもかかわらず、Windows Live メールに本文が表示されない。

2012-12-28 02:40 Updated by: toy_dev

Comment Reply

以下のようにメールがとても特殊な構成をしている。

• multipart/mixed
  • text/plain: 内容空っぽ
  • image/jpeg: 添付画像
  • text/plain: 本文

text/plain は本文用に１つ送られてくるのが通例である。

別個、添付ファイルにテキストファイルがある場合は別だが、その場合でも、本文は最初に来るのが通例である。

2012-12-28 03:02 Updated by: toy_dev

Comment Reply

実装上、本文を以下の通りに定義していた。

• text/plain（もしくは text/html）であること。
• text/plain と text/html が片方のみ／両方存在のどちらも許容する。
• content-disposition の定義が存在しないこと（inline の場合は単なるメモとして除外し#27460。attachment の場合は添付ファイルとして扱う）。
• 以上の定義を満たす一番最初のパートを本文とする。

「@i.softbank.jp」に限った特殊実装にはできる限りしたくないため、リスクを考慮した上で以下のような定義に変更する。

• text/plain（もしくは text/html）であること。
• text/plain と text/html が片方のみ／両方存在のどちらも許容する。
• content-disposition の定義が存在しないこと（inline の場合は単なるメモとして除外し#27460。attachment の場合は添付ファイルとして扱う）。
• 以上の定義を満たす一番最初のパートを本文とするが、もしもその本文が空だった場合、次に定義を満たすパートを本文とする。

以上の対応にする理由をまとめる。

• @i.softbank.jp から来たメールだからといって先頭にある text/plain は除外するという安易な方法は採れない。
  • @i.softbank.jp からのメールであっても先頭の text/plain に本文が入る通常の形式で来るケースがあることもわかっている。
• この方法なら実際に本文が空であった場合でも影響はでない。

2013-02-17 11:50 Updated by: toy_dev

• Status Update from Open to Closed
• Ticket Close date is changed to 2013-02-17 11:50