過去ログ表示


過去ログ 356 を表示

トピック内全 17 記事中の 1 〜 10 番目を表示
[ 最新記事及び返信フォームをトピックトップへ ]
このトピックの全ページ / [0] [1]

(環境: WinVista/Netscape4)

Thunderbirdで送信メールの文中に勝手に半角スペースが入ってしまいます。

(3.1.6を使っています。)

HTMLメールを送信する際、文中の、ある一定間隔のところで勝手に半角スペースが入ってしまう現象が起きております。

メールの作成中にはスペースは表れないのですが、送信するとそのメール上にスペースが何か所も表れてしまいます。

この現象の解消方法はありますでしょうか。

ちなみに、設定エディタの about:config で、editor.htmlWrapColumnとmailnews.wraplengthを、ともに「0」に設定したのですが、改善されません。

解決方法を教えて下さい。

宜しくお願い致します。

(環境: Win 7/Other)

マルチポストですね?
お控えください。

http://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1051256955

(環境: WinVista/Other)

「html で作成してプレーンテキストで送信すると出るバグ」とお聞きしたのですが、当方の場合「html で作成してhtmlで送信」しているのですが、やはりスペースが表れております。アドバイス頂ければ幸いです。
宜しくお願い致します。

(環境: WinXP SP3/Other)

> (3.1.6を使っています。)
> HTMLメールを送信する際、文中の、ある一定間隔のところで勝手に半角スペースが入ってしまう現象が起きております。
> メールの作成中にはスペースは表れないのですが、送信するとそのメール上にスペースが何か所も表れてしまいます。

全角の「あああああああ...」が連続する長い行と、半角の「aaaaaaaa...」が連続する長い行、の2行をnotepadで作り(どのみち1000バイトあたりで折り返しが入るので、一行3000バイト程度でいい),
HTMLモードでメールを作成し、notepadから長い2行をペーストし、オプション/送信形式/テキストとHTMLにし、「後で送信」を行い、ローカルフォルダの送信トレイにできたメールのソースを見てください。
text/htmlのパートで、aaaa...は1000バイト程度のところで、あああ...については、先頭に6バイトの半角の空白が入り、あああ...の行は、72「文字」目のところで折り返しが入っているのを見ることができます。

英語などでは空白で折り返せるので、長い単語の途中では折り返さないが、メール送信における一行の制限の1000バイトのところでは強制的に折り返す、
日本語の文字は、どの文字の間でも折り返しができることになっているので、HTMLの整形用の6バイト=6文字の半角空白を入れて、72「文字」の折り返しの設定のところで折り返しているように見えます。
たとえHTMLの時のwrapの値を0にしても、メール送信における一行の制限の1000バイトのところでは強制的に折り返すはずです。

text/plainのパートは、このHTMLをテキストデータに変換したものが入るのですが、この時、整形用の6バイト=6文字の半角空白部分が1バイト分の半角空白として残り、そこに、テキストの72「バイト」での行の折り返しが入るようです。
英語などではこの空白を除去すると単語がつながってしまうので、残すのでしょう。
そして、こちらの場合も、たとえテキストの時のwrapの値を0にしても、メール送信における一行の制限の1000バイトのところでは強制的に折り返すはずです。

text/htmlのパートがあって、HTMLモードで表示する限りは、日本語の文字と文字の間の、改行と、整形用のそれに続く連続した半角の空白は、Tbでも無視するようで、普通に表示されるように見えます。
メールのソース上で、どこに余分な改行や空白が挿入され、挿入された空白が、どのモードで表示したときに空白として表示されるのですか?

> この現象の解消方法はありますでしょうか。

テキストファイルの非常に長い行のコピー&ペースのような、一行が極端に長くて、サイズの大きなメールの場合の話ですが、メールデータが壊れる、というような現象も、以前このフォーラムに報告されています。
3バイトコードが二つのバッファーにまたがった時、ちょうどその3バイトコードのところが1000バイト目にあたり、この時、前後の文字の組み合わせなどによっては、1000バイトでの強制折り返しで3バイトコードの真ん中で行が分けられる、というような問題ではないかと推測しています。
メールは、単なるテキストファイルではないですから、ハガキや封筒の大きさの制限などと同様に、各種の制限があります。
基本的には、適宜空白や改行をいれる、くらいしかないでしょう。
上記の問題は、これによって一行の長さを制限の1000バイト以下に抑える、でしか避けられないと思います。
「、」や「。」の後の空白や改行なら、HTMLメールの作成中も違和感は無いでしょうし、メールの表示でも大きな問題にはならないと思います。

> 当方の場合「html で作成してhtmlで送信」しているのです

オプション/送信形式/HTMLのみあるいはテキストとHTMLで送っている、ということですか?
文字だけのHTMLメールで、デフォールトの、オプション/送信形式/自動判別、のまま送っていませんか。
自動判別のときに、<img>とか、その他のいくつかのタグが使われていなくて、テキストだけのメールだと判断すると、text/plainのメールあるいはtext/plainのパートだけでtext/htmlのパートなしのメールで送る、という、厄介な問題があります。
text/htmlの部分がないので、どう表示しようが、テストで見たようなtext/plainのデータで送られますから、色々なところに改行と空白が入った方のデータが表示されます。
自動判別のデフォールトは変えられないので、必ずHTMLのみかテキストとHTMLを選ぶか、署名にテキストメールではないと判断してくれるタグを入れておく、くらいしか無いのが実情です。

(環境: Win 7/Other)

「マルチポスト」の意味はお分かりですか?

(環境: WinXP SP3/Other)

> 「マルチポスト」の意味はお分かりですか?

折角みつけた、他での質問におけるアドバイスの内容を見ていますか?

> 質問者さんのケースがこれにあたるかどうかはわかりませんが、一応バグのようです。
> https://bugzilla.mozilla.org/show_bug.cgi?id=564737
> html で作成してプレーンテキストで送信すると出るバグのようです。
> プレーンテキストで送るなら最初からプレーンでメール作成をした方が良さそうです。
> 3.1.5 で fix とされていますが、もし直っていないなら改めて bugzilla を覗いてみられてはどうですか?(質問スレッドをたてるなり)

最初の質問内容はコピペで、どこかで聞いた、というのは後出し、ですけど、聞いてきた内容は多少なりとも書いていますし、
「アドバイス頂ければ幸いです。」というような書き方は、複数のフォーラムに同じ質問を書きまくる輩の書き方とは思えないですし、
palさんがポイントなさったサイトでは、bugzillaに近いところで質問すれば?、とアドバイスしていますし、
あちらのサイトでポイントしているバグは、Tb 3.1.5で直ったはずのバグだし、
どうもあちらのサイトで提示された問題ではなさそうなんだけど、自信がないからアドバイスしてくださった方に「その問題ではない」とは言い切れなくて、
あちらのサイトでのアドバイスに従って、もじら組フォーラムでアドバイスを求めた、
と解釈するほうが自然ではないですか?

一旦どこかで聞いたら、他のところでは絶対に聞いてはいけなくて、
また、アドバイスする方も、どこかで聞いていることがわかったら最後、そのどこか以外では絶対にアドバイスしてはいけないのですか?

なお、ニュースグループとは異なり、Web上でのフォーラムなどでは「クロスポスト」は不可能ですから、
同じ問題に関して複数のサイトで質問したりアドバイスを求めれば、必然的に、ニュースグループで言う「マルチポスト」と同じものになります。

最初に戻って、質問への回答。
Webの世界での「マルチポスト」の正確な定義は、知りません。

(環境: Win 7/Other)

「一箇所でしか聞いてはいけない」
のではなく、
「別のところですでに質問している」、「(それについて)回答をもらっている(あるいは、回答がもらえない)」、「(回答はもらえたけど)解決しない」
といったことなら、複数目の質問場所では、それらの事情を付記するべきだ(礼儀)ということです。

複数目の場所で質問を見た人は、通常、最初の質問場所は見ないでしょうし、そこでの回答とダブっても、お互いに時間の無駄になります。
(dreamさんは返答で「こういうことらしいけどどうなの」ということを書かれていますが。)

(環境: WinXP SP3/Other)

> 複数目の場所で質問を見た人は、通常、最初の質問場所は見ないでしょうし、

このスレッドの場合は、palさんがリンクを張ってくれたおかげで、あちらの質問と全く同じ内容であることや、あちらでのアドバイスの内容、こちらでのポストを含めた事象の時系列、などを、ちゃんと知ることができています(^^)

> そこでの回答とダブっても、お互いに時間の無駄になります。

このスレッドの場合は、palさんがリンクを張ってくれたおかげで、こちらのフォーラムで、重複なくアドバイスできます。
それに、あちらでのアドバイスは、別のところで聞いてみたら、ですし。
こちらで、どのような現象なのかをある程度は自分で調べてもっと詳細な状況を他の方に説明できるようにアドバイスをしてあげれば、
おっつけ、どちらかで何らかの最終解決策につながる進展があり、解決策がわかれば、他方でその報告はするでしょう。
だって、すでにpalさんがあちらへのリンクを張ってくれているんですから。

palさんへの返答を見る限りでは、同時に複数箇所にポストしまくる輩ではないはずですし、
解決策を教えてください、といっているが、状況がよくわからないからいくつか調べてもらおうと色々質問すると、
解決策を教えてください、と明記しているのだから、解決策を知らない人は余計な口出し無用、
というような返答をするタイプの方とは思えませんし、
性懲りもなくIPアドレスの偽装などを繰り返したりしているお方とか、フォーラムでIPアドレスやメールアドレスを停止されると、アカウントを無理やり剥奪された、賠償せよ、と、どこかに書き込むようなお方とは違う、と思われますから、
このフォーラムでの質問はダメ、と受け取れるような応答は避けた方がいいでしょう。

(環境: WinXP SP3/Other)

遠州白熊さん(投稿 : 2010/12/02(Thu) 19:09:47)、palさんコンニチハ。
maji と申します。

後はご本人次第ですね>マルチポストの件。
あまり大騒ぎする事は無いかとは思いますが、
もしご本人が今までご存知無かったとしたら
「マルチポスト」についてご理解いただく事も大切です。

とゆ事で
ご本人からポストあればその内容によりフォローに回りましょう。




.

マルチポストについて(オフトピ)
(#53636) このトピック中10番目の投稿
(環境: WinXP SP3/Other)

>> 複数目の場所で質問を見た人は、通常、最初の質問場所は見ないでしょうし、
> このスレッドの場合は、palさんがリンクを張ってくれたおかげで、あちらの質問と全く同じ内容であることや、あちらでのアドバイスの内容、こちらでのポストを含めた事象の時系列、などを、ちゃんと知ることができています(^^)
>>そこでの回答とダブっても、お互いに時間の無駄になります。
> このスレッドの場合は、palさんがリンクを張ってくれたおかげで、こちらのフォーラムで、重複なくアドバイスできます。

それをなぜ pal さんの記事から読み取らないといけないんでしょうね?
仮に同一の質問者だとしたら、pal さんが、その労力と時間を払ったから
他の人が時間を無駄にしていないのじゃないですか?
なので、質問者が自分の持っている情報をちゃんと出したほうが良いというのは
当然のことのように思えます。

> 性懲りもなくIPアドレスの偽装などを繰り返したりしているお方とか、フォーラムでIPアドレスやメールアドレスを停止されると、アカウントを無理やり剥奪された、賠償せよ、と、どこかに書き込むようなお方とは違う、と思われますから、
> このフォーラムでの質問はダメ、と受け取れるような応答は避けた方がいいでしょう。

pal さんは決して質問が駄目とは書いていなくて、マルチポストは止めてほしい
と書かれていて、他で質問したのであれば、その情報を出すべきだと言っている
わけです。確かに書き方はあまりにもそっけなく、拒否を感じるところはあるん
ですが、書いていることは当然といえば当然の内容です。

そっけない反応や拒否反応は、そういうマルチポストで不毛な労力を費やしたと
いうのが重なって、それっぽいものを見るとやさぐれた反応をしちゃうように
なってしまったのかなぁと思うのです。pal さんだけじゃなく、他にそういう
風な書き方をされる方も多いように思います。
そういう反応が帰ってきてしまうのは仕方の無いことに思えます。

仮に、マルチポストと疑われたときに、マルチポストではないですと返信が付い
たとして、信用されないと思うんですね。
一字一句同じようなマルチポストは相手にする必要は無いと思いますが、もしか
したら別の人かもしれないのなら、私なんかは単純に返信つけて、質問者がさっ
さとクローズにしてくれればそれでいいかなと思うわけです。

注意事項に、他で質問した場合にはその経緯とページの URL を質問時に書いてく
ださい、というのを入れていただくと良いのかもしれませんが、まだトップページ
もあの状態ですし、ちょっと難しいでしょうね。。。


[ 次のトピック内容10件 ]
このトピックの全ページ / [0] [1]

返信不可


- Child Tree -