nDiki : アップロード

アップロード - upload

2006年8月13日 (日)

■ シカゴ・サンフランシスコ出張 2006 ログ - 1日目

@ 成田国際空港へ

日本	UTC-4
05:00		起床
06:20		出発乗車券 1,450円
06:50		東京駅ホーム (昔あった待合所がなくなっていて寂しい)

07:15		成田エクスプレス 28号発車。満席・立席状態。
08:00		ひと寝したらもう 8:00
08:10		成田空港駅着
08:18		第1ターミナル国際線出発ロビー着

@ 出国

	待ち合わせ時間まで見学デッキなどをぶらぶら。カメラの電池警告が出たので(すでに1個予備があるのだけれど) CR123A を購入。900円。高!

	ペットボトル廃棄
08:50	社長と合流
	チェックイン (関連)

	手荷物検査 (関連)
	ANA Lounge First (関連)

@ ANA NH010

日本	UTC-4
11:00		整備遅れで予定より遅れての搭乗。B777-300

11:27		動きはじめた
11:52		離陸
		「10:55(現地)到着予定」

		おしぼり(離席中)
		ドリンク、おつまみ
13:30	00:30	昼食。カレー。

14:41	01:41	乱気流のため回収おくれて、この時間に回収
		ペットボトルミネラルウォーター
		室温 25℃
16:20	03:20	照明暗くなりはじめる
16:40	03:40	消灯
17:00	04:00	結局まわりがうるさくて眠れないのでノート PC を取り出す。機内で無線設定するも、有料(当然か)クレジットカード入力が面倒だし、バッテリーももたないだろうしでやめ。
18:58	05:58	オニギリ (or サンドイッチ)、お茶
		物音に目を覚まして受け取ったせいか、あわてて食ったので写真忘れた。
19:22	06:22	再び消灯
		女の人が腹壊したのかアテンダントに征露丸もらってた。
22:00	09:00	朝食


23:49	10:49	JFK 着陸
		ほどなくウィングへ (はやい)
		飛行機から降りる。警備員がいてすぐにパスポートチェック。

あっちこっちで M:i:III みていた。

アメニティは皆無。

@ ジョン・F・ケネディ国際空港 (JFK)

日本	UTC-4
	11:05	イミグレーション到着
	11:40	入国審査完了
		両人差指のスキャンと、顔写真撮影。カメラは Logitec のような感じ。

@ ラガーディア空港(LGA)

日本	UTC-4
	11:45	タクシーに乗車
	12:00	ラガーディア空港へ到着
		チェックイン

		熊に襲われる

		手荷物検査。ほとんど待ちなし。バッグの中にあるのは三脚か? と聞かれる (yes)

@ ユナイテッド航空 UA683

日本	UTC-4
		搭乗
		離陸
		ドリンクとスナック
		途中トイレを探して超えてはいけない一線カーテンを超えてアテンダントに注意をくらう。
		オヘア着陸

@ オヘア空港からホテルへ

日本	UTC-5
		オヘア空港から CTA L ブルーラインで Clark 駅へ
		Clark 駅 -> State 駅ほんとにすぐ近くの1駅区間。歩いた方がはやい。

		State 駅 -> Sheraton Chicago Hotel & Towers

		Sheraton Chicago Hotel & Towsers チェックイン。

		2526号室。フロントでの設定が遅れていたのか、最初カードキーで開かないでちょっとあせる。

@ Chicago Chop House で夕食

	18:00	夕暮れのシカゴへ出発
		Chicago Chop House
		20oz の骨付き肉

@ 買い物をして帰って部屋でインターネット接続

		スーパー Dominick's http://www.dominicks.com/ で、エビアンとシェーバーを購入。
		エヴィアン 1L $1.69
		髭剃り x2 $1.50
		+ tax $0.16
		$3.35

		明日の正午までの接続オプション ($11.95 + Tax) を選択して接続。
		メール処理、Skype チャット (仕事)、デジカメ写真吸い出しと Flickr アップロード ( http://www.flickr.com/.../ )

		シャワーぬるっ。
		室温 22.0℃前後
	26:10	就寝

8月14日午前中に、東京では大規模停電が起きたとのこと。会社のサーバ(停電しなかったらしい)も、帰省予定だった妻(20分ほど停電)もどちらも無事の様子で一安心。

[ シカゴ・サンフランシスコ出張 2006 ]

スポンサードリンク

[ permalink ]

シカゴ・サンフランシスコ出張 2006 ログ - 6日目 (2006-08-18)
今日のさえずり - 金メダルのネックストラップには、ケータイ用のヒモが付い... (2008-08-24)
SO905iCS 用にキングストンの 2GB microSDカード買い足し (2008-08-06)
ケータイの写真を Gmail 経由で Flickr にメールアップロード (2008-02-22)
シカゴ・サンフランシスコ出張 2006 ログ - 5日目 (2006-08-17)

[ 8月13日全て ]

2006年12月12日 (火)

■ PAR::Repository でビルド済み Perl モジュールをネットワーク配信

@ 実行可能ファイル作成としての PAR

PAR といえば Perl スクリプトを実行可能ファイル(Windows なら EXE 形式ファイル)に変換するモジュールとして有名である。

ちなみに実行可能ファイルを作成する部分はは PAR 0.97 より PAR-Packer パッケージに分けられ、PAR 自体はインストールしやすい pure Perl なパッケージになっている。

@ PAR モジュールアーカイブからのローダとしての PAR

PAR が提供するもう一つの(こちらが本来はメイン?)機能は、プログラムの実行時に必要な Perl モジュールを PAR ファイルと呼ばれる Perl モジュールアーカイブファイルからロードする機能である。 XS モジュールなどもコンパイルすることができるどこかの環境で1度ビルドして PAR ファイルにしておけば、同じアーキテクチャのホスト上でそのまま利用することができる。

@ PAR リポジトリ

ロードしたい PAR ファイルはファイルパスだけではなく URL でも指定することができ、必要な時にオンデマンドでフェッチさせることができる。これを使えば Perl プログラムの集中管理可能だ。

PAR 0.951 からは PAR リポジトリというコンセプトが追加され、パッケージ毎に作った PAR ファイルをサーバ上(あるいはローカル)のリポジトリに蓄積してオンデマンドでロードできるようになった。

個別に PAR ファイルを指定する従来の方式に比べてかなり便利そうである。ということで試用してみた。

まずは

PAR
PAR::Repository
PAR::Repository::Client
PAR::Repository::Query
PAR::Dist
PAR::Packker

あたりをインストールし準備 OK。

@ 1. PAR リポジトリを作成する

最初に PAR-Repository に含まれている parrepo で。

 parrepo create -r /tmp/PAR

PAR リポジトリファイルの中にはデータベースファイルが作成されるが、これは DBM::Deep というアーキテクチャ非依存のものを使っているので、Linux でも Windows でもどちらからでもアクセス可能である (つまり Linux 上でリポジトリをメンテできるということだ)。

@ 2. Perl パッケージを PAR ファイル化する

次に必要な PAR ファイルを作成する。作成したいパッケージを展開してビルドし、blib ができている状態で PAR::Dist を使ってパッケージ化する。

 perl Makefile.PL
 make
 make test
 perl -MPAR::Dist -e blib_to_par

例えば ActivePerl*1 上で WWW-Mechanize-1.20 を PAR ファイル化すると

 WWW-Mechanize-1.20-MSWin32-x86-multi-thread-5.8.8.par

というファイルが作成される。

普段から ActivePerl で必要なライブラリは基本的に自前で PPM パッケージ化して、動作確認した上で PPM リポジトリに蓄積するようにしているので、合わせて次の手順でパッケージを作ることになる。

 perl Makefile.PL
 nmake
 nmake test
 perl -MPAR::Dist -e blib_to_par
 make_ppm

*1ここでは Windows 上の

@ 3. PAR リポジトリに PAR ファイルを登録する

PAR ファイルができたら parrepo でリポジトリに登録する。

 parrepo inject -r /tmp/PAR -f xxx.par

@ 4. PAR リポジトリ上のライブラリを使用してみる

例えば先ほどの WWW::Mechanize がリポジトリに登録されている状態で

 #!/usr/bin/perl
 use PAR { repository => 'file:///tmp/PAR/' };
 use WWW::Mechanize;
 my $mech = WWW::Mechanize->new;
 $mech->get('http://www.example.com');
 print $mech->content;

というスクリプトを書いて実行すると、PAR リポジトリから WWW::Mechanize がロードされて正しく実行される。

ここでリポジトリを Web サーバへアップロードして、repository のところに URL を指定するようにすることもできる。例えばリポジトリを http://www.example.com/PAR/ に配置したとすると

 #!/usr/bin/perl
 use PAR { repository => 'http://www.example.com/PAR/' };
 use WWW::Mechanize;
 my $mech = WWW::Mechanize->new;
 $mech->get('http://www.example.com');
 print $mech->content;

と書き換えることで、インストールしていない WWW::Mechanize を使用できるようになる。

@ Perl プログラムを実行形式化する

先ほどの Perl スクリプトを get_top_page.pl という名前で保存して pp で実行可能ファイル化する。

 pp -o get_top_page.exe -M PAR::Repository::Client get_top_page.pl

とすれば get_top_page.exe という実行可能ファイルが作成される。 WWW::Mechanize はオンデマンドで http://www.example.com/PAR/ からフェッチされるので、アップデートが必要な場合は新しい PAR ファイルを作成してリポジトリを更新するだけでよい。 EXE ファイルを作成しなおして利用者に配付しなすといった作業も不要だ。

@ スクリプトもリポジトリにおく

さらには実行するスクリプトをも PAR リポジトリに置いておくことが可能だ。

例えば WWW-Mechanize に含まれている mech-dump をオンデマンドにフェッチして実行する実行形式ファイルは以下のコマンドで作成できる。

 pp -o mech-dump.exe -M PAR::Repository::Client \
   -e "use PAR { repository => 'http://www.example.com/PAR/', \
                 run => 'mech-dump' }"

@ まとめ

ActivePerl では PPM があるとはいえ、普通のユーザにちょっとしたプログラムを使ってもらうのに「ActivePerl をインストールして、PPM パッケージをインストールして、……」というのは手間すぎる。

pp でプログラムに必要なものを全てバンドルした実行形式化ファイルにするという方法ももちろんあるのだが、頻繁にアップデートするようなスクリプトの場合には、起動のための部分だけ pp で作成しておいてあとは PAR リポジトリで集中管理するというのもちょっと魅力的である。

[ permalink ]

[ Perl ] PDL::PP で C extension を書く (2004-02-19)
自前 PPM リポジトリの管理 (2006-07-03)
ActivePerl で Ming (2005-02-23)
ActivePerl 5.8.8.820 の PPM では ppd/tar... (2007-02-05)
XAMPP で WiKicker を動かしてみた。PPM インストール OK。 (2007-02-09)

[ 12月12日全て ]

2007年1月8日 (月)

■ iCalendar 形式経由でスケジュールを社内 Blog に表示

仕事用に Skype 名を作成し、ついでに社内 Blog に Skype ボタンを貼りつけてログイン状態を表示できるようにしてみた。

そういえば電話もそうなんだけれど、本社に連絡を取るとき「もしかして会議中?」などと勘繰ってかけるかどうか迷ってしまうことがある。かけたい人の予定がわかればいいのになと。

ならば逆もしかりだろうということで、自分の仕事のスケジュールを晒してみようと思いついた。グループウェアとかそういうのは大袈裟なので、まずは社内 Blog のサイドバーに表示するようにしたい。

ということでこの3連休に実装してみた。

@ 構成

@ 入力

完全なスケジュールはほぼ日手帳に手書きで管理しているので、ミーティング・外出など晒しカテゴリのイベントだけを、電子化する必要がある。手で HTML 毎回ごりごり書き直すのも嫌なので、スケジュール管理ソフトを使いたい。この部分は KDE の KOrganizer を使うことにした。

@ サーバへアップロード

で、KOrganizer のスケジュールを iCalendar 形式でエクスポート。このファイルを社内 Blog を配信しているサーバに rsync で転送。

この処理はちょっと手間なので自動化したいところ。

@ 社内 Blog 内表示用 JavaScript Include ファイル生成 CGI プログラム

この iCalendar 形式ファイルを読み込んで、今日以降の10件(程度)を HTML フラグメントに変換し JavaScript プログラム (document.write() 列) として出力する Perl CGI プログラムを作成。

iCalendar の形式の読み込みについては Data::ICal や iCal::Paraser などの Perl モジュールを利用できる。今回はシンプルに使えそうな iCal::Parser をチョイス。基本的には

 use iCal::Parser;
 my $parser = iCal::Parser->new;
 my $calendar = $parser->parse($ics_file_name);

で読み込んだデータがハッシュリファレンスとして $calendar に設定される。イベントは $calendar->{2007}->{01}->{01}->{$uid} のように「年、月、日、イベントUID」のハッシュ階層として格納されているので、これを読み出せばよい。

@ 社内 Blog サイドバーに表示

で、この CGI プログラムが生成する JavaScript プログラムをサイドバーで JavaScript Include。

まずは表示までできるようになった。

これで

[未来] スケジュール
[現在] 在籍状況 (Skype ボタン)
[現在] 顔色 (ネットワークカメラ画像の貼り付け)
[過去] 業務情報 (Blog 記事)

をまとめて公開できる社内 Blog にアップグレード。

おいおいスケジュールの表示デザインとかは改良していきたい。 hCalendar 形式にして CSS でデザインするのがいいのかな。

[ permalink ]

Plagger のインストールが大変なので XML::RSS で RSS ... (2006-06-10)
[ DiKicker ] くっつき BBSをくっつけてみた。 (2004-05-04)
Hyper Estraier で社内 Web コンテンツ検索 (2006-06-01)
WiKicker に JSON でのページ出力機能を追加 (2007-04-03)
[ WiKicker ] 憧れのサイドバー (2004-01-23)

[ 1月8日全て ]

2007年1月15日 (月)

■ Flickr Pro Account 2年更新

2年ほど前から使い始めたオンラインフォト管理・共有サービスに現在アップロードしてある画像は 957枚。

もっぱら nDiki に貼る写真置場として利用していて、無くてはならない存在である。プロアカウントは最初に2年分買ったので今年の5月まで期限があるのだけれど、忘れないうちに今日2年延長しておいた。

この手のサービスはある程度データを上げてしまうと、まさにサービスプロバイダの思う壷って感じ。

http://www.flickr.com/photos/naney/

[ permalink ]

Flickr に登録 (2005-02-08)
VQ1005 の画像をケータイで閲覧 (2008-03-20)
Flickr + nDiki (2005-02-11)
ケータイの写真を Gmail 経由で Flickr にメールアップロード (2008-02-22)
Flickr の写真を自動的に Twitter アイコンにする (2008-03-13)

[ 1月15日全て ]

2007年9月18日 (火)

■ 今日のさえずり

連休明けだからか、きもち電車が空いているな。@京浜東北線[mb] 09:25 AM September 18, 2007
UNITED BESS INC. の方眼リフィル切らしたか。 10:15 AM September 18, 2007
「へんじがない」と言えば「ただのしかばねのようだ」だが、会社では通じなかった。 http://tinyurl.com/229te6 11:08 AM September 18, 2007
D703i から Flickr に初メールアップロード。デフォルトでは縦位置 (なので今回は回転させた)。 http://www.flickr.com/.../1400311134/ 12:44 PM September 18, 2007
iモードから Flickr みてみる。アップロードした写真の確認ができるぐらいかな。 http://m.flickr.com/ 12:54 PM September 18, 2007
6年分のメールがつまったディレクトリを年別に分割完了。ただいま kM 中 (Mew) 05:43 PM September 18, 2007
インスタックスミニフィルム購入。うちはチェキ現役。L:秋葉原[mb] 06:49 PM September 18, 2007
100円ショップで足踏みマット買ってみた。L:大井町[mb] 07:22 PM September 18, 2007
大家さんが来て「近所に蜂の巣が見つかったので気をつけるように」といって帰ったらしい。L:品川区[mb] 10:18 PM September 18, 2007

[ permalink ]

FOMA 端末から Flickr にメールで写真をアップロード (2007-09-18)
今日のさえずり - みどりの窓口で、明日からの乗車券つかまされてた (2008-04-10)
今日のさえずり - サヨナラ、サンジュウ (2008-11-05)
Twitter を使い始めて1年 (2008-04-06)
今日のさえずり - 金メダルのネックストラップには、ケータイ用のヒモが付い... (2008-08-24)

■ FOMA 端末から Flickr にメールで写真をアップロード

Flickr のメールアップロード機能を初めて試してみた。まず事前に Flickr 上で投稿用のメールアドレスを確認する。

で D703i で撮影し、メールに添付してそのメールアドレスに送信。ほどなくして、Flickr 上に表示されるようになる。メールの Subject: に書いた内容が、写真のタイトルに設定される。

なお D703i だと縦位置で撮ると、そのまま Flickr で見ることができる (横位置で撮った場合は、アップロード後 Flickr 上で回転させれば OK)。

ついでにiモードで Flickr にもアクセスしてみた。

http://m.flickr.com

サイイイン画面がちょっと変だったけれどもログインできた。あまりできることは多くない。アップロードがきちんとできたか確認する程度用かな。

D703i はメモリカードが挿さらないので、撮ったらバンバン Flickr に上げちゃった方が良いかもしれない。

[ permalink ]

今日のさえずり (2007-09-18)
D703i 購入ファーストインプレッション (2007-02-10)
Twitter を使い始めて1年 (2008-04-06)
さよなら PHS (2007-02-10)
SO905iCS 用にキングストンの 2GB microSDカード買い足し (2008-08-06)

[ 9月18日全て ]

2007年12月18日 (火)

■ Google Analytics のデータからよく検索されるキーワードを表示するようにした

Google Analytics から1日1回キーワードのレポートを TSV 形式でメールで配信するように設定している。このデータをもとに「よく検索されるキーワード」を抽出して、nDiki の下の方に表示するようにした。

@ 処理の流れ

メールで配信された TSV 形式データをファイルに保存する。
検索質問とセッション数の組のデータを抽出する。
1ワード単位でセッション数を集計する。
上位のワードについて、nDiki のキーワードリストにあるか照合する。
1. 完全一致するものがあれば、それを参照キーワードとする。
2. 大文字小文字一致するものがあれば、それを参照キーワードとする。
3. ワードを含むキーワードがあれば、その中で文字数の差が少ないものを参照キーワードとする。
4. ワードで記事を grep 検索してマッチするものがあれば、それを(nDiki 内で検索して見つかる)キーワードとする。
5. でなければ関連キーワード無しのワードとする。
各ワードについて、対応するリンクを設定してフッタ埋め込み用の HTML フラグメントを生成しファイルを生成する。
ファイルをサーバにアップロードし、サーバ側でフッタにインクルードする。

1日1回の作業なので、メールからスクリプトにかける部分とアップロードする部分は手動で。

そこそこの処理なので、そこそこの精度なのだけれど傾向は何となくわかる感じだ。

実際にはアクセスログの対象となっているのは nDiki 以外の www.naney.org 内のアクセスも含まれているけれどもまあいいであろう。

@ キーワードの処理

キーワードの処理は細かいことをいうと結構面倒だったりする。

複合語の処理: 検索ワード側も、nDiki キーワード側も複合語を含むので空白で区切られた語の扱いが大変。特に検索ワード側は語順が正しいとは限らないし、各語が個別の語を表しているのか否かの判断が難しい。
曖昧一致処理: 検索ワード(や nDiki キーワード)が正確な語とは限らないので、曖昧一致させる必要がある。検索エンジン側で曖昧一致させて検索結果に上がっている可能性があるのでその辺りも考慮する必要がある。

などなど。

この辺りは精度を上げようとするといろいろ工夫の余地がって楽しそうではあるな。

[ permalink ]

Wiki ではロボット除けをしてはいけない (2007-01-21)
Linux で使えるデスクトップ検索ツール Beagle でローカルファイ... (2006-08-08)
Debian GNU/Linux に Hyper Estraier 1.2... (2006-05-31)
はてなブックマーク上の最新ブックマークを nDiki に (2005-05-16)
「ほぼ日手帳 2006」でトラックワードα版プチコンテスト1位 (2005-12-14)

[ 12月18日全て ]

2007年12月23日 (日)

■ aufs を使って Web サイトのドラフト作成する

この nDiki はローカル PC 上で Emacs で記事ファイルを書き、出来上がったら Unison で Web サーバと同期させる形でアップロード・公開している。

この方法で一つ問題なのは「書きかけの記事ファイル」の扱いが面倒なこと。書きかけの記事ファイルがある状態で Web サーバと同期するとそれが公開されてしまうのでまずい。しかし完成している記事ファイルがあるならばそちらは同期して順次公開したい。同期する時には書きかけの記事ファイルを退避させればいいのだが、思いっきり面倒。

ということで手元で公開用 (Web サーバと同期用)のディレクトリツリーと、ドラフト用(ローカルの Web サーバでのレビュー用)のディレクトリツリーを分けられるようにすることにした。この2つのディレクトリツリーの差分となる草稿・更新ファイルは aufs を使うことで簡単に管理することができる。

@ aufs

aufs は stackable unification filesystem の一つ。同様なものとしては UnionFS がある。 UnionFS よりも aufs の方が評判が良いようなので今回は aufs を使うことにした。

aufs では複数のディレクトリ(ブランチと呼ぶ)をオーバーレイさせて、1つのディレクトリとして扱うことができる。公開用ディレクトリツリーに、ドラフト用ディレクトリツリーをオーバーレイさせることで、元のディレクトリには変更を加えることなく透過的に変更できる仮想的なディレクトリツリーを作ることができる。

@ aufs のインストール

Debian GNU/Linux sid へはkernel 再構築とあわせて module-assistant でインストールした。

@ マウント

以下のように3つのディレクトリを作ってマウントする。

/home/naney/www.naney.org: 公開用ディレクトリツリー。本番モノ。公開サーバと同期する。
/home/naney/draft.naney.org: 草稿や修正されたファイルが書き込まれるディレクトリツリー。
/home/naney/next.naney.org: 公開用ディレクトリツリーに、草稿や修正されたファイルが仮想的にオーバーレイされたディレクトリツリー。プレビュー用。

 mount -v -t aufs -o br:/home/naney/draft.naney.org=rw:/home/naney/www.naney.org=ro none /home/naney/next.naney.org

公開ディレクトリツリーは read only に、草稿用のディレクトリツリーは read - write になるように指定する。

これで /home/naney/www.naney.org 以下はいじらないまま、/home/naney/next.naney.org 上で草稿を書いたりファイルを編集したりすることができる。 /home/naney/next.naney.org 以下で追加したファイルや、変更したファイルは aufs が /home/naney/draft.naney.org 上に保存してくれる。

完成したものを /home/naney/draft.naney.org から /home/naney/www.naney.org に順次反映させ(移動し)、公開サーバへ同期することで公開していくことができる。

手元ではいろいろ書き散らせておけるのは、これは便利。

マウントオプションは他にいろいろあるようなので、こまかい設定は見直すかも。

@ その他

ファイルシステムレベルの処理なので、アプリケーション側では何も手を加えなくてもよいのが良い。

今回は公開用とドラフト用としたが、公開用と未公開用をローカルでミックスして表示するようにしたり、複数ユーザのコンテンツディレクトリを仮想的に1つにまとめたりと、いろいろ面白い使い方ができそうだ。

[ permalink ]

aufs で inotify を使ってブランチ上の直接の変更をすぐに反映させる (2008-01-05)
はいぱー日記システムで日記を開始 (2001-05-11)
CUPS で Debian から EPSON カラーレーザプリンタへ印刷 ... (2006-01-04)
はてなブックマーク上の最新ブックマークを nDiki に (2005-05-16)
flickrfs で Flickr をマウントして写真をコピーする (2008-02-21)

[ 12月23日全て ]

2008年1月9日 (水)

■ Mew から IMAP で Gmail に過去メールをアップロードする

昨年8月8日以来、メールは Gmail を経由するようにしている。これにより、メールの検索はだいたい Gmail 上でするようになった。

よく参照するのはだいたい過去数カ月分ぐらいなのでおおむねいいのだが、それでもたまに Gmail 上にはない1年以上前のメールが必要になることもある。なのでメインメール環境(ノート PC 上の Mew)がなくても、ある程度過去メールにアクセスできるようにしておきたい。

ということで既存メールを、Gmail にアップロードしておく環境をまずは整備しておこうと思う。Gmail への転送だと GML がメジャーのようであるが、最近は Gmail が IMAP 接続を提供するようになったので、そちらを利用してみることにした。

@ Mew での設定

Mew での IMAP 利用は初めて(Mew 以外でも初めてだったりする)以下のように .mew.el に設定を追加。

 (setq mew-config-alist
        '(
         ...
         ("gmail"
           ("mew-proto"         . "%")
           ("imap-server"       . "imap.gmail.com")
           ("imap-ssl"          . t)
           ("imap-ssl-port"     . "993")
           ("imap-user"         . "...@gmail.com")
           ("imap-auth"         . t)
           ("imap-delete"       . nil)
           ("imap-trash-folder" . "%trash"))
         ...
         ))

これで例えば Gmail 上の inbox は Mew 上で「gmail:%inbox」フォルダ(や「gmail:%ラベル名」フォルダ) に移動して s を押して update(sync、all) を打てば summary を取得できる。

ローカルにあるメールは li コマンド(あるフォルダのメッセージを IMAP のフォルダへコピー) や mli コマンド (* の付いた複数のメッセージを IMAP フォルダへコピー) できる。いくつかメールをアップロードしてうまくいくことを確認してみた。

普段は POP3 で今まで通り読み書きし、必要に応じて IMAP を使おうと思う。

[ permalink ]

今日のさえずり - この時期、お弁当屋の弁当に黒豆が入っていると (2008-01-09)
メールボックスを Gmail に集約 (2007-08-08)
今日のさえずり - 昭和通り側に鯛焼き屋あり (2008-09-30)
Linux 母艦ノート PC を使わずに仕事ができるかチャレンジ (2007-08-20)
はいぱー日記システムで日記を開始 (2001-05-11)

[ 1月9日全て ]

2008年2月22日 (金)

■ Twitter にケータイ写真を流すのに twitterfeed を使う

Twitter にケータイで撮った写真を流す (画像/画像ページへのリンクを貼る) には、知る限り MovaTwitter の「写ツ」が一番楽で便利である。メールに添付して送信するだけだし、MovaTwitter 上ではその写真をインライン表示してくれる。 (Twitter と MovaTwitter の調子が良ければ)すぐに Twitter にメッセージが流れるのもよい。