スラッシュドット・ジャパン

GMailに移行してからクライアントサイドのメーラーは、ローカル側バックアップという位置付けに
なってますね。片方が吹っ飛んでも、もう片方にデータが残ってるというのは助かります。

低リソース＆低速回線だと大変助かりますよ。
メールが多くてもまったく重くならないのはありがたいです。

Gmail であってもクライアントサイドのメーラーとしてブラウザーベースの MUA 等を使っている状態であって、クライアントサイドのメーラーを使っていない人っていうのはかなりのレアな人 (POP3/IMAP4 等を telnet でしゃべる人?) だと思います。

個人的には Gmail にあるメールを IMAP4 でアクセスしてローカルのメールサーバーへメールを "移動" しようとしたら、Gmail 側で削除に対してエラーが出たっぽくて失敗する、なんていうのを見て萎えていたわけですが。

送受信処理のマルチスレッド化は、通信に時間がかかる (Gmail を含む!) 時に Sylpheed でメールを書いていると編集インターフェースが固まっていたりしたため、この点は大歓迎ですね。
Gmail が落ちている時に「別のアカウントから送る」メールを書こうとする→自動受信で Gmail にアクセスしに行ってタイムアウト待ちの間固まる、なんてのは色々と不便すぎますから。

# GTK+ for Win で Win 対応した結果、挙動がおかしい点を直そうとしたら GTK+ のバグだったのでパッチ投げ
# なんてのを何度か踏んでたりするのが面白いですね。

ただし，Gmailのサーバーがどの国に置かれているのかは非公表ですね．「GoogleJapanの知人にどんなに飲ませても白状しやがらねぇ」という話をつい昨晩聞いたところです．

逆に、Webサイドでメール使うよりもローカルの方がオフラインとして見れる上、
近頃では普通にWebでも使えるって利点が有るから、Webメールのみに拘る理由が判りません。

Webメールでは明示的に落として置かないと、オフラインで見る事も出来ないって致命的問題が。

なんで排他なんだろ？
普通に両方使えば良いじゃないか。

現状のサービスではWebメールのみ/POP3・IMAP4のみの対応って実は少数なんじゃないのかな？

でも、個人としてはどっちにしろクライアントとしてはローカルのメーラーをオススメ。
専用に作られているので、やっぱりメール扱いには便利ですよ。

オンライン環境が得られない処へPCを持ち出す可能性が有る人には言わずもがなですが。