色々検証していただいた方もいらっしゃるようで、ありがとうございます。現行バージョンでも問題ない方々がいるということは認識しておくようにします。

ルータ等の変更を、と言われる方がいらっしゃいますが、そのようなことを自由にできる環境でもありませんし、現状のネットワーク環境のすべてを把握しているわけではありませんので、こちらの環境の潜在要因である可能性も否定することはできません。
ただ、前バージョンや、次期ベータバージョンでは問題ないことから、ユーザ環境に依存しないところで何かしら要因があるのではないかと思い、投稿させていただきました。また、閲覧数の推移を見てると最近のトピックスの中では活発なので、同様な問題で悩んでいる方々が他にもいるのではないかと思いましたので。

自分も有用なフリーソフトを使用させていただいている身分ですので色々言えませんから、これ以上は新たな解決手段が出てくるまで静観させていただきます。
皆様、ありがとうございました。

この問題、自分の所では改善されたので、この場を借りて対処した内容を記載しておきます。

結果としてThunderbird 3.0.3の｢network.tcp.sendbuffer｣という項目の値を変更したら改善することができました。
それまでの経緯。
・メールを送信しようとLanikai 3.1 Betaにて送信しようとしたら、送信できず。
・Thunderbird 2.0.0.23にて送信したところ、送信OK
・やはりThunderbird 3系で発生しているので、Ver.3系とVer.2.0.0.23でconfigの中から怪しい設定を探して、色々変更してみる。
　その中で、｢send｣でパラメータを検索したところ、Ver.3.0.3には｢network.tcp.sendbuffer｣という項目があるが、Ver.2.0.0.23にはなかったので、値を変えてテスト。
・まずは値を大きくしてみた。すると送信時のプログレスバーが、今までは19%辺りまで進んで止まっていたのが、99%までいったところで停止、結局送れず。但し、送信時の挙動が変わったため、上記項目名をGoogleで検索。すると、この項目の値を小さくすると送れる、という内容のページを発見。
・早速テスト。デフォルト｢131072｣を半分の｢65536｣にする。今度はプログレスバーが8%辺りで停止。さらに小さくし｢32768｣にする。これで送信に成功。但し、しばらくして再度送信したら、送信している途中で停止し送信できず。さらに値を小さく｢16384｣にして、現在運用中。今のところ特に現象再現せず。(心なしかプログレスバーの進行がなめらかになった気が)

長々と失礼しましたが、以上が、現在での対応策で、今のところ順調に使用できるようになりました。
Ver.2.0.0.23には無いパラメータの変更で今のところ順調に動作していますので、やはりこれが問題の一因では無いかと思います。ただ、bufferを使用した送信処理に問題があるのか、それとも、そこから先のネットワーク(PC環境、NICドライバ、ネット環境)にある一因で、その処理に問題が発生するのかという詳しいことはわからないので、もし、その関連で原因を調べられる方がいらっしゃるのなら、是非お願い致します。

それでは失礼致します。同様に悩んでいる方の助けになれば幸いです。

なるほど。
network.tcp.sendbufferの事が書いてあるところにSO_SNDBUFという単語が登場しているのが気になるんですが、SO_SNDBUFなら8KBとか16KBのはずだと思うんです。
それをThunderbird3.0.3では131072（128KB）になっているのがよくわからないし、初期値はかなり大きいですね。
経路上に存在するルータとかウィルスチェッカがこのサイズをうまく処理出来なくて問題が発生しているということですかね。
Thunderbird 2ではこのシステムの値を変えないので問題が発生しないということなんでしょう。

他のお二人も同じではないでしょうか。
私も network.tcp.sendbuffer=16384 (16KB)に抑えておこうっと。

shynaさんの報告を拝見し、早速試してみたところ
当方でもリンク速度を落とすことなく、正常に送信できることを確認しました。

ちなみに以前から正常に送信できていた、Mac OS X版のThunderbird 3.0.3には
この設定項目は見当たりませんでした。

結局ファームウェアアップデートやルーターの交換は叶わず
解決は半ば諦めていただけに、大変助かりました。
ご協力いただきました皆様に感謝いたします。

　

Lanikai 3.1b1（Thunderbird 3.1 開発版）では送信できていたものがどこで送信で
きないように変化したのでしょうか？

当初は、
Thunderbird 2.0.0.23 と Lanikai 3.1b1 では送信可。
Thunderbird 3.0.xでのみ送信不可。
とのことでしたが・・・・。
（network.tcp.sendbuffer131072= は Lanikai 3.1b1 にも適用されています）

これまでのレポートではルータ側の速度を落としたり、network.tcp.sendbuffer の
値を小さくすることで改善されるようですね。
上記の点から推測するとネットワーク関連の設定値に問題がありそうですね。
とりあえず network.tcp.sendbuffer の値を小さくする対処は現状の回避策として
有効かも知れませんね。


以下、関連しているかも知れないバグ情報です。

"Bug 454990 – Firefox 3/win32 file uploads (HTTP POST) are very slow compared to other browsers"
https://bugzilla.mozilla.org/show_bug.cgi?id=454990

上記の修正向けパッチでは pref("network.tcp.sendbuffer", 131072); 行に以下
のように補足説明が付いています。
// The Windows default of 8KB is too small and as of vista sp1, autotuning only applies to receive window
（Windows の初期設定の 8 KB が小さすぎます。また、Vista SP1 ではウィンドウを受け取るために自動調整が適用されます。）
注：和訳は適当なので正確・妥当でない可能性があります

んでもってデフォルト設定の all.js の同じ該当部分にも以下の補足説明が付いてい
ます。
// The default TCP send window on Windows is too small, and autotuning only occurs on receive
（Windows 上のデフォルトの TCP 送信ウィンドウは小さすぎます。受信のみ自動調整されます。）
注：和訳は適当なので正確・妥当でない可能性があります

ということから Windows の TCP まわりのウィンドウバッファサイズに対処した修正
をおこなったが、どういうわけか送信時に問題を起こしてしまう環境条件があるとい
うように見受けます。
＊詳しい方が居られましたらフォローをお願いします。

また下記ではバッファサイズ調整のオプションを用意してほしいという要望なんかも
出ているようです。
"Bug 496934 – Allow a configuration option to set the starting sndBufferSize to max on session start"
https://bugzilla.mozilla.org/show_bug.cgi?id=496934


【ここからは単なる想像です】
メッセージやファイルの送信時やアップロード時に OS のバッファサイズの小さい制
限を広げようと対処したにもかかわらず、それを有効にできない何か障害が起きて
いるように思えます。
その障害を起こしている何者かは不明ですがある時はルータであったり、ある時は
セキュリティソフトのポートスキャン設定だったり、またある時はサーバ側の仕様だっ
たりするのかも知れません。
ひょっとしたらよくある「Windows 高速化ツール」なんかが設定値を目一杯拡大する
などして影響を与えているのかも知れません。
一度 OS のデフォルト値になっているかどうかを確認してみるのもいいかもですね。　

一方で pref("network.tcp.sendbuffer", 131072) は大きなお世話なのかも知れま
せん。
問題を引き起こすぐらいならいっそのこと外してしまう方がましなのかも・・・。
　

気付きませんでした。書き間違いなら軽く流せるんですけどね。


3人ともx64なんですね。昔あったx64のTCP Stackのバグとか類似の問題でも有るんでしょうかね。それとも速すぎるマシンスピードの影響とか。
私が調べてみたものとか、すべてFirefoxに関する情報でした。httpプロトコルとは違うThunderbirdにも同じ名称のパラメータというのが納得いかないのは置いておいて．．．

ここではオフトピになってしまいますが、
じつはFirefox 3.6にしてから、動作が緩慢になったというか、リンクをクリックしたときの反応が遅いと感じていたんです。
同じリンクをクリックしてもOperaやIE8よりもずっと時間がかかってページを開く、というような．．．
そこで、先ほどFirefoxも network.tcp.sendbuffer=16384 (16KB)に抑えてみて試したんですが、
メチャクチャ速くなりました。アップロードじゃないので あんまり関係無いはずなんですが、なんなんでしょうね。ただの偶然とも思えないような反応の違いなんです。
（うちのルータも旧式なのかも）

Httpやsmtpのプロトコルの知識は乏しいんですが、winsockでは無意味にバッファサイズだけを大きくしても逆効果というのは有るんですけど、SO_SNDBUFという そのままの意味での128KBというのは層間のやりとりも含めた適正値ではないかもしれませんね。（高速な64bitマシン限定かもしれませんが）

kiki さんへ

ご指摘頂いている件ですが、インストール直後ではLanikai 3.1Betaでも送信できていましたが、先日使用した際に送信できなくなっていた、ということです。その辺も記載しておくべきでしたでしょうか。そうだとすれば、失礼致しました。
そういう意味で、昔を思い出してみると、Thunderbird 3.0.1(当時)を入れて最初の頃は不自由なく使っていたと思うんですけど、ある日、添付ファイル付きのメールが送れなくなっていたような気がします。今となっては詳しく覚えていない、というのが正直なところです。
Lanikai 3.1Betaにも同様のパラメータがあるとことですので、なぜ、インストール直後に送信できていたのか疑問は残りますが、私の所では一度発生すると以後、その現象が自然治癒することはありませんでしたので、Ver.3とVer.2.0.0.23で違いを調べるに至りました。Ver.2では常に正常に送信できましたので。

追加情報等、調べて頂きましてありがとうございました。Thunderbird、Firefox共に便利に使わせて頂いてますので、ますますの発展を期待しております。
失礼致しました。

3人のうち、元質問者である faulhorn1969 さんはどうなったのでしょうか。
（もう 見ていないのかもしれませんが、）少し期間を置いて反応がなければクローズしたいと思います。

_________________
Administratorより投稿される皆さんへお願い：
・質問には、あなたの使用している製品名だけでなく、そのバージョンおよびOSの種類を明示してください。
・フォーラムの利用に関するご案内をご一読下さい。　トピック投稿用テンプレートもご利用下さい。
・また、問題が解決した場合や入手したい情報が得られた場合は、解決した旨の返信をお願いします。

すみませんでした。ルーターの交換が解決方法と理解して、私自身の解決はしばらく先（ルーター購入時）になるとあきらめてフォーラムもしばらく見ていませんでした。

その後、久々にファーラムを拝見したところ、｢network.tcp.sendbuffer｣の値を変更するという情報が記載されていましたが、パソコンにあまり明るくない私としては、｢network.tcp.sendbuffer｣の値をどうやって変更するのかも分からず、試行錯誤したところ、ツール→オプション→詳細→一般→設定エディタから｢network.tcp.sendbuffer｣の値が変更できました。

そして、上記の値を変更後に自分自身宛に添付ファイル付きのメールを送信したところ、送信に成功しました。

このような素人の私も最終的に問題の解決ができましたことに深く感謝申し上げます。ありがとうございました。

それは良かったですね。
結果の報告　ありがとうございました。また何か有ればどうぞ。

全員解決と言うことで、このトピックは解決済みロックさせて頂きます。

_________________
Administratorより投稿される皆さんへお願い：
・質問には、あなたの使用している製品名だけでなく、そのバージョンおよびOSの種類を明示してください。
・フォーラムの利用に関するご案内をご一読下さい。　トピック投稿用テンプレートもご利用下さい。
・また、問題が解決した場合や入手したい情報が得られた場合は、解決した旨の返信をお願いします。