平衡点

とりあえず日記のデータ移行が一通り終わった...かな? はてなダイアリでは「はてな形式」で日記を書いていたので適当にパースして RD に直すだけで良い...と思っていたんだけれど, そういうわけでもなく(笑) あんまり真面目に「はてな形式」で日記を書いていなかったんで, パース漏れが酷くてしんどかったです.

多分, 過去ログには崩れていたり読めなかったりする所があると思いますので指摘して下さいますと助かります.

あと, 思った以上にただダラが便利なので, これを使う用に simple-hatena を軽量化(グループ関連の関数を消す, など)して使ってみる, など.

_ Rictyフォントの行方

先日紹介した Ricty フォントですが, ちょっと微妙な雲行きになってきました. ITP して話を持っていったのは私なので, 薮蛇になってしまった感が否めません.

現在、debian-devel および debian-bugs-dist において、Ricty のライセンスについて議論が行われています。具体的には、OFL 1.1 の以下の条項に矛盾するかしないかというものです。これについては、「(単体のライセンスの下での配布を前提として) OFL であるはずのフォントのライセンスを偽装して OFL 以外の (単体の) ライセンスの下で配布してはならない」と解釈し、合成フォントはこれに当たらないと判断した上で、改変フォントである Ricty の配布を行っています。しかしながら、議論の結果によっては Ricty の配布を中止することもありえますのでご了承ください。

[from:プログラミング用フォント Ricty -- お知らせ (2011 年 5 月 7 日)]

青木さんがおっしゃるように, 言語別に別ファイルで配布, とかならアリな気もします.

ファイルを分けて
- Inconsolata 由来 -> OFL
- Migu 1M 由来 -> IPA

とか?

個人的には, ここまで綺麗に調整するのは非常に大変だったと思うので, その苦労は無駄にはしたくないですね. なんとかしたい...うーん...

~~改変収録して問題無いライセンスの, 高品質日本語フォントって「モトヤシーダ」「モトヤバーチ」かなぁ...~~ いや, OFL Section 5 って結構厳しいな. OFL のフォントをベースに合成フォント作成するなら, OFL 単体で配布しないと駄目, って事か. うぅ...

[ツッコミを入れる]

2011/05/09

_ 快適なメール環境の構築(1/n): offlineimap の設定

最近になって Wanderlust + offlineimap + offlineimap-el (+ epa) で, ようやく幸せな気分になったので, そのメモを残しておこうかと (というか, 周りで Gmail + Wanderlust な人がけっこういるので, 参考になったら良いなぁ, とか).

offlineimap

まずは offlineimap の設定のお話.

多くの MUA では, IMAP サーバとのやりとりの際に, メール全文を取得せずヘッダのみを取得してスレッド表示させたりしている (Wanderlust もそうですね), これだとネットワーク接続が無い場合にメール本文が取得できないし, 検索するのも具合が良くない.

offlineimap は, その名前の通り IMAPサーバ上のメールと local の Maildir を同期してくれるソフトウェア. local の Maildir でメールの振り分け(ファイルの移動)やメールの削除(Trash への移動, 削除)などを行なうと, その結果を IMAP サーバと同期してくれる. 当然 IMAP サーバ側でメールを操作していても, 同期時にそれを反映してくれる.

Debian の場合, install は

$ apt-get install offlineimap

で OK.

設定例は /usr/share/doc/offlineimap/examples/offlineimap.conf.gz にあるので

$ zcat /usr/hare/doc/offlineimap/examples/offlineimap.conf.gz \
  > ~/.offlineimaprc

とでもしてから .offlineimaprc を編集すれば良い. 注意すべきは "[Gmail]/All Mail" を同期しないようにすることかな(しても良いけどエライ時間かかるし, あんまり見ないでしょ?).

設定例は例えば如何の通り

[general]
metadata = ~/Mail/.offlineimap
accounts = Gmail

[Account Gmail]
localrepository = LocalGmail
remoterepository = RemoteGmail

[Repository LocalGMail]
type = Maildir
localfolders = ~/Mail/Gmail
restoreatime = no

[Repository RemoteGmail]
type = Gmail
remoteuser = [gmail のメールアドレス]
realdelete = no
nametrans = lambda foldername:
            re.sub('^\[Gmail\]/Starred', 'Starred',
            re.sub('^\[Gmail\]/Spam', 'Spam', foldername))
folderfilter = lambda foldername: foldername not in ['[Gmail]/All Mail', '[Gmail]/Trash','[Gmail]/Sent Mail','[Gmail]/Drafts']

この設定では

offlineimap のメタデータは ~/Mail/.offlineimap 以下に格納
メールは ~/Mail/Gmail 以下に格納(複数アカウント用に)
[Gmail]/All Mail, [Gmail]/Trash, [Gmail]/Sent Mail, [Gmail]/Drafts は同期しない

となっている.

この設定で offlineimap を走らせるとパスワードの入力待ちになるので, 適宜入力して同期が終わるのを待つ. maxconnection とか適宜設定しておくと, スレッド並列で同期しはじめるので, 初回には良いかもしれない.

他の Gmail アカウントや他の IMAP サーバとの同期設定も必要ならしておくと良い.

パスワード管理

examples にある offlineimap の設定例でも述べられているけれど, offlineimaprc 内に password を書くことも可能.

以下は gpg で暗号化したファイル内にパスワードを書いておく場合の設定. 以下の python スクリプトを適当な場所に置いておく. (ここでは ~/bin/offlineimap_auth.py とする).

#!/usr/bin/python
import re, os

def get_authinfo_password(machine, login, port):
    s = "machine %s login %s password ([^ ]*) port %s" % (machine, login, port)
    p = re.compile(s)
    authinfo = os.popen("gpg -q --no-tty -d ~/.offlineimap-pass.gpg").read()
    return p.search(authinfo).group(1)

.offlineimap-pass.gpg がパスワードが書かれたファイル. 適宜場所や名前を好みに合わせて変えると良い. ファイルの形式は netrc と同じで

machine [IMAPサーバ名] [認証方式] [アカウント名] password [パスワード] port [ポート番号]

例えば Gmail であれば

machine imap.gmail.com login [Gmail のメールアドレス] password [パスワード] port 993

で ok. 認証方式は login 以外は試していない(cram-md5 とかできるのかしらん).

でもって, 実際には

[general]
metadata = ~/Mail/.offlineimap
accounts = Gmail
# パスワードを読みだす python スクリプト
pythonfile = ~/bin/offlineimap_auth.py
...
- snip -
...
[Repository RemoteGmail]
type = Gmail
remoteuser = [gmail のメールアドレス]
remotepasseval = get_authinfo_password("imap.gmail.com", [gmailのメールアドレス], 993)
...

としておくと, offlineimap を動作させる際に gpg でファイルの複合を行なうことになる.

予定

パスワード管理に gpg を使っているので cron で同期させる事はできないのだけれど

Emacs には epa があるので gpg ファイルを透過的に扱える.
- gpg-agent でも良いけれどね.
offlineimap-el という emacs lisp がある.

というわけで, 次はその話.

_ Wiki の導入...?

お仕事で, Redmine 上の Wiki にドキュメントを書いてもらっていたりする. 記法は Markdown なのだけれど, いざドキュメントを Fix して公開する段になって, 欲が出てきてちょっと困っていたり.

どうするかな...

LDAP 認証に対応.
閲覧, 追記修正も認証ユーザのみ.
Markdown Extra 記法に対応

している Wiki ってないもんだろうか. Hiki のパーサを弄るのが一番早いかしらん...

[ツッコミを入れる]

2011/05/10

[ツッコミを入れる]

2011/05/26

_ 快適なメール環境の構築(1.5/n): offlineimap あれこれ

先日書いた offlineimap の続き.

書く予定なんだけれど, 多忙なんで, 備忘録がてらメモだけ.

cron で動かす場合

gpg-agent を使うよう設定しておく. pinentry-gtk2 が吉
cron を実行するシェルスクリプト内で GPG_AGENT_INFO, DBUS_SESSION_BUS_ADDRESS, XDG_SESSION_COOKIE を設定するようにしておく
cron 動作時に gpg-agent のキャッシュが切れていると, pinentry-gtk2 のプロンプトがデスクトップにパスフレーズの問い合わせをしてくれる.