0

pop3を介してemaiをプルするWebメールクライアントを構築する場合、どのような種類のエンコード/画像/フォーマットの問題がありますか？

私が処理しなければならないことを私が知っていると私が考えることができるいくつかのこと：

  1. 添付ファイル
  2. インライン画像
  3. htmlメール

他にどのような頭痛の種がありますか？

4

3 に答える 3

2

これは非常に多くの作業であり、すでに多くのソリューションが存在しますが、それで躊躇する必要はありません。あなたの3つのポイントは、一般的な用語でほとんどすべてをカバーしています...それがPOP3を介して来るという事実は、それほど関連性がなく、IMAP、またはOWS（Exchange用のOutlook Web Services）でさえ、次の点に注意する必要があります。

  • 添付ファイルは、電子メール内でインラインで参照できます (1、2、3 の組み合わせ)。電子メールには、それ自体が添付ファイルである IMAGE を含めることができます。
  • サポートしなければならない MIME タイプはたくさんあります。
  • 電子メールは、単一の部分、複数の異なる部分、複数の部分からなる代替、およびそれらの組み合わせの場合があります。優れたニュースレターでは、同じデータのテキスト バージョンと HTML バージョンが送信され、クライアントはデータを使用する方法を選択できます。その電子メールには 1 つまたは複数の添付ファイルが含まれている可能性があり、その添付ファイルは別の添付ファイルを含む別のテキスト/HTML メールである可能性があります。
  • HTML すでに指摘したように、スタイルなどの交差なしにページ内で電子メール HTML をレンダリングするのは注意が必要です。さらに、不適切なコンテンツをフィルタリングする必要があります。JavaScript には、プライバシーに影響を与える可能性のある埋め込み画像が含まれている可能性があります。
  • 使用できる文字エンコーディングはいくつかあります。これは MIME タイプに関連付けられていますが、個別に注目する価値があります (頭痛の種だけでも)。

基本的に、電子メールを生成およびデコードするには、多くの取引のジャックである必要があります。

于 2010-09-01T20:42:26.417 に答える
1

たくさんの ！

スターターとしてpop3rfcを読むことを強くお勧めします。

http://www.faqs.org/rfcs/rfc1939.html

いくつかのオープンソースプロジェクトをダウンロードして、RFCがどのように実装されているかを確認できます。

于 2010-09-01T20:33:33.950 に答える
1

舞台裏で何が起こっているのかを完全に理解するには、仕様を読むべきだというピエールの意見に同意します。

1 つ付け加えておきたいのは、私が心配している重要な点は、あなたが読んでいるメールボックスとスパムのセキュリティだということです。電子メールには、メッセージが開封されたかどうかを追跡するために使用できる javascript/images への呼び出しが含まれていることがよくあります。これが、オンにしない限り多くのメール クライアントで画像が表示されない主な理由です。

使用している他の方法に加えて、送信者が信頼されていない限り、メッセージを解析し、プライバシーの問題を引き起こす可能性のある呼び出しをすべて取り除く必要があります.

于 2010-09-02T10:34:29.180 に答える