最近忙殺されていてなかなか試すことができませんでした。
[quote="kmt"]今まで使っていた FreeBSD 6-STABLE の TB や WindowsXP の TB ではこれらの変更なしに一瞬で送信できていたのが腑に落ちないので、この辺を try & error してみたいと思います。[/quote]
先程、FreeBSD 7.0-RELEASE から FreeBSD 7.0-STABLE に上げました。
そうしたら Config Editor で gsslib の設定を初期値に戻してもすんなりとメール送信することができました。
STABLE に上げることによって Kerberos 関係の何かが入ったようです。
これでいろいろとスッキリできました。
ありがとうございました。

/* RELEASE に対する Kerberos の輸出規制ってまだ続いてたんですね */

ご連絡ありがとうございます。

[quote="あ"]ということは、GSSAPI は飛ばしてしまっても良いということですね？[/quote]はい。飛ばしても問題ありません。

[quote="あ"]Config Editor で network.negotiate-auth.gsslib にでたらめな文字列を入れてしまうとか、
自前でビルドしているようであれば、GSSAPI を有効にしている部分([url=http://bonsai.mozilla.org/cvsblame.cgi?file=/mozilla/mailnews/compose/src/nsSmtpProtocol.cpp&rev=1.176.12.6&mark=748-749#735]ここの 2 行[/url])を削除してしまうとか、でどうでしょうか。[/quote]これらの方法で GSSAPI 認証をスルーすることができました。ただうちでは次の 2項目を変更して TB を再起動する必要がありました。
[quote]network.negotiate-auth.gsslib = foobarbaz
network.negotiate-auth.using-native-gsslib = false[/quote]また、教えていただいたのに心苦しいのですが、自前でビルドしているとはいえバージョン管理は ports で行っているため今回は Config Editor の編集で回避することにしたいと思います。
ありがとうございました。

今まで使っていた FreeBSD 6-STABLE の TB や WindowsXP の TB ではこれらの変更なしに一瞬で送信できていたのが腑に落ちないので、この辺を try & error してみたいと思います。
/* FreeBSD 6-STABLE ではいろいろなソフトを入れていたのできっと記憶にないだけで Kerberos の設定を行っていて、それでスコーンと送信できたんじゃないかと想像はしています */

[quote="kmt"]SMTP-B では昔から LOGIN PLAIN {DIGEST|CRAM}-MD5 GSSAPI の認証方式があるのですが、今回の TB は GSSAPI 認証のタイムアウトを待ってから CRAM-MD5 に移っていました。[/quote]ということは、GSSAPI は飛ばしてしまっても良いということですね？

Config Editor で network.negotiate-auth.gsslib にでたらめな文字列を入れてしまうとか、
自前でビルドしているようであれば、GSSAPI を有効にしている部分([url=http://bonsai.mozilla.org/cvsblame.cgi?file=/mozilla/mailnews/compose/src/nsSmtpProtocol.cpp&rev=1.176.12.6&mark=748-749#735]ここの 2 行[/url])を削除してしまうとか、
でどうでしょうか。

ご指摘いただきありがとうございます。お恥ずかしい限りです。

お陰様で原因を特定することができました。
SMTP-B では昔から LOGIN PLAIN {DIGEST|CRAM}-MD5 GSSAPI の認証方式があるのですが、今回の TB は GSSAPI 認証のタイムアウトを待ってから CRAM-MD5 に移っていました。
[quote]:
700453120[29c12080]: SMTP Response: 250-AUTH PLAIN GSSAPI DIGEST-MD5 CRAM-MD5 LOGIN
700453120[29c12080]: SMTP entering state: 0
700453120[29c12080]: SMTP Response: 250-DELIVERBY
700453120[29c12080]: SMTP entering state: 0
700453120[29c12080]: SMTP Response: 250 HELP
700453120[29c12080]: SMTP entering state: 4
700453120[29c12080]: SMTP entering state: 22
700453120[29c12080]: SMTP entering state: 24
ここで時間がかかって
700453120[29c12080]: SMTP entering state: 22
700453120[29c12080]: SMTP entering state: 17
700453120[29c12080]: Logging suppressed for this command (it probably contained authentication information)
700453120[29c12080]: SMTP entering state: 0
700453120[29c12080]: SMTP Response: 334 テキトウな文字列がづらづらと+
700453120[29c12080]: SMTP entering state: 19
700453120[29c12080]: SMTP entering state: 18
700453120[29c12080]: Logging suppressed for this command (it probably contained authentication information)
700453120[29c12080]: SMTP entering state: 0
700453120[29c12080]: SMTP Response: 235 2.0.0 OK Authenticated
:[/quote]
Windows XP の TB 2.0.0.14 で、前に使用していた FreeBSD6 の TB 2.0.0.14 でタイムアウトしないというのが気になりますが、Keroberos 絡みで追いかけてみたいと思います。
何か分かりましたらこちらにご報告できたらと思っています。
いろいろとお教えいただきありがとうございました。

P.S.
ちなみに SMTP-A では LOGIN PLAIN しか認証方式がないのですんなりと TB が送信していました。

[quote="kmt"]% setenv NSPR_LOG_MODULES protocol:5[/quote]それ間違いです。[quote][b]For IMAP, POP, NNTP, or SMTP, replace protocol with IMAP, POP3, NNTP, or SMTP respectively.[/b][/quote]なので、今回の場合は SMTP:5 です。

% setenv NSPR_LOG_MODULES protocol:5
% setenv NSPR_LOG_FILE /tmp/filename
% thunderbird
して送信ボタンを押したときのログをみてみましたがログの内容は同じでしたが挙動がやはり違うままでした。
あとは attach ですか。時間を作ってはいろいろとやってみます。
/* いやー参りました:-) */

いろいろとありがとうございました。

SMTP-B経由
[code]700453120[29c12080]: WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273
700453120[29c12080]: WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273
700453120[29c12080]: WARNING: default.xpm not found, file nsWindow.cpp, line 3274
700453120[29c12080]: ###!!! ASSERTION: output_carryoverlen must be > 0: 'output_carryoverlen > 0', file comi18n.cpp, line 201
700453120[29c12080]: ###!!! Break: at file comi18n.cpp, line 201
ここでしばらくだんまりになります[/code]
SMTP-A経由
[code]700453120[29c12080]: WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273
700453120[29c12080]: WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273
700453120[29c12080]: WARNING: default.xpm not found, file nsWindow.cpp, line 3274
700453120[29c12080]: ###!!! ASSERTION: output_carryoverlen must be > 0: 'output_carryoverlen > 0', file comi18n.cpp, line 201
700453120[29c12080]: ###!!! Break: at file comi18n.cpp, line 201[/code]

まずは、プロトコルログを取ってみる。
http://www.mozilla.org/quality/mailnews/mail-troubleshoot.html#smtp

あとは、だんまりの間にデバッガを attach して、どこでだんまりになっているのかを調べる。

でしょうか。

DEBUG と LOGGING を付けて TB をコンパイルしました。
下記に示す通り SMTP-A と SMTP-B ではログ的にはほぼ同じでした。
他にも何かありましたらお教えいただければ幸いです。
よろしくお願いいたします。


SMTP-B で送信したとき
[code]SendMessage from XUL
GenericSendMessage from XUL
Identity = [nsIMsgIdentity: id3]
WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273
WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273
WARNING: default.xpm not found, file nsWindow.cpp, line 3274
++WEBSHELL == 7
++DOMWINDOW == 14
++DOMWINDOW == 15
Trying to position a sizeless window; caller should have called sizeToContent() or sizeTo(). See bug 75649.
↑この行のあとしばらく数十秒止まります
↓そして送信に成功します
Message Delivery SUCCEEDED!
nsMsgComposeSendListener: Success on the message send operation!
CopyListener::OnStartCopy()
nsMsgComposeSendListener::OnStartCopy()
CopyListener: SUCCESSFUL ON THE COPY OPERATION!
--WEBSHELL == 6
nsMsgComposeSendListener: Success on the message copy operation!
WARNING: Couldn't add reflow command, so splitting.[/code]

SMTP-A で送信したとき
[code]SendMessage from XUL
GenericSendMessage from XUL
Identity = [nsIMsgIdentity: id2]
WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273
WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273
WARNING: default.xpm not found, file nsWindow.cpp, line 3274
++WEBSHELL == 7
++DOMWINDOW == 14
++DOMWINDOW == 15
Trying to position a sizeless window; caller should have called sizeToContent() or sizeTo(). See bug 75649.
↓一瞬で送信に成功します
Message Delivery SUCCEEDED!
nsMsgComposeSendListener: Success on the message send operation!
CopyListener::OnStartCopy()
nsMsgComposeSendListener::OnStartCopy()
CopyListener: SUCCESSFUL ON THE COPY OPERATION!
--WEBSHELL == 6
nsMsgComposeSendListener: Success on the message copy operation!
WARNING: Couldn't add reflow command, so splitting.[/code][/code]

ご連絡ありがとうございます。
以下のようにして新規プロファイルで試してみました。
[code]% mv .thunderbird .thunderbird-ooo
% thunderbird
:
SMTP-A のアカウント作成
SMTP-B のアカウント作成＆ SMTP-B の送信設定追加
それぞれのアカウントでメールを送信してみる[/code]
結論としましては症状は同じで ehlo の返事をもらったら auth までだんまりになりました。 orz
少しまとめますと以下のようになります。

FreeBSD7 TB で SMTP-A 経由 … OK
FreeBSD7 TB で SMTP-B 経由 … NG (時間がかかる)
WindowsXP TB で SMTP-B 経由 … OK
FreeBSD から telnet SMTP-B 587 … OK

あ！ debug オプションを付けて TB をコンパイルしてみます。

[quote="kmt"]この症状が出る前に別のマシンから TB の引っ越しをしたので、その辺で不具合が出てしまったのではないかと思われるのですが、FAQ の引っ越しの仕方も見てみましたが特に変な作業は行っていないので疑問に思っています。[/quote]新規プロファイルを作成して、引っ越しせずに試してみれば、問題の切り分けができると思います。

【環境】
OS: FreeBSD 7.0-RELEASE
TB: Thunderbird 2.0.0.14
SMTP-A: Yahoo! メールサーバ(port 587 with SMTP Auth)
SMTP-B: サクラ メールサーバ(port 587 with SMTP Auth)

【症状】
SMTP-A 経由でメールを送信すると待ち時間なく送信が完了します。
SMTP-B 経由でメールを送信すると、「SMTP-Bに接続しました...」というダイアログが出て 25〜50 秒ほど固まり、その後送信が完了します。
(別の窓を raise して TB を隠した後、再度 TB を raise させると再描画されないので固まるという表現にしました)

最初 ident かとも思ったのですが、別の Windows マシンの TB(2.0.0.14) では SMTP-B 経由でもサクッと送信できたのでそうではないようです。
また、SMTP-B で送信時に tcpdump してみると ehlo してその返事が SMTP-B から 返ってきたあと 25〜50 秒経過の後やっとこさ TB が auth コマンドを発行してメールを送信しています。
ですので ident ではなく TB が正常にコマンドを発行していないように思われます。

ちなみにメールの受信に関してはどのサーバでも待ち時間なく受信できます。


この症状が出る前に別のマシンから TB の引っ越しをしたので、その辺で不具合が出てしまったのではないかと思われるのですが、FAQ の引っ越しの仕方も見てみましたが特に変な作業は行っていないので疑問に思っています。
他には TB が記憶している SMTP-B のパスワードを削除してみたり、TSL を On/Off してみたり、msf ファイルを削除してみたり、Cacsh ディレクトリを削除してみたりしたのですが解決しませんでした。
また google 検索しても同様の症状が見つからずお手上げになり投稿させていただきました。

どこを調べれば良いかポインタなど教えていただけないでしょうか。
よろしくお願いいたします。