検証と報告ありがとうございます。
bowside さんが書きました:
サーバに接続してWebメールで確認もできるため、Thunderbirdでの変更がどのように反映されているか確認しました。
Thunderbirdから新規でフォルダを作成した場合には再起動するまで有効な状態が続くようです。
「新しく作ったフォルダが再起動後にグレーアウトする」というのは、Bugzilla 1186292の中でも以下のように指摘されていますね。
引用:
For the subfolder that I recovered, the name of the new subfolder was originally shown in normal type. After I restarted Thunderbird, it showed as greyed out and italicized; but the messages remained accessible.
報告されている状況から鑑みると、確かに同期に問題がありそうな印象ですが、再現条件がいまひとつわかりません。
当方の手持ちのIMAP環境(Gmailとさくらインターネット)でサブフォルダ作って試してみましたが、なかなか再現できず普通にサブフォルダが同期できています。
Thunderbirdのバグっぽいとは思うものの、38.1.0の全修正点
https://bugzilla.mozilla.org/buglist.cg ... B&v2=fixedを見ても該当しそうな項目があるのかわかりません。
まずはサンダーバードさんもbowsideさんも社内運用とのことなので、法人向けサポート検討をお勧めします。
http://www.mozilla.jp/business/support/http://www.mozilla.jp/business/faq/もし可能であればIMAPのログをとって通信状況を具体的に見ておくと、どこの時点で問題が起きているのかよりわかりやすいかと思います。
ログの取り方↓
http://email.about.com/od/mozillathunde ... il_log.htmhttp://www.clear-code.com/blog/2013/6/25.htmlhttps://developer.mozilla.org/en-US/doc ... OG_MODULESIMAPコマンド全然詳しくないのですが、Thunderbirdからサーバー側のフォルダが見えていれば、
コード:
[SJIS]: 8208[ebe5f30]: c7b4800:xxxxx.jp:A:CreateNewLineFromSocket: * LIST (\HasNoChildren) "." "INBOX.subfolder"
[SJIS]: 8208[ebe5f30]: c7b4800:xxxxx.jp:A:CreateNewLineFromSocket: * LSUB (\HasNoChildren) "." "INBOX.subfolder"
のようにLISTとLSUBでサブフォルダが見えると思いますし、フォルダ内のメールを取得できれば
コード:
[SJIS]: 7928[ebe5210]: 192f2800:xxxxx.jp:S-INBOX.subfolder:SendData: 17 UID fetch 1:* (FLAGS)
[SJIS]: 7928[ebe5210]: 192f2800:xxxxx.jp:S-INBOX.subfolder:CreateNewLineFromSocket: * 1 FETCH (UID 1 FLAGS (NonJunk))
[SJIS]: 7928[ebe5210]: 192f2800:xxxxx.jp:S-INBOX.subfolder:CreateNewLineFromSocket: * 2 FETCH (UID 2 FLAGS (NonJunk))
[SJIS]: 7928[ebe5210]: 192f2800:xxxxx.jp:S-INBOX.subfolder:CreateNewLineFromSocket: * 3 FETCH (UID 3 FLAGS (NonJunk))
のようになると思います。
(上記例では受信トレイ(INBOX) 直下にサブフォルダ(subfolder)を置いています)
IMAP4のコマンド一覧既に調査済みだったりご存知の話でしたらすみません。
直接解決に向けてのアクションとしては、(英語ですが)Bugzillaに報告をあげて開発者から見える形で修正を訴えるのが本筋となるかと思います。
詳しそうな方々のご指摘ご意見も待ってみてください。