メール本文が途中で切れて送信される。検索メール本文が途中で切れて送信される。メール本文が途中で切れて送信される。私のPCからでは再現できなかたのですが、ある従業員のPCからメール送信を行うとごくたまにメール本文が途中で切れた状態で、送信される事象が発生しています。原因など分かりますでしょうか。メール本文には「--」は含まれていません。メール本文が途中で切れて送信される。さんが書きました:私のPCからでは再現できなかたのですが、ある従業員のPCからメール送信を行うとごくたまにメール本文が途中で切れた状態で、送信される事象が発生しています。特定の従業員様のPCでのみ、頻度は低いが複数回、その事象が発生するということでしょうか。その事象に関してもう少しお尋ねします。事象が発生するThunderbirdのアカウント種類はPOP/IMAPのどちらでしょうか?IMAPの場合はもし社外のメールサービスをお使いでしたらそれも(差し支えなければ)教えてください。行単位ではなく「:」の直後で切れているのが気になります。「:」やその直後に、間違ってUNICODEの特殊な文字を入れてしまったということはないでしょうか?メールのソースを表示(Ctrl+U)して確認してみてください。メール本文が途中で切れて送信される。11:02下記に回答いたします。>特定の従業員様のPCでのみ、頻度は低いが複数回、その事象が発生するということでしょうか。把握できているのは、PC2台で頻度は低く複数回発生しています。事象が発生するThunderbirdのアカウント種類はPOP/IMAPのどちらでしょうか?IMAPの場合はもし社外のメールサービスをお使いでしたらそれも(差し支えなければ)教えてください。文字のエンコードはなんでしょうか?プレーンテキストで、ISO-2022-JPです。それとも、もっと分量がある内容の該当部分のみ抜粋したのでしょうか?抜粋しております。行単位ではなく「:」の直後で切れているのが気になります。「:」やその直後に、間違ってUNICODEの特殊な文字を入れてしまったということはないでしょうか?メールのソースを表示(Ctrl+U)して確認してみてください。[/quote]「:」の後は、下記のように半角カタカタと数量が続きます。メール本文が途中で切れて送信される。.emlファイルに保存してテキストエディタで開いて確認してほしいのです。実は送信したメールデータは切れていないが、受信側の方で途中から表示できていないという可能性も考えられます。送信側に残ったメールと、受信側のメールをソースで比較すると見えてくることがあるはずです。さんが書きました:「:」の後は、下記のように半角カタカタと数量が続きます。53個ちょっと疑問なのですが、ISO-2022-JPエンコーディングで送信するなら、半角カタカナは全角カタカナに変換されているはずです。ISO-2022-JPには半角カタカナは含まれていませんので。送信済みトレーの送信メールコピーや下書きの時点でそうなるはずです。ないと半角カタカナは送れないはず。メール本文が途中で切れて送信される。.emlファイルをテキストエディタで確認してみましたが申し訳ありあませんが、本文の箇所は英数記号の文字列となっているため確認の仕方が分かりませんでした。メールのヘッダー部が下記のようになっていたのですが確認する箇所が誤っているでしょうか。メール本文が途中で切れて送信される。さんが書きました:メールのヘッダー部が下記のようになっていたのですが確認する箇所が誤っているでしょうか。7bitそのメールはマルチパートになっています。「--------------3D25DC9B8576DCA4DE068C05--」で終わる部分があるはずです。その部分も確認してください。添付ファイルだったり、プレーンテキストとHTMLのマルチパートメールかもしれません。7bitなので、ISO-2022-JPのテキストそのものです。メール本文が途中で切れて送信される。19:21>次の部分の「Content-Type:」と「Content-Transfer-Encoding:」はどうなってますか?下記となっていました。base64また、一番最初の出てくるContent-Typeの部分は下記でした。メール本文が途中で切れて送信される。さんつまり、Excelファイルを添付したメールということですね。)で開けば、(ISO-2022-JPで書かれたメールの本文)の部分はきちんと読めるはずです。メール本文が本当にISO-2022-JPなら、半角カナ文字はISO-2022-JPに含まれませんので全角になっているはずです。今一度ご確認ください。メール本文が途中で切れて送信される。10:15お手数お掛けして申し訳ありません。Meryで表示すると下記のように「:」で切れていました。メール本文が途中で切れて送信される。16:44遅ればせですが、横から失礼します。さんが書きました:ちょっと疑問なのですが、ISO-2022-JPエンコーディングで送信するなら、半角カタカナは全角カタカナに変換されているはずです。ISO-2022-JPには半角カタカナは含まれていませんので。送信済みトレーの送信メールコピーや下書きの時点でそうなるはずです。ないと半角カタカナは送れないはず。いうご意見に、まったく同感です。エンコーディングされます。起こしている原因がどこにあるのか、ということが焦点になってくるわけですよね。さんが書きました:私のPCからでは再現できなかたのですが、ある従業員のPCからメール送信を行うとごくたまにメール本文が途中で切れた状態で、送信される事象が発生しています。環境固有の原因が潜んでいる可能性があると考えるのが自然だろうと思います。以外からの干渉(d)その他、法人内における個別事情に関する事柄といったことが、点検対象に挙がってくると思います。本件の問題が発生する相手(宛先)が固定しているなら、その相手側にも原因の一端があるかもしれませんから、同様に上記の事柄を調べてみるほうがいいと思います。差出人は「ある従業員」に固定されているが、複数の相手(宛先)でご質問の現象が発生しているのなら、差出人の環境に絞って差し支えないだろうと思います。過去トピックに、長い件名が途中で途切れるという問題が投稿されており、これはアドオンの動作仕様が影響していました。(参考)・SmartTemplate4の%subject%の文字列が切れるforums.mozillazine.jp/viewtopic.php?f=16&t=15387本件の場合は本文で起こっていることなので上記と同じではありませんが、似たような理屈で本文文字列に対して影響を及ぼしているアドオン(拡張機能)があるかもしれません。ここまでの話の中でアドオンに関する言及がなかったので、トラブルシューティングの定石として「セーフモード」での動作確認はやっておいたほうがいいのではないでしょうか、と提案させていただきます。「ごくたまに」発生するという問題は、原因を絞り込むのが厄介です。「セーフモード」で問題が起こらなかったとしても、たまたま正常に送信できただけかもしれず、正確な切り分けが難しいかもしれません。さんが使っているアドオンを比較して、怪しいそうなものを探り出す方法もあるでしょう。このとき、ひとつのアドオンだけが原因になっている場合と、類似機能も持ったアドオンが競合して不良動作を起こしている場合があることに、ご留意ください。仮にアドオンに原因があったとしても、本文内に特定の文字配列が存在したときにだけ発現する問題なら、そのあたりを絞り込むのも面倒だろうとは思います。さんのアドレスを指定しておくことで、「ごくたまに」起こる問題の追跡ができるかもしれません。(「ある従業員」が社内環境から私的なメールを送信している場合は難しいでしょうけど...。本文が切れるということなら、受信側の方に原因がある可能性が高くなると思います。環境を新規プロファイルに移行してしまうというのも、ひとつの手だろうとは思います。これで問題が解消されるなら、アドオンや設定内容を含めたプロファイルの異常だったということになるでしょう。以外からの干渉を疑ったほうがいいように思います。思いつくことを書かせていただきました。読み込みが足りず的外れな話になっていたらすみません。(おことわり)現在、健康上の制約により不定期な書き込みしかできなくなっています。応答できない場面がかなり多くなりますことを、ご容赦ください。メール本文が途中で切れて送信される。さん、素晴らしいフォローありがとうございます。さん私のアプローチは「メール本文が途中で切れて送信される」という「事象」をきちんと把握するためのものでした。送信済みトレイには全文残っているが、相手に届いたメールでは半角カナの部分から後ろが欠損していたことがあるそれは頻度は低いが複数回発生したということのようです。やりとりに時間がかかり過ぎちゃってるので原因の絞り込みもやらなきゃですね。発生率が低いのをなんとかしたいところですが、問題の「事象」が発生したのと同じ文面のメールを送信したら再現できるのでしょうか?もし再現性があるのであれば、問題の切り分けを進めることができます。再現性のあるメール文面をThunderbirdをセーフモードにして送信(アドオンの影響)他のPCから送信(送信側PC環境の影響)他の相手に送信(受信側PC環境の影響)することで大雑把な切り分けが可能かと思います。「事象」を把握する作業の方に戻りたいと思います。さんが書きました:Meryで表示すると下記のように「:」で切れていました。・559302:半角カナ以降が実際にまるごと欠損しているわけですね。ご提示のメールソースは受信側のものかと思いますが、送信側の送信済みトレイに残されているメールはどうなっているのでしょうか?何度もしつこいかもしれませんが、半角カナだったのか全角カナだったのかを確認したいです。他のメールソフトが作成したメールなら、ISO-2022-JPと言っておいて半角カナを送ってくることもあるかもしれませんが、Thunderbirdが作成したメールで半角カナだと明らかに異常ですので。それ以外にもなにかの手掛かりが見つかるかもしれません。