4

私は現時点でこの問題についてかなり無知なので、解決策につながる可能性のある小さなヒントでさえ助けが本当にありがたいです!

基本的に2列のレイアウトのHTMLメールがあり、Outlook 2007内でリンクが応答しなくなる場合があります(基本的にクリック可能ですが、クリックしても何も起こりません)。

その問題が発生した電子メールの可能な限りクリーンな例を作成しました。
ここからダウンロードを見つけることができます:http ://static.bardiir.net/bugged_message.zip

zipファイルには次のものが含まれています。

  • MHT、EML、およびHTMLファイルとしてのバグのあるメッセージ
  • HTMLバージョンで使用される画像

zipを信頼できない場合は、ここからhtmlバージョンにアクセスすることもできます:
http ://static.bardiir.net/bugged_message/html_version.html

Outlook 2007クライアントにメッセージを送信すると、右側の列のリンク Stet clita kasd gubergen, no sea takimata sanctus estをクリックできなくなります。

これらのソースファイルから再現できない場合は、遠慮なくお問い合わせください。バグを含むメッセージをお送りします。

助けてくれてありがとう:)

更新:
メッセージは、興味がある場合は、元々サーバー上でPHPを使用して生成されます。また、ヘッダー画像または現在そこにあるメールの一部を削除すると、リンクをクリックできるようになるため、すべてを組み合わせると問題が発生するようです。

Update2:
おそらくこれとまったく同じバグですが、そこには答えがありません:
https ://stackoverflow.com/questions/7420195/links-in-right-column-of-table-do-not-work-in-outlook- 2007年

Update3:
右側の列は何に対しても完全に不活性であるように見えることがわかりました。そこでテキストを選択することさえできません(Outlook 2007はクラッシュします)。ただし、リンクをタブで選択してからEnterキーを押すと、完全に機能します。

Update4:
左側の列も完全に同じテンプレートを持っているので、基本的にtdセルの順序のみが変更されます。その順序でそれは常に機能します。メインコンテンツとサイドバーの両方のリンクは完全に機能しています。

Update5: テキストのみを削除し、HTMLタグをまったく削除せず、改行さえも最終的にリンクをクリックできるようにすることはありません。したがって、先に進んで上記のリンクされたメールのすべての文を短くすると、テキストノード以外は何も触れずに数語だけが再び機能します。

Update6: 回答で提案されているように、バグのあるメッセージの完全に有効なバージョンを作成しました。ここで見つけることができます:http ://static.bardiir.net/bugged_message/html_version2.html それはまだ同じ問題を示していますが、有効性のすべての問題も削除されています。
(左側の列のレイアウトは同じ検証の問題を示しており、正しく機能しているため、結局のところ妥当性が問題になることはありません。検証の問題のほとんどは、実際にはこの例でのみ明らかになり、次のような完全に記入されたニュースレターでは明らかになりません。同じ症状。)

4

3 に答える 3

2

Outlook(愚かなWordレンダリングエンジン)の何が問題なのかを判断するのは難しいです。Outlookでソースを開いてみて、OutlookがHTMLコードをどのように再フォーマットしているかを確認できます。

ここでは、より単純なHTMLを使用してメールを再作成しました。うまくいけば、これはあなたの問題を解決するでしょう。

注意すべきいくつかの事柄:

多くの電子メールクライアントは、fontプロパティのCSS省略形を拒否します。

fontタグを使用する代わりに、font-familyプロパティをインラインスタイルとしてtableクラスに追加して、フォントタイプを設定してみてください。また、フォント間隔も電子メールクライアントによって異なる可能性があるため、使用しないことをお勧めします。特定のクライアントが独自のデフォルトのスタイルシートでスタイルシートを上書きしないように、すべてのスタイルをインラインに保つことをお勧めします。

例えば<table style="font-family: Arial, Helvetica, san-serif">

また、1つまたは2つのフォント+1に制限する必要があります(1つはプライマリ用、もう1つはバックアップ用、さらに「san-serif」や「serif」などのデフォルトのシステムフォント)。3〜4レベルを超えるテーブルのネストは、問題を引き起こしているだけです。

潜在的な競合を避けるために、太字の重みのタグのspan代わりにタグを使用しました。Hotmailのような特定のクライアントはそれを無視するので、私はまたはをb使用しませんでした。margin-toppadding

于 2012-04-25T00:43:37.380 に答える
0

私が見たものは2つあります。つまり、問題が発生する可能性のある2つのbody htmlタグを使用していることと、テスト済みのテーブルを使用していることと、電子メールでの悪い点です。テーブルとそれを超えることも問題を引き起こす可能性があり、それらを使用している場合。メール用にこれを正しくレンダリングするのに役立つtbodyhtmlタグも使用してください。

于 2012-04-24T16:30:36.117 に答える
0

テーブルなしでメールを再作成します。table2cssを使用して簡単にテストできます。

于 2012-04-24T09:43:42.203 に答える