問題タブ [mime]

Erlang を使用して MIME を解析しているときに、ヘッダー、本文、および添付ファイルを抽出できました。したがって、これらすべての部分を個別に解析する必要があります。

ヘッダー構造:

例：

したがって、上記の例から、 で分割する方法を抽出Delivered-To: koushik.narayanan@geodesic.comして使用する必要があります。しかし、2番目のヘッダーの値には含まれているため、分割はそこで停止します... でのみ分割される厳密な分割が必要です。Received: by 1.gnu.geodesic.net (fdm 1.5, account "mail");\n\tFri, 03 Jul 2009 16:56:03 +0530\n\n\n\t\n

前もって感謝します。

画像をキャプチャし、それらの画像をサーバーに送信する必要がある Windows Mobile 6 Professional アプリケーションを開発しています (それぞれ約 200 KB の画像が 1 ～ 10 個あります)。環境を運営する組織は、この通信に SOAP を使用することを好みますが、別のことを交渉できる可能性はあります。

とにかく、私はこれを行うための最良の方法を決定しています。私はこれまで MIME 添付ファイルを使用したことがなく、このシナリオで MIME 添付ファイルがどのように機能するか、またそれが最適な設計上の決定であるかどうかについて、少し漠然としています。

私の選択肢が何であるか、そして最良の選択肢は何かについてのコメントを得たいと思っていました. 接続は不安定 (セルラー) である可能性があり、特に高速ではないことに注意してください (推定 2M ビット以下)。

コメントをお待ちしております。

ユーザーが動的に生成されたファイルをダウンロードできるページがあります。生成に時間がかかるので、「待機中」のインジケーターを表示したい。問題は、インジケーターを非表示にできるように、ブラウザーがファイルを受信したことを検出する方法がわからないことです。

サーバーにPOSTし、その結果の非表示の iframe を対象とする非表示のフォームを要求しています。これは、ブラウザ ウィンドウ全体を結果に置き換えないためです。ダウンロードが完了したときに発生することを期待して、iframe で「ロード」イベントをリッスンします。

Content-Disposition: attachmentファイルと共に " " ヘッダーを返すと、ブラウザに [保存] ダイアログが表示されます。しかし、ブラウザは iframe で「ロード」イベントを発生させません。

私が試した 1 つのアプローチは、multi-part応答を使用することです。そのため、空の HTML ファイルと、添付のダウンロード可能なファイルが送信されます。

例えば：

これは Firefox で機能します。空の HTML ファイルを受け取り、"load"イベントを発生させ、ダウンロード可能なファイルの"Save"ダイアログを表示します。しかし、Internet ExplorerとSafariでは失敗します。Internet Explorer は "load" イベントを発生させますが、ファイルをダウンロードしません。Safariはファイルを (間違った名前とコンテンツ タイプで) ダウンロードし、"load"イベントを発生させません。

別の方法として、呼び出してファイルの作成を開始し、準備が整うまでサーバーをポーリングしてから、作成済みのファイルをダウンロードすることもできます。しかし、サーバー上に一時ファイルを作成することは避けたいと思います。

私は何をすべきか？

iPhone アプリで .txt が添付された短いメールを作成して送信しました。

1. 添付ファイルの長さが約 10 行であれば、GMail は問題なく開きます。

2. 20 行以上になると、GMail が停止し、添付ファイルを開くことも、添付ファイルをダウンロードすることも、メールを転送することさえできなくなります。

3. また、同じメールを同僚に送信し、同僚が Mac OS メール クライアントで開いた場合、すべて問題なく動作します。

たとえば、次はテキスト ファイルの内容です (この長さは GMail で問題なく開きます)。

ファイルがこのサイズの 2 倍の場合、GMail はそれを処理できませんが、もう一度メールは処理できます。では、何が問題なのだろうか？以下のようにメールを作成しました。

次の辞書を使用して MIME ヘッダーを作成し、テキスト ファイルを添付したメールを送信しています。コードの下に電子メールが生成されます。なぜすべてが文字化けするのですか？MIME の専門家はいますか?

また、答えはBase64でエンコードされているほど単純ではありません。「インライン」から「添付ファイル」に変更すると、Web Gmail に送信すると電子メールの添付ファイルが破損しますが、ファイルは問題なく、GMail を経由する場合は問題なく開くことができますが、Mac のメールで開くことができます。また、テキスト ファイルが非常に小さい場合は、GMail でも問題なく動作します。

これは、この未回答の質問の以前の定式化です。この例では、コードを少し変更して、レッドニシンと思われるものを回避しました: GMail は、サイズによっては、iPhone アプリによって作成された .txt 添付ファイルを開けません - 私の MIME にバグがあると思います

Eメール

iPhone OS 3.0 で MFMailComposeViewController 経由で送信される HTML メールに画像への参照を埋め込むことはできますか?

添付ファイルの Content-ID ヘッダーを設定または読み取る方法を提供していないようですが、これを機能させる方法はありますか?

これを行うアプリを見たことがありますが、おそらくSKPSMTPMessageを使用しています...

PHPスクリプトを介してマルチパート/代替MIME電子メールを送信しようとしています...すべて正常に動作しますが、エンコーディングに問題があります! メール クライアントで、電子メール本文の強調文字が正しく表示されない! この問題を解決するためにボディをどのようにエンコードできますか? ...私は使用しようとしました..

良い結果がなければ！

未加工の形式の電子メールで、アクセント記号が =XX (XX は英数字) に置き換えられていることに気付きました... どうすればよいですか?

前もって感謝します！

これはコードです：

編集：

$txt_bodyとは、次の$html_body2 つのファイルの内容です。

そのファイルで、IPN を介して PayPal から受け取った情報の一部を置き換えます。電子メールを受信すると、IPN 情報で発生する強調表示のみが間違って表示されることに気付きました (つまり、ファイルの内容で置き換えた追加情報)。他の強調文字は正しく表示されます!!

どうすればこれを解決できますか?

解決済み:

私は問題を解決しました！utf8_encode() 関数は、教皇情報変数にのみ適用する必要があります。実際、$txt_body を utf8 でエンコードしようとしています... Paypal 変数は utf8 で 2 回エンコードされます。言い換えれば、私はそれを作った：

$txt_body と $html_body よりも、IPN から受け取った情報を置き換えました!

ererybodyに感謝します！

MIME タイプから PHP の拡張機能への簡単で汚いマッピングを利用できるものはありますか?

アップロードされたファイルに拡張子がない場合、MIME タイプを指定する必要がありますか? つまり、デフォルトの一般的な MIME タイプはありますか?