0) システム全体がなにかおかしくなっている可能性もゼロではないので（低そうではあります）、まず最初に、新しくユーザーを作成して、そちらでは正常動作することを確認しましょう。

1) ~/.cache/gwibber/gwibber.log にGwibberの動作ログがあります。ここに何かエラーらしきものが出ていないでしょうか？

2) 0（つまり別ユーザー）では問題なく、かつ、1) でなにか疑わしいメッセージが出ている場合、Gwibberの内部データベースを確認しましょう。

~/.local/share/desktop-couch/というディレクトリに、Gwibberの過去のログなどの設定データベースが格納されています。これを閲覧するために、~/.local/share/desktop-couch/couchdb.html を開いて、「http://ランダム:ランダム@localhost:35780/_utils」のようなURLを調べ、それをブラウザで開いてみてください。

ブラウザで開いたページから、gwibber_accounts -> "Gwibberのアカウントとして登録したなにかの名称" とたどると、password :     ":KEYRING:3" てなField / Valueの対が見つかるはずです。

これとキーリングの現状（登録された順番）は揃っているでしょうか？（たぶん揃ってない）

その後のご報告です。
やはり20分ほど経過したところでまったくTLの更新が停止しました。ここでも、.cache/gwibber/gwibber.logは

　　2010-05-20 20:35:33,225 - Gwibber Dispatcher - INFO - Loading complete: 33 - ['Success', 'Success', 'Success']

という感じで動いています。

そこで、一度設定ファイルも全て含め、desktopcouchとgwibber及びその関連パッケージを全て削除し、再起動してから実行したのですが、今度はアカウントを作成しても、gwibberからはTLすらみえないという状況に陥りました。

…ところが、いまはまた元に戻っています。きわめて不思議…
明日もしばらく様子をみてみることにします。

なお、パッケージを全て削除したあと、アカウントを登録する際、「デフォルト」というキーリングを作るように促されたのですが、どうもこれが災いしているような感じです。これを作ると「デフォルト.keyring」という名前のkeyringファイルができるのですが、これがあるとうまくいかない、という可能性があります。手動で削除したところ、うまくいっているようにみえます。

遅くなりましたが、該当マシンでのgwibberの問題、ほぼ解決した模様です。
理由については今のところ判然としていませんが、本家launchpadなどでのバグ報告をみる限り、似たような問題については、どうもgwibberがバックエンドで利用しているCouchDBに絡んだ問題とみられるようです。また、数回行われたgwibberのアップデートなどによっても、問題はかなり改善されたようです。
現在は、gwibber-serviceを再起動することなく、利用することができます。
hitoさん、皆様、ありがとうございました。しかし…別の問題が起きてまして…これはまた、別スレッドで。

anjyuさん

　とりあえず、私がやった手段ですが、これを順々に試してみる、というのはどうでしょうか？
(1) まず、別アカウントを作ってみる。ディレクトリには何もファイルがない状態で、右上Me Menuからブロードキャストアカウントを作り、ここで例えば、Twitterのメッセージが正常に表示されることを確認する。
※これにより、gwibberやgwibber-serviceが壊れていないことを確認します。

(2) (1)で正常であれば、一旦元のアカウントでログインし、.local、.cache、.gnome2、.configの4つのディレクトリをリネームする。例えば、
　　mv .local .local.orig
　などです。
　これにより、gwibberが使っているCouchDBのデータベース(実体は*.couchというファイルで、.localの下に入っています)を初期化できます。
　ただ、弊害として、GNOMEの設定も一時的に初期化されます。
　.configにはkeyringsが使うファイルが入っています。

(3) (2) の状態で、改めてアカウントなどを登録してみて、再度試してみて下さい。

　gwibber、gwibber-serviceの完全削除(desktop-couchも含めて)では、これらのファイルはどういうわけか消してくれないようです。そのため、手動で行う必要があります。
　また、(2)ですが、可能であれば別アカウントでログインし、本来のユーザのホームディレクトリに移動して、sudoなどを使って作業をしてもよいでしょう。というのは、ログインしたまま行うと、書き込んでいる最中のファイルを壊すおそれがあるからです(まぁ、無事に動けばいずれ消すものなので目くじらを立てなくてもよいのですが)。

　これでうまくいった場合、.gnome2の下にある他の関係ない設定などは戻せるかも知れません。1つ戻したらログアウトしてログインし直し、確かめつつ行うと安全です。

　お役に立ちましたら…

anjyuさん

　おかしいですね…ちょっと待ってみるのはどうでしょうか。こちら側ではなく、Twitter側の都合ということもあるかもしれません。
　それでもダメなら、同じ手順を繰り返す(面倒ですが…)になるかも知れません。あと、gwibberのアイコンはいちばん上の「家」のところが押されていますでしょうか？＿これが違うと見え方が異なる場合があります。

anjyuさん

　gwibber-serviceがこけているということはないでしょうか？
　端末から ps aux | grep gwibber で、gwibber-serviceが走っているのを確かめて下さい。もし、走っていなかったら、

　　/usr/bin/python /usr/bin/gwibber-service &

　で起動してみて下さい。
　また、2つ以上gwibber-serviceが走っている場合には、両方のプロセスをkillで停止させ、上と同様にしてgwibber-serviceを起動してみて下さい。
　一応念のため、gwibber-serviceが1つだけ走っていても、killで停止してもう一度gwibber-serviceを起動してみるとよいと思います。

　

　terakinizersさん、アドバイスを有難うございます。

　gwibber-serviceは、キチンと走っています。
/usr/bin/python /usr/bin/gwibber-service &の実行結果は下記になります。
Found gwibber-service already running, exiting

また、アップデートも試しており最新のバージョンです。
念のため、仮想環境に同じ環境を構築して試してみたのですが同じ結果になってしまいました。
結果がなかなか得られないので、暫くairのsaezuriだと望んでいる結果が得られますのでこちらの方を使用してみます。
Gwibberのバージョンアップを待って再度トライしてみます。
　有難う御座いました。