0

過去 1 年間、少なくとも現在、私のサイトの十数人ほどのユーザーが、受信した電子メールに奇妙な文字が表示されるという経験をしています。私はこの問題を何度も調査しましたが、ユーザー側の何らかのエンコーディングの問題であるとほぼ断定しました。私はこの問題を再現できなかったので、この結論は私にはまったく当てはまりません。

奇数文字は実際には偶数文字ではなく、ピリオドなどの高い文字を表す一連の文字です。たとえば、=2e は、ピリオドが表示されるはずの場所に表示されます。行末ごとに別の文字列が表示されます。私が過去に調査したことによると、このタイプのエンコーディングはかなり標準的で、Quoted Printable と呼ばれ、非常に古い電子メール ソフトウェアだけがそれを読み取ることができません。これが発生するたびに、影響を受けるユーザーが使用しているオペレーティング環境について、以前と同じように一連の質問をします。彼らは古いクライアントを使用していないため、QP は正​​しくレンダリングされるはずです。この問題の影響を受ける受信者とそうでない受信者の間に違いはないようです。

影響を受ける電子メールは、私の Web サーバーによって自動的に送信され、特別なエンコードは適用されません。ServerObjects Inc. による ASPMail を使用して ASP クラシック アプリケーションから送信されたかなり標準的なものです。

誰でもこれを引き起こす可能性のあるアイデアを持っていますか、それともエンドユーザーのエンコーディングの問題が適切にレンダリングされていないと仮定して修正されていますか??

これについて少し更新...

サーバーから HTML メールではなくプレーン テキストとしてメールを送信する場合、奇妙な文字が存在しないことが最近わかりました。これは、HTML メールが送信された場合にのみ発生します。

4

2 に答える 2

0

私は彼らのサイトでこの情報に出くわしました：

一部のメールでは、一部のメッセージの行末に等号が表示されています。なんで？
AspMailは、=記号がデコードされる文字を示し、その後にエンコードされる文字の16進値が続くスキームを使用して、上位文字をエンコードできます。もちろん、このシステムは、クライアントがこれらの文字をデコードできることを前提としています（ほとんどの場合可能です）。これはquoted-printableエンコーディングと呼ばれます。AspMailのデフォルトでは、QPエンコーディングを使用しません。自動QPエンコーディングをトリガーするもの：

  1. 上位文字-次の順序値を持つ文字0..31,61,128..255
  2. メッセージ本文の長い行（> 255）。このケースを修正するには、ワードラップをオンにすることができます

ほとんどのクライアントはQPエンコーディングを処理できます。クライアントに対応していない場合は、クライアントをアップグレードするか、上記の制限内で作業してQPエンコーディングが発生しないようにする必要があります。

だから私がそれから理解していることから、彼らはそれをエンドユーザーのクライアントに固定しているということです

于 2009-12-31T16:26:12.423 に答える
0

この問題が発生しています。ユーザーには、奇妙な文字、文字の削除、コンテンツの欠落などが表示されます。ほとんどの場合、これは電子メールソフトウェアが原因です。メールのCSSは、OutlookとGmailで奇妙な問題を引き起こします。メールに「HelloBob」と書かれているはずの状況がありましたが、「HelloBob」とだけ書かれていました。

ユーザーが自分の電子メールをあるアカウントから別のアカウントに転送する場合、転送アカウントによってフィルタリングされた電子メールを受け取る可能性が高くなります。したがって、Gmailが文字を削除した場合、そのメールを転送すると、受信者は削除された文字を取得します。

メールサービスでテンプレートとデータが正しくマージされないという他の問題がありましたが、ここではそうではないようです。

于 2009-12-31T16:27:46.317 に答える