nDiki : fetchmail

メール SSH Mew Gmail 帰省 Linux sid 携帯電話 Skype 電話 チャット PHS SMTP Debian spam モバイル Gmail パスワード GRUB port forwarding RAID woody IDE 2004年 nDiki cron パケ・ホーダイ GKrellM ロック Linux kernel 生産性

■ sniffit 0.3.7 beta をインストール

Linux に sniffit-0.3.7.beta.tar.gz をインストール。 前につかっていたコンピュータにはいれていたが、今のにはまだだったので手があいたのでいれておく。 sniffit はネットワークのパケットをダンプするツール。 接続されたネットワークを通過するパケットをみることができる。 もちろん暗号化されていないパスワードなども……。

正しい使い方?はネットワークの障害管理などに使うことであろう。 また誤って出すつもりのないパケットが流れていないかの確認などにもつかうことができる。 私は、SSH で正しくパケットが暗号化されているかの確認などに使っている。

私はメールを読むために POP サーバから fetchmail を使ってローカルに転送していた。 POP3 はパスワードが平文で流れるのでとても怖い。 そこで SSH の forwarding 機能を使って暗号化していた。 ……つもりだったのだが、実は設定を間違えていて SSH を経由していなくて通常の POP3 していただけだったことが、このツールで判明したことがある。あちゃ。

なんてことのチェックに利用できる(現在は APOP + SSH forwarding)。 もちろんパケット盗聴にもつかえることも事実。

逆にいえば誰に盗聴されているかわからないということ。 大学内では、誰がノートパソコンでネットワークに接続するかわからない。 また仮にネットワーク内の1台がクラックされてルート権限を奪われたら、そこでパケットの盗聴が行われる可能性がある(所属する学科でもその形跡があったことがある)。 特に管理権限のないコンピュータにそういうことがおこるとやっかいである(逆に管理権限のあるコンピュータはクラックされないように自分できちんとしなければならないね)。 ということで、できる限り自分の通信は、(特にパスワードなど)暗号化するようにしている。

でインストール

 $./configure
 $make
 $su
 #cp sniffit /usr/local/bin
 #chmod 500 /usr/local/bin/sniffit
 #cp sniffit.5 /usr/local/man/man5
 #cp sniffit.8 /usr/local/man/man8

• メールボックスを Gmail に集約 (2007-08-08)
• ノート PC を持たずに会社に行きたい (2006-12-21)
• Unison + Zebedee (2004-06-11)
• Flickr::UploadでLinuxから画像アップロード (2005-04-22)
• TrueCrypt で USB メモリに Windows と Linux ... (2006-12-14)

■ fetchmail + fml メーリングリスト実験停止

2月に実験してみた fetchmail + fml メーリングリストが動いていたままだったので停止。

• [ Debian ] woody + qmail + vpopmail +... (2004-01-08)
• UNIXアカウントの方に大量にたまっていたfml管理メール (2005-03-12)
• Debian + qmail + fml で複数管理者の場合は user/... (2005-04-04)
• ブレーカー + メーリングリストアカウント中の'-' (2004-01-22)
• [ Debian ] qmail + vpopmail + fml でポカミス (2004-01-19)

■ [ Debian ] PIO -> DMA

この間設定したオフィスのメールサーバで「メールを残す」が有効にならないというので調査。 fetchmail で nokeep すると自分の環境では問題なくサーバに残るな。 たまに mail が取れなくなるという連絡もあるし、vpopmail がよろしくない状態なのだろうか。

そういえばソフトウェアIDE RAIDを組んでいるこのマシンのディスク書き込みが遅くて以前から気になっていたところ、昨日やまだ君から「PIOになっているんじゃない」というアドバイスをもらった。 そういえばチェックしていなかったな。

@ hdparm

apt-get hdparm する(つい hdparam と間違える)。 で、チェック。

 # hdparm -t -d /dev/hda

 /dev/hda:
  using_dma    =  0 (off)
  Timing buffered disk reads:  64 MB in 14.43 seconds =  4.44 MB/sec

 # hdparm -t -d /dev/hdc

 /dev/hdc:
  using_dma    =  0 (off)
  Timing buffered disk reads:  64 MB in 14.43 seconds =  4.44 MB/sec

dma on にする。

 # hdparm -t -d1 /dev/hda

 /dev/hda:
  setting using_dma to 1 (on)
  using_dma    =  1 (on)
  Timing buffered disk reads:  64 MB in  2.28 seconds = 28.07 MB/sec

 # hdparm -t -d1 /dev/hdc

 /dev/hdc:
  setting using_dma to 1 (on)
  using_dma    =  1 (on)
  Timing buffered disk reads:  64 MB in  2.26 seconds = 28.32 MB/sec

ビンゴ。

@ 起動設定

woody の hdparm(4.5-1.2)だと init.d スクリプトが無い。 sidの(5.4.10)から、/etc/init.d/hdparm と /etc/hdparm.conf をもってくる。 hdparm.conf の /dev/hda、/dev/hdc ブロックでそれぞれ dma = on しておく。

update-rc.d hdparm defaults

して、設定おしまい。(Ultra* については今はまぁいいや)。

• [ Debian ] GRUB でソフトウェアRAID1 ブート設定 (2004-01-05)
• [ Debian ] qmailadmin (2004-01-06)
• [ Debian ] woody + qmail + vpopmail +... (2004-01-08)
• メールボックスを Gmail に集約 (2007-08-08)
• [ Debian ] vpopmail (2004-01-06)

■ 久しぶりの低速回線で spam メール・ウイルスメールの邪魔臭さを再認識

最近はADSLで(速度という点で)気にならなくなっていた spam メール・ウイスルメールであるが、PHS の 32K だとウザさ百倍。

とりあえずしばらくは fetchmail の設定で30000バイト以上は fetch しないように設定。

spam メール・ウイルスメールのフィルタリングはローカルで充分で、サーバ側では必要ないなと思っていたのだがこういう状況だと確かにサーバ側ではじきたくなるな。

• メールボックスを Gmail に集約 (2007-08-08)
• bogofilter のDB作り直し (2004-12-12)
• Clam AntiVirus + procmail でウイルス除去 (2004-12-11)
• 私的10大ニュース2003 (2003-12-31)
• PHSつながった (2004-12-30)

■ 帰省後のメール取得トラブルは Linux kernel 選択ミスが原因

4日ぶりにPC生活に復帰。 メールは naney.org の方に800通ちょっと、会社の方に100通弱。 fetchmail。

取れぬ。例によって溜めすぎかなぁ。

naney.org の方は一時的に、SSH port forwarding 経由にするのをやめたら取得できた。

会社の方は駄目。サーバ側の問題か? (1通ずつとか)きざんで fetch すると、取れるようだ。 fetchmail の -B オプションを指定してチマチマとる。 これである程度取得できたが、サイズの大きいメールは1通単位でも取れない。

しょうがない。サーバの Maildir を tarball にまとめてとってくるか。

……あれ。 サーバでまとめた tarball を scp で持ってこれない。転送途中で止まってしまう。 うーん。困った。

試してみたところどうやら大きなファイル転送はメールに限らず駄目なようだ。 あれ? 前にもこんな症状あったような。 nDiki を見直したら MADWIFI 試行錯誤していたときにあったな。

とりあえずリブートしてみるか。

再起動してGRUBのメニューをみて気がついた。 うまく動くように設定していないままの kernel 2.6 でブートしていたようだ。 帰省前にかなり久しぶりにシャットダウンしたので、帰ってきて起動した時に 2.4 系を選んでブートしなければならなかったことを忘れていたよ。

これに気がつくまで、結局3時間ぐらい苦戦してしまった。とほほ。

• メールボックスを Gmail に集約 (2007-08-08)
• USB HDD 上に ext3 ファイルシステムを作ろうとしたらフリーズ (2006-01-16)
• [ Debian ] GRUB でソフトウェアRAID1 ブート設定 (2004-01-05)
• [ ThinkPad X31 ] Linux kernel を 2.4.2... (2004-03-04)
• 一部のドメインのみ Gmail 経由ではなく SMTP over SSH ... (2008-09-04)

■ そんなにこまめにメールをチェックしなくてもいいのではないか

今までメール自動受信は GKrellM + fetchmail で 10分毎に行っていたのだが、1時間毎に変更してみた。

メールで気をわずらわせる回数を減らすのが目的。 短い間隔でメールが届いたことが知らされるたびにチェックしても、結局処理は先送りしてしまいがち。 であればもう少しチェック回数を減らして、そのかわりまとめて一気に処理してしまった方が効率が良いし結果的に返信も早くなるという目論見。

うまくいくようなら2時間間隔でもいいかもしれない (GKrellM では 60分毎より長い間隔には設定できないようなので cron か何かで)。

ということでお急ぎの方は電話かチャットか Skype か携帯電話メールへ。

• 会社のメールアドレス宛のメールを直接 inbox に入らないようにした (2008-08-25)
• ビジネス用電話番号をマルチナンバーで追加した (2007-09-20)
• 今日のさえずり - 除虫菊を栽培していただきます (2008-08-05)
• 今日のさえずり - Che-ez! SPYZ ユーザとしては Genie ... (2008-03-03)
• シカゴ・サンフランシスコ出張 2006 ログ - 1日目 (2006-08-13)

■ メールボックスを Gmail に集約

Gmail は2004年12月に招待してもらって登録していたのだが、アカウントは Google の各種サービス用として使っていたものの、メールボックスはほぼ全く使用していなかった。 なんだかんだいって抵抗感があった訳で。

しかし、

• ホスティングサービスで利用しているメインのメールボックスが1アカウント10MBで、数日 fetch できないと溢れてしまう。PHS を解約した今、帰省の時などは fetch できない状況になりヤバイ。
• パケ・ホーダイにしたのを機にモバイル Gmail で外出先でも仕事関連のメールをチェックできるようにしたい。

ということからメールボックス Gmail に集約してしまうことにした。

@ 移行作業

やった事は以下。

@ アカウントのパスワードを変更

pwgen で自動生成したパスワードを使っていたのだが、今後入力する機会が増えるので覚えられるものに変更。

@ メーラ (Mew) のバージョンアップ

普段使っている MUA である Mew のバージョンを 4 から 5 にバージョンアップ (Debian sid の Debian パッケージが上がった時に、ホールドしたままだった)。

もれなく k-/ が Namazu から Hyper Estraier になっていた。

@ Gmail に普段使っているメールアドレスを登録

「Gmail から直接」および「Gmail の SMTP サーバ経由」で普段使っているメールアドレスを使って送信できるようにアカウントを登録。

Web の設定画面で追加するとメールで確認コードが送られてくるので、それを使って有効化する。

@ Gmail から POP3 でメールをローカルに取れるように設定

Gmail 側で POP を有効にした後、fetchmail で fetch できるようにする。

 defaults
   no mimedecode
   pass8bits

 poll pop.gmail.com
   protocol pop3
      user xxx@gmail.com
      password xxx
      ssl
      fetchall

SSL を使用して fetch できるようしておく。

設定を始めるまでは「POP3 で Gmail アカウント使うのどうよ」と思っていたけれど、SSL 経由なのでちょっと安心した。

POP 後 Gmail 側ではアーカイブに移動するようしておく。

@ Mew から Gmail の SMTP サーバ経由でメールを送れるようにする

今まで SMTP over SSH でホスティングサービス経由等で送っていたものを、Gmail に TARTTLS を使って送れるように設定する。

mew-config-alist の中で

 ("default"
  ("user" . "naney")
  ("mail-domain"     . "naney.org")
  ("smtp-server"     . "smtp.gmail.com")
  ("smtp-user"       . "xxx@gmail.com")
  ("smtp-ssl" . t))

送信メールアドレスは user と mail-domain で設定。Gmail のアカウント名は smtp-user で設定。 smtp-ssl も t にしておく。

その他メールアドレス毎に経路を変えて送ったりしていたのだが全部同様の設定にして Gmail 経由にする。

@ Mew から自分宛のコピーを Dcc から Fcc に変更

今まで Dcc で自分宛にコピーを送って管理していたのだが、Gmail では自分が SMTP 経由で送信したメールは POP できないらしい。 げっ。

ということで Fcc を

 (setq mew-fcc "+sent")

から

 (setq mew-fcc "+sent,+inbox")

に変更して、sent/ 以外に inbox/ にも複製を作るようにして対処。

@ 各メールボックスから Gmail へ転送設定

普段使っている各メールアドレスのメールボックスから、全て Gmail へ転送するように設定。 たまっていた分は今まで通りの方法で fetch してクリアしておく。

@ Google ツールバーの設定を変更

Gmail カスタムボタンを表示するように変更。 ツールバーから Gmail にアクセスできるようにしておく。

@ Google Desktop (Linux 版)の設定を変更

Gmail アカウントを登録。 Google デスクトップで Gmail 上のメールを検索できるようにしておく。

@ iモードから、モバイル Gmailへアクセスしてみる

試しに使ってみる。

モバイル Gmail から送られるメールの From: は Gmail でデフォルト設定したもので固定らしい。 ちょっと融通が効かない。

ま、プライベートのメールはiモードメールで送ってしまっても良いので、Gmail のデフォルトのメールアドレスを仕事用のに設定しておくことで対応しよう。

これで大体設定完了。

@ 移行したことによるメリット

メリットは以下。

• メールボックスの溢れの心配がなくなる。
• Gmail spam 機能が使える。- ローカルで bsfilter 使っているけれども、それよりも強力 (多分)。
• Web ブラウザからメール送受信ができる。- 自分の端末以外でパスワードを入力するのが怖いのと、自分の端末があるなら Mew から送受信してしまうからサブで。
• iモードからメールをチェックできる。

Gmail で言うところのスレッドについては、ちょっと慣れが必要そうだな。

@ 移行したことによるデメリット

• メールがローカルまで落ちてくるのが遅くなる。- 各メールボックスからの転送分のタイムラグがある。さらに Gmail では受信してもすぐ POP できるわけではないようだ。なので、Web ブラウザ上で受信を確認していてもそれに対してローカルの Mew で引用返信がすぐできなくなってしまった。
• リモートサーバ上にメールを置いておくことに対する不安感がある。
• iモードからメールをチェックできる。見なくてもいい時に読んでしまう可能性が。

なにはともあれ、一気に移行してしまった。 細かい所で違和感がまだあるけれども、いずれ慣れるだろう。 きっとその時は便利に感じるに違いない。

ようやくこれで本当の Gmail ユーザだ。

• Linux で使えるデスクトップ検索ツール Beagle でローカルファイ... (2006-08-08)
• Linux 母艦ノート PC を使わずに仕事ができるかチャレンジ (2007-08-20)
• ケータイ用にプライベート Wiki を設置 (2008-01-07)
• Google Desktop Linux 版をインストール (2007-07-02)
• Debian GNU/Linux に Hyper Estraier 1.2... (2006-05-31)

■ 会社のメールアドレス宛のメールを直接 inbox に入らないようにした

夏休み中は充電のため会社からのメールの携帯電話への転送を一時的に止めておいた。 転送しなくても別に困らないので、このまま止めておくことにした。

それと休日や夜に会社からのしんどいメールを見てしまうと、けっこう後を引いてしまってそんな時はちょっと辛いと感じる。 やはりオンとオフは主体的にコントロールしたい(やる時はもちろんやる)。

Mew の inbox に入ってしまうと否が応でも目にとまり気になってしまうので、会社のメールアドレス宛のメールは直接 inbox に入らないように設定してみた。

~/.procmailrc に以下を追加。

 :0
 * ^TO_会社のメールアドレス
 $HOME/Mail/会社名/inbox/.

これで会社のメールサーバ -> Gmail -> fetchmail -> Postfix -> procmail -> Mew と流れてきた時に Mew では +会社名/inbox に入るようになった。

でメールチェック時に +会社名/inbox から +inbox にもってきて処理していくと。

オフィスにいる時も +inbox には直接入らなくなって受信に気がつくのが遅くなるわけだが「そんなにこまめにメールをチェックしなくてもいいのではないか」をさらに一歩進めたという感じで生産性的には向上することを期待。お急ぎの方は電話かチャットか Skype か携帯電話メールへ。

Gmail 上については迷いどころ。 フィルタで Skip the Inbox してもいいけど、モバイル Gmail からいざ新着チェックしたい時に不便だ。 Gmail については現状維持でいくか。

• そんなにこまめにメールをチェックしなくてもいいのではないか (2007-04-16)
• メールボックスを Gmail に集約 (2007-08-08)
• 今日のさえずり - 除虫菊を栽培していただきます (2008-08-05)
• Linux 母艦ノート PC を使わずに仕事ができるかチャレンジ (2007-08-20)
• 一部のドメインのみ Gmail 経由ではなく SMTP over SSH ... (2008-09-04)

■ 一部のドメインのみ Gmail 経由ではなく SMTP over SSH でメールする

Gmail の SMTP サーバ経由で送ったメールが相手のサーバに「Sender address rejected: We can't receive FreeMail message」で拒否されてしまった。 1年前に全部 Gmail の SMTP サーバ経由で送る設定にしてしまっていて今さら面倒なのだが、仕事関係のメールで送らないわけにもいかないので Mew の設定を修正。

拒否されたドメインに送る場合には、デフォルトで設定している Gmail 経由ではなく会社の SMTP サーバから送るようにする。

まずは case 振り分け設定。

 (setq mew-case-guess-alist
       '(
         ("From:"
          ...
          )
         ("To:"
          ...
          ("拒否られたドメイン" . "compaysmtp")
          ...
         )
        ))

今回の設定変更で初めて知ったのだが、mew-case-guess-alist は後にマッチした方が優先されるらしい。最初 From: の方が後になっていて、期待したように動かずなんでだろうと思った。

次に送信設定。以前の SMTP over SSH で送っていた時の設定を復活。 後で Gmail で POP で吸い出させる際にメールのコピーが取れるように、Dcc: を設定しておく(昔設定していたけれど、Gmail に移行した時に消したやつ)。

 (setq mew-config-alist
       '(
         ("companysmtp"
          ("mail-domain"   . "example.com")
          ("smtp-server"   . "localhost")
          ("ssh-keep-connection" . nil)
          ("dcc"             . "自分のメールアドレス")
          ("smtp-ssh-server" . "mail.example.com"))

また会社のメールサーバは POP before SMTP なのでメールを送信する前に、いったん POP する必要がある。 しかし POP でメールを取ってしまうと Gmail 側から POP できなくなる。 これについては送信の際には fetchmail --check とやって認証だけ通すことにしよう。 そんなにしょっちゅうあるわけではないから、これでいいかな。

なんどかテストしながらようやくメールを送信。 1通メール出すのに随分かかってしまった。 Gmail は通して欲しいなぁ。

• メールボックスを Gmail に集約 (2007-08-08)
• ISP から Outbound Port25 Blocking を行うとの... (2006-05-23)
• Mew 3.1 -> SMTP server -> docomo.ne.jp (2003-02-09)
• Mew と SSH (2004-04-23)
• Mew の設定とか (2004-01-13)