汚し飯

_ ひぃん

gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686 -DMODULE -DMODVERSIONS -include /usr/src/linux/include/linux/modversions.h  -nostdinc -iwithprefix include -DKBUILD_BASENAME=act200l  -c -o act200l.o act200l.c
act200l.c: 関数 `act200l_open' 内:
act200l.c:109: 警告: concatenation of string literals with __FUNCTION__ is deprecated
act200l.c: 関数 `act200l_close' 内:
act200l.c:123: 警告: concatenation of string literals with __FUNCTION__ is deprecated
act200l.c: 関数 `act200l_change_speed' 内:
act200l.c:144: 警告: concatenation of string literals with __FUNCTION__ is deprecated
act200l.c:161: 警告: concatenation of string literals with __FUNCTION__ is deprecated
act200l.c:206: 警告: concatenation of string literals with __FUNCTION__ is deprecated
act200l.c: 関数 `act200l_reset' 内:
act200l.c:236: 警告: concatenation of string literals with __FUNCTION__ is deprecated
act200l.c:272: 警告: concatenation of string literals with __FUNCTION__ is deprecated
gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686 -DMODULE -DMODVERSIONS -include /usr/src/linux/include/linux/modversions.h  -nostdinc -iwithprefix include -DKBUILD_BASENAME=ma600  -c -o ma600.o ma600.c
ma600.c:51:22: 警告: 余分なトークンが #undef ディレクティブの終りにあります
ma600.c: 関数 `ma600_init' 内:
ma600.c:89: 警告: concatenation of string literals with __FUNCTION__ is deprecated
ma600.c: 関数 `ma600_cleanup' 内:
ma600.c:95: 警告: concatenation of string literals with __FUNCTION__ is deprecated
ma600.c: 関数 `ma600_open' 内:
ma600.c:108: 警告: concatenation of string literals with __FUNCTION__ is deprecated
ma600.c: 関数 `ma600_close' 内:
ma600.c:126: 警告: concatenation of string literals with __FUNCTION__ is deprecated
ma600.c: 関数 `ma600_change_speed' 内:
ma600.c:187: 警告: concatenation of string literals with __FUNCTION__ is deprecated
ma600.c:189:40: ";" と "return" を貼付けましたが正常なプリプロセッサトークンとなりません
ma600.c:192: 警告: concatenation of string literals with __FUNCTION__ is deprecated
ma600.c:218: 警告: concatenation of string literals with __FUNCTION__ is deprecated
ma600.c:249: 警告: concatenation of string literals with __FUNCTION__ is deprecated
ma600.c:257: 警告: concatenation of string literals with __FUNCTION__ is deprecated
ma600.c:276: 警告: concatenation of string literals with __FUNCTION__ is deprecated
ma600.c: 関数 `ma600_reset' 内:
ma600.c:301: 警告: concatenation of string literals with __FUNCTION__ is deprecated
ma600.c:303:40: ";" と "return" を貼付けましたが正常なプリプロセッサトークンとなりません
ma600.c:306: 警告: concatenation of string literals with __FUNCTION__ is deprecated
ma600.c:329: 警告: concatenation of string literals with __FUNCTION__ is deprecated
make[4]: *** [ma600.o] エラー 1
make[4]: Leaving directory `/usr/src/linux/drivers/net/irda'
make[3]: *** [_modsubdir_irda] エラー 2
make[3]: Leaving directory `/usr/src/linux/drivers/net'
make[2]: *** [_modsubdir_net] エラー 2
make[2]: Leaving directory `/usr/src/linux/drivers'
make[1]: *** [_mod_drivers] エラー 2
make[1]: Leaving directory `/usr/src/linux'
make: *** [stamp-build] エラー 2
2003年  6月  1日 日曜日 01:48:01 JST

ハマってます(号泣)

_ reply

んとね、 カーネル 2.2 の頃からあったけど、あるドライバを有効にするとビルドがこける、という現象が散見されるようになりましたよね。
今回は、一旦乗りかかった船なんで、この際開き直って、徹底的にハマって、そいつを記録して、ドドンとさらけ出そうと思ってます。
ターゲットマシンが非力で、こけては繰り返し、のサイクルが長いのが辛いけど。

_ ひぃん

gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686 -DMODULE -DMODVERSIONS -include /usr/src/linux/include/linux/modversions.h  -nostdinc -iwithprefix include -DKBUILD_BASENAME=olympic  -c -o olympic.o olympic.c
olympic.c:658:16: " 文字での終端を欠いています
olympic.c:659:7: " 文字での終端を欠いています
make[4]: *** [olympic.o] エラー 1
make[4]: Leaving directory `/usr/src/linux/drivers/net/tokenring'
make[3]: *** [_modsubdir_tokenring] エラー 2
make[3]: Leaving directory `/usr/src/linux/drivers/net'
make[2]: *** [_modsubdir_net] エラー 2
make[2]: Leaving directory `/usr/src/linux/drivers'
make[1]: *** [_mod_drivers] エラー 2
make[1]: Leaving directory `/usr/src/linux'
make: *** [stamp-build] エラー 2
2003年  6月  1日 日曜日 03:40:30 JST

_ ひぃん

gcc -M -D__KERNEL__ -D__isapnp_now__ -DMODULE=1 -I/usr/src/modules/alsa-driver/include  -I/usr/src/linux/include -O2 -mpreferred-stack-boundary=2 -march=i686 -DLINUX -Wall -Wstrict-prototypes -fomit-frame-pointer -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -pipe -DALSA_BUILD  hwdep.c memalloc.c sgbuf.c memory_wrapper.c pcm.c pcm_native.c pcm_lib.c pcm_timer.c pcm_misc.c pcm_memory.c rawmidi.c timer.c sound.c init.c memory.c info.c control.c misc.c device.c wrappers.c isadma.c sound_oss.c info_oss.c > .depend
sound_oss.c:2 から include されたファイル中:
../alsa-kernel/core/sound_oss.c:27:2: #error "Enable the OSS soundcore multiplexer (CONFIG_SOUND) in the kernel."
make[5]: *** [fastdep] エラー 1
make[5]: Leaving directory `/usr/src/modules/alsa-driver/acore'
make[4]: *** [dep] エラー 1
make[4]: Leaving directory `/usr/src/modules/alsa-driver'
make[3]: *** [include/sndversions.h] エラー 2
make[3]: Leaving directory `/usr/src/modules/alsa-driver'
make[2]: *** [build-stamp] エラー 2
make[2]: Leaving directory `/usr/src/modules/alsa-driver'
make[1]: *** [kdist_image] エラー 2
make[1]: Leaving directory `/usr/src/modules/alsa-driver'
Module /usr/src/modules/alsa-driver failed.
Hit return to Continue

    -------- Linux PCMCIA Configuration Script --------
 
The default responses for each question are correct for most users.
Consult the PCMCIA-HOWTO for additional info about each option.
 
Linux kernel source directory [/usr/src/linux]
 
The kernel source tree is version 2.4.21-rc6.
  WARNING: the current kernel is version 2.2.20-idepci.
The current kernel build date is Sat Apr 20 12:45:19 2002.
 
Build 'trusting' versions of card utilities (y/n) [n]
Include 32-bit (CardBus) card support (y/n) [y]
Include PnP BIOS resource checking (y/n) [n]
Module install directory [/lib/modules/2.4.21-rc6]
 
Kernel configuration options:
    Kernel-tree PCMCIA support is enabled.
    Symmetric multiprocessing support is disabled.
    Preemptive kernel support is disabled.
    PCI BIOS support is enabled.
    Power management (APM) support is enabled.
    SCSI support is enabled.
    IEEE 1394 (FireWire) support is disabled.
    Networking support is enabled.
     Radio network interface support is disabled.
     Token Ring device support is disabled.
     Fast switching is disabled.
     Frame Diverter is disabled.
    Module version checking is enabled.
    Kernel debugging support is disabled.
    Preemptive kernel patch is disabled.
    /proc filesystem support is enabled.
 
It looks like you have a System V init file setup.
The X11/Xaw libraries are not available.
    If you wish to build the 'cardinfo' control panel, you need the XPM
    library and the X Windows include files.  See the HOWTO for details.
    *You can ignore this message if you are only rebuilding the
     PCMCIA modules.*
 
Configuration successful.
 
Your kernel is configured with PCMCIA driver support.  Therefore,
'make all' will compile the PCMCIA utilities but not the drivers.
 
IMPORTANT NOTE FOR DEBIAN USERS:
This means that a pcmcia-modules package will not be built.

ポカミス連発(嗚咽)

_ うそだろぉー?

cc   -MD -O3 -Wall -Wstrict-prototypes -Wa,--no-warn -pipe -I../include -I/usr/src/linux/include  -D__KERNEL__ -DMODULE -c fmvj18x_cs.c
In file included from /usr/src/linux/include/asm/semaphore.h:39,
                 from /usr/src/linux/include/linux/fs.h:200,
                 from /usr/src/linux/include/linux/capability.h:17,
                 from /usr/src/linux/include/linux/binfmts.h:5,
                 from /usr/src/linux/include/linux/sched.h:9,
                 from ../include/linux/sched.h:5,
                 from fmvj18x_cs.c:34:
/usr/src/linux/include/asm/system.h: 関数 `__set_64bit_var' 内:
/usr/src/linux/include/asm/system.h:190: 警告: dereferencing type-punned pointer will break strict-aliasing rules
/usr/src/linux/include/asm/system.h:190: 警告: dereferencing type-punned pointer will break strict-aliasing rules
fmvj18x_cs.c:608:32: " 文字での終端を欠いています
fmvj18x_cs.c: 関数 `fmvj18x_config' 内:
fmvj18x_cs.c:609: error: 構文解析エラー before "address"
fmvj18x_cs.c:609:25: " 文字での終端を欠いています
make[4]: *** [fmvj18x_cs.o] エラー 1
make[4]: Leaving directory `/usr/src/modules/pcmcia-cs/clients'
make[3]: *** [all] エラー 2
make[3]: Leaving directory `/usr/src/modules/pcmcia-cs'
make[2]: *** [build-modules] エラー 2
make[2]: Leaving directory `/usr/src/modules/pcmcia-cs'
make[1]: *** [kdist_image] エラー 2
make[1]: Leaving directory `/usr/src/modules/pcmcia-cs'
Module /usr/src/modules/pcmcia-cs failed.
Hit return to Continue

LANG=C で取り直し

fmvj18x_cs.c:608:32: missing terminating " character
fmvj18x_cs.c: In function `fmvj18x_config':
fmvj18x_cs.c:609: error: parse error before "address"
fmvj18x_cs.c:609:25: missing terminating " character
make[4]: *** [fmvj18x_cs.o] Error 1
make[4]: Leaving directory `/usr/src/modules/pcmcia-cs/clients'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/usr/src/modules/pcmcia-cs'
make[2]: *** [build-modules] Error 2
make[2]: Leaving directory `/usr/src/modules/pcmcia-cs'
make[1]: *** [kdist_image] Error 2
make[1]: Leaving directory `/usr/src/modules/pcmcia-cs'
Module /usr/src/modules/pcmcia-cs failed.
Hit return to Continue

_ なんてこった

modules/pcmcia-cs/clients/fmvj18x_cs.c の608行目:

            printk(KERN_NOTICE "fmvj18x_cs: unable to read hardware net 
                address.");

を

            printk(KERN_NOTICE "fmvj18x_cs: unable to read hardware net address.");

改行を取れば良いだけじゃんか。

_ ぁぅ

折角カーネルがでけたのに、立ち上げようとすると刺さる。(嗚咽)

_ 行ってきたよん

石丸ソフトワンの 「インディーズフェスタ’08」。
当初の目当ては阿里耶だったんだけど、思ったより良くなかった。
ていうか、彼女の詞は確かに情景の浮かぶものだけど、それっておとぎ話じゃん。
リアリティが欠如してる。
そーゆーのはユーミンで沢山。
それよりもハマったのが最鋭輝。
全体的に古臭いんだけど、テッテー的にネタに走り、でも歌はちゃんとしてる。ギターもかなりうまい。
歌を聴いて貰う為にどうやって客の興味を引き付けるのかを懸命に考え、実践している。
色物の部類に属するんだろうけど、こういうの、大好き。

_ んー

今年のミスマガは、全体的にミズっぽいなぁ。

推せないなぁ。

_ 音がないとしんぢゃう

って、誰かさんがのたもうてましたが。
かくいう私も、音楽大好きです。
特に、チャリ通勤とか電車移動とかには、音楽が鳴ってないと駄目。
たまに、電車に乗ると人間観察が趣味、とかゆー人が居るけど、そーゆーのは趣味じゃないし、第一デムパには近寄りたくない。

ま、話は脱線しましたが、要するに、私にとってヘッドホンステレオは生活必需品なんです。

そのヘッドホンステレオ - ポータブルCDプレーヤ - が、調子悪くなっちまいました。
恐らくピックアップのレンズを保持するバネが乱暴な扱いによる度重なる衝撃で曲がってしまい、トラッキング/フォーカシングのマージンがなくなってしまったのでしょう。
仕方がありません。
新しいヘッドホンステレオを買うことにしました。
ホントは iPOD みたいな、 HDD タイプの MP3 プレーヤが欲しかったんだけど、何せフツーの CD が聴けないのは痛いので、夜中でも営業しているドンキで MP3 対応 CD プレーヤを買いました。
これまた以前の CD プレーヤと同様、松下製。
なんで松下に拘るのかと言うと、アンチソニーだからです。
それと、このご時世に日本製ってのも気に入ってます。
この手のコンシューマ向け商品って、今は殆ど中国製です。
それを、敢えて工賃の高い日本で造っている。
しかも、価格は安い。
はっきり云って、驚異的です。
あんまり手放しで褒め過ぎるのも盲目的で良くないとは思いますが、少なくとも、近い業界に居る者としては羨望の思いです。

今日買ったものと以前の CD プレーヤとを比べると、製品の進化ってのがはっきり分かって面白いです。
先ず、ユーザインターフェースは全くと言って良い程おんなじです。
リモコンの再生&停止ボタンを長押しすると「ピー」音の後に電源が切れるところや、音響効果に XBS(低音強調) / TRAIN(電車用・高音カット) / LIVE (位相反転成分を含めてライブっぽく聴かせる) の切替えがあるところは、旧機種とおんなじです。
恐らく、マイコンのファームウェアの基本部分は変わってないでしょう。
そして、随所にコストダウンを考慮した変更が見られます。
本体にあった液晶は省略されました。
本体にあった二つのスライドスイッチのうち、リピートボタンはリモコン側に押しボタンとして移りました。
ボリュームはボタン式になりました。
つまり、本体液晶と本体のリピートモードボタンは、ユーザが使わない、ということで省略したのでしょう。 リピート切替えはむしろリモコンでやりたい、と。
ボリュームとスライド式機械スイッチはコストアップの要因と云うことで、これも排除された。
また、以前は単三乾電池ボックスが本体に螺で取り付けられるようになっていましたが、これが廃止され、その代わりに収納袋が添付されていました。
これだけコストダウンをすすめると却って商品価値が下がってしまい、価格が急落してしまう。
そこで、 MP3 に対応し、本体ボタンはAC電源時のみ点灯するようにした。
それに伴い、 MP3 再生は電力を喰うので、単4の内蔵ニッカドからガム電池に変更した。
CD-R/RW 対応は今の CD 光学系は殆ど対応しているので必然的なものでしょう。
これで12000円なら得した気分になれます。

RW対応、MP3対応は素直に嬉しいです。
これでCD-Rを消費することなく、好きなアルバムをとっかえひっかえRWに書き出して、聴けるんですから。

_ で、最近何を聴いてるかっつーと

HERBIE HANCOCK
ROBBEN FORD
JIMSAKU
DAVID SANBORN
etc.

およそヲタ道とはかけ離れたラインアップ。
ま、バンドでやってた曲のアルバムなんですけどね。
今更っちゃぁなんですが、この歳になってよーやくジャズがだんだん分かるようになってきたもんで。(汗)
ほんっと、ついこないだまでキライだったんですよ。ジャズって。
なのに5年前はふゅーぢょんばんどなんぞやってたんだもんなぁ。(苦笑)

_ reply

そぉですねぇ、反応いいかなぁ。
あんまり期待できそーにないんですけど。
今年は大磯、行きますか?

_ reply

む!三上てんちょかぁ。ひっさしぶりだなぁ。
んでも、あたしゃ大磯の方がスキなんですけどねぇ。
ホラ、だって都心だとカメコが大挙して押し寄せるでしょ。
また殺伐とした雰囲気にならなきゃいーんだけど。
特に今年は夏目なんつーウルトラ巨乳が居るし。
正直ね、彼女にはエントリして欲しくなかったっす。
日テレジェニックだの、テレ朝なんちゃらだの、他に行くところはあるだろ、って感じ。
第一、某ら師匠ものたもうてましたが、コンテスト選考期間中に写真集出してイベ打ってるって、どぉょ?(苦笑)

_ そぉぃぇば

コンテスト選考期間中にイロイロ宣伝活動して咎められたっつーと、BONITAの園田真夕を思い出した。(笑)

_ そぉぃぇば

殺伐とした雰囲気は大得意ですよね?(カタカタパルパル)＞こぁぃ某ゆ師匠

_ あー、でも

ひょっとすると、強い夏の日差しの下のイベってのは、日焼けを嫌うおなごにとっては嫌なものなのかも。
だからどーしたって話もありますけどね。

取り敢えず、なんか、ミズっぽいのがネタに対してどんな反応するのかな、ってのは気にはなります。

_ くたびれた

なんか、じぇんじぇんやすまんない(泣)

_ reply

ミズっぽいのが反応(・∀・)イイ!!場合は、もはやミズっぽいとは云えないッスねぃ。
ただ、普段はミズっぽいけど握手ン時は反応イイ人も、私の少ない経験でも何人か居ましたね。
ゆ師匠おふぃしゃるな一推しの、もーすぐみそぢなあのお方とか。(笑)

_ なにげに Yahoo! の芸能にうすなぞをぼんやり眺めてたら

例の t.a.t.u. とかゆーイソチキながきんちょの歌をカヴァーしてるのが ジュエミリア っていうこと、この子達、おぢょーちゃん向けファッション雑誌のモデルの子だってのを知りました。
PVが公開されてるんで観たんだけど、これってば、音に金が掛かってますね。
なるほどこれなら歌い手ちゃんがちょっとへたっぴでもいー雰囲気になるわけだ。
んー勉強になるなぁ。

_ ゎぁぃ

手持ちのあるばむが何枚もRに収まっちゃう。

もせまんせー。

_ 昨日は

自家製 procmailrc フィルタも、 spamassassin をもすり抜けて、うちにうぃるすが到着しやがりました。
頭にキたので、ホントは spam と明確に区別する為に procmail でフィルタしたかったんだけど、この際目をつぶって spamassassin の user_prefs にうぃるす避けの定義を書いちゃいました。

さすがに定義ファイルだけで設定方法とか書かないのは片手落ちだなぁと思い、でも誰か書いてるだろうとゆーことでぐぐって見ました。
で、こんな文書を見つけました。
なんと、よういちくん。謹製 user_prefs も紹介されてる。(汗(照))
有難うございます。

* download user_pref （やや過激 spamassassin 設定ファイル）

中国語圏は問答無用でバッサバッサ切捨ててるからな。(爆)

_ memo

   リンク名 procmail, junkfilter...
        URL: http://pc.2ch.net/test/read.cgi/unix/1024074390/506-507

_ spamassassin を fetchmail から利用する方法(草稿)

プロバイダの pop サーバから fetchmail でメイルを取り込む際に、 spamassassin で spam か ham (通常のメイルを spamassassin ではこう呼んでいる) かを判断し、 procmail で自動的に振り分ける方法を以下に記します。

プロバイダの pop サーバからメイルを取り込むと、 spam が混じっている経験をお持ちの方は多いと思います。
結構、気になりませんか?
ストレスを感じてませんか?
もし、メイルを取り込む際に、自動的に spam を抜き取って、普通のメイルだけを読むことができれば、どれが spam なのか普通のメイルなのか目視で振り分けなければならないストレスから開放されます。
この文書では、Windows / Macintosh 等の環境でメイルを読み書きする人 (勿論、 Linux 等の UNIX 系環境で読み書きする人も含みます) の為に、メイルフィルタとその設定方法の説明をします。

先ず、大雑把な仕組みを説明します。
プロバイダの pop サーバのメイルを直接メイラから取り込むのではなく、一旦 Linux マシン (以下、 JF 文書にならって "Linux BOX" と表記します) を経由してメイルを取り込みます。
Linux BOX では、受信したメイルを一つずつ機械的に読んで、 spam か ham かを判断し、振り分ける処理を行います。
メイラには、 Linux BOX にて動作している pop サーバを読みに行く設定をします。
メイラは Linux BOX 内で spam が大幅に取り除かれた状態で pop サーバを読みに行きますので、メイラ上で spam を気にする機会が大幅に減ります。

                    ネットワークの構成例
 
+-------------+    +--------------+    +-------------------+
|プロバイダの +----+ダイヤルアップ+----+    Linux BOX =    |
|pop サーバ   |    |     ルータ   +-+  |ローカル pop サーバ|
+-------------+    +--------------+ |  +-------------------+
                                    |
                                    |  +---------------+
                                    +--+Windows マシン/|
                                       |Macintosh 他   |
                                       +---------------+

プロバイダの pop サーバからメイルを取り込むには、 fetchmail を使います。
fetchmail は、取り込んだメイルをローカルメイル振り分けのツールに渡します。
ここでは代表的なメイル振り分けツールとして、 procmail を使います。
procmail は、何も設定しなければ、 Linux BOX 内のメイルスプールディレクトリ ( /var/mail/username ) に貯め込みます。
ここで、受信したメイルが spam かそうでない ( ham ) かの判断を行うツールを通します。
この文書では、 spam 判別ツールとして spamasasssin を使います。
procmail の設定ファイル ( ~/.procmailrc ) にて、 spamassassin を通す設定を行います。
spamassassin は、メイルを読み込み、その特徴から spam か ham かを判断します。
判断した結果を、メイルのヘッダに埋め込みます。
spamassassin から戻されたメイルは、再び procmmail で読み込まれます。
procmail では spamassassin がメイルのヘッダに埋め込んだ判別結果を元に、 spam ならメイルスプールディレクトリ以外の場所に振り分けます。
メイルスプールに溜ったメイルを Windows マシン等のメイラから読み出す為には、 qpopper 等の pop サーバを使います。

                             メイルの流れ
 
+-------------+    +----------------------------------+    +---------------+
|プロバイダの +----+              Linux BOX           +----+Windows マシン/|
|pop サーバ   |    |       =ローカル pop サーバ       |    |Macintosh 他   |
+-------------+    +----------------------------------+    +---------------+
 
                                  spam の集積場所
              メイル                   ↑
             取り込み                  ｜メイルスプール
  プロバイダの−−→fetchmail−→procmail−−→qpopper−−→Windows マシン
  pop サーバ                    ｜ ↑                         等のメイラ
                                ｜ ｜判別結果が
                                ↓ ｜ヘッダに埋め込まれる
                            spamassassin

各々のソフトの簡単な紹介をしておきます。
fetchmail は PC-UNIX で事実上の標準となっている、メイル取り込みツール(pop / imap クライアント) です。
procmail は長い歴史を持つ、ローカルメイル配送ツール (MDA: Mail Delivery Agent) です。
spamassassin はメイルの特徴を捉え、そのスコアを累積加算して spam か否かを判断する、基本的にはルールベースの spam 判断ツールです。

spam 発信者 (spammer) の spam メイルはどんどん巧妙になって来ており、 spam の特徴を人間の目で捉えるのが難しくなって来ています。
そこで、最近になって機械が自動的に特徴を捉え、学習するフィルタ「ベイジアンフィルタ(Bayesian Filter)」という技術が注目されています。
spamassassin もこの技術を採り入れ、「学習するフィルタ」と「ルールベースのフィルタ」の、両方の機能を併せ持っています。
spamassassin 以外にも、このベイジアンフィルタの理論を採用した spam 判定ツールがあります。一例として筆者が知る限りのものを列挙します。他にもあるかも知れません:

• bogofilter
• ifile
• Gnus 付属の spam-stat.el
• bsfilter
• bogofilter + kakasi
• spamfilter.el
• Gauche:SpamFilter

参考:
 
   リンク名 A Plan for Spam
        URL: http://www.shiro.dreamhost.com/scheme/trans/spam-j.html
 
   リンク名 Better Bayesian Filtering
        URL: http://www.shiro.dreamhost.com/scheme/trans/better-j.html

1. ソフトのインストール

• spamassassin
• procmail
• fetchmail
• qpopper

各々のソフトのインストールはディストリビューション毎に異なります。
例えば、 debian なら:

sid / sarge の場合:
$ sudo apt-get install spamassassin procmail spamassassin qpopperfetchmailconf
woody の場合:
/etc/apt/sources.list に、以下を追加:
deb http://people.debian.org/~nobse/debian/woody/backported ./
次に、
$ sudo apt-get install spamassassin procmail spamassassin qpopperfetchmailconf

といった感じでしょうか。
fetchmailconf は使っても使わなくても良いです。( fetchmailconf は管理者向けのツールなので、ここでは敢えて使わないこととします。)
Windows / Macintosh 等、 Linux BOX 上ではない別のマシンにてメイルを読み書きしたい場合は、 qpopper 等の pop サーバをインストールします。

2. fetchmail の設定

fetchmail の設定の前に、自分のアカウントを mail グループに追加する必要があります。
でないと、 procmail がメイルスプールディレクトリにロックファイルを作れません。
addgroup コマンドや、 vigr コマンド等で、自分のアカウントを mail グループへ追加して、一旦ログアウトし、再度ログインして下さい。

それでは ~/.fetchmailrc の設定内容です。
詳細は man fetchmail を参照してください。
以下の内容を参考にして、エディタで作成して下さい:

poll www2.palnet.or.jp proto APOP
       user "matsuda" password "wei_ha_oreno_tamashii_no_sakebi" options fetchall
       mda "/usr/bin/procmail -p -f %F"

poll www2.palnet.or.jp proto APOP
user "matsuda" password "wei_ha_oreno_tamashii_no_sakebi"

poll SERVERNAME protocol PROTOCOL username NAME password PASSWORD
pop server へアクセスする基本的項目です。
protocol は AUTO / POP2 / POP3 / APOP / RPOP / KPOP / SDPS / IMAP / ETRN / ODMR
フツーは pop3 / apop 、まれに imap でしょうか。

options fetchall

fetchall: 既読・未読にかかわらず全てのメッセージを取得。
これを設定しないと未読メッセージのみ取得。

mda "/usr/bin/procmail -p -f %F"

mda: ローカルの配送に使う MDA (Mail Delivery Agent) を指定。
この事例では procmail を使うが、他にもローカル配送用ソフトはあるので、それを使いたい場合はここで指定。

以上を設定したら、 chmod 600 ~/.fetchmailrc で、 group / other のパーミッションを落します。
でないと fetchmail に怒られます:

土  6月 07 14:27:36
hoge:~$ touch testfetchmailrc
土  6月 07 14:27:43
hoge:~$ ls -l testfetchmailrc 
-rw-r--r--    1 yoh      yoh             0 2003-06-07 14:27 testfetchmailrc
土  6月 07 14:27:46
hoge:~$ fetchmail -v -f testfetchmailrc
/home/yoh/testfetchmailrc は -rwx--x--- (0710) 以外のパーミッションであってはいけません。
土  6月 07 14:27:52
hoge:~$ chmod 600 testfetchmailrc 
土  6月 07 14:28:00
hoge:~$ ls -l testfetchmailrc 
-rw-------    1 yoh      yoh             0 2003-06-07 14:27 testfetchmailrc
土  6月 07 14:28:02
hoge:~$ fetchmail -v -f testfetchmailrc 
fetchmail: メールサーバが指定されておりません。
土  6月 07 14:28:04
hoge:~$ 

以上、設定できたら試しにお使いのメイラで自分宛にメイルを送信して、それを fetchmail で受信してみて下さい。
後述する procmail / spamassassin の設定をする必要はありません。
あくまでも fetchmail で正しくメイルが取り込めるのかを確かめるだけです。

$ fetchmail -v
 
或は
 
$ fetchmail -v -f ~/.fetchmailrc.yahoobb
(-f で任意の設定ファイルを読み込みます。)

こういう時の為に、普段使っているメイルアドレスとは別の「実験用」メイルアドレスを用意しておくのも良いでしょう。
例えば、 Yahoo! Japan の無料 pop アカウントのように、同じプロバイダであっても、 pop サーバのアカウントが普段のメイルアドレスで使用しているものとは別のアカウントであれば良いです。
え?
無料アカウントの広告がウザい?
それなら procmail のレシピで(ry

3. procmail の設定

~/.procmailrc の中身
spamassassin パッケージに .procmailrc のサンプルがありますので、そちらを参考にして下さい。
それも嫌な場合は、以下の内容を参考にして、エディタで作成して下さい:

SHELL=/bin/sh
DEFAULT=$ORGMAIL
SPAM=$HOME/spam/spam.txt
 
# call spamassassin
:0fw
| spamassassin -P
 
:0H:
* X-Spam-Flag: YES
$SPAM

fetchmail とは違い、 procmail のレシピ (recipe: メイル振り分けのルールを procmail ではこう呼んでいる) は、 sendmail.cf に次ぐと言われる位、何が書かれているのか非常に判り難いです。
この際、このレシピの詳しい内容はさておき、これをこのままコピーすることをお薦めします。
勿論、詳しく知りたい方は man procmailrc や各種サイトを探してみるのも良いでしょう。
取り敢えず、最低限知っておくこととしては:

• SPAM=$HOME/spam/spam.txt の場合、 ~/spam/ というディレクトリに mbox 形式の spam.txt に spam が放り込まれます。
• SPAM=$HOME/spam/ の場合、 ~/spam/ というディレクトリに maildir 形式のディレクトリを作成し、そこに spam が放り込まれます。
• SPAM=$HOME/spam/. の場合、 ~/spam/ というディレクトリを MH 形式フォルダと見倣して、そこに spam が放り込まれます。

お薦めは、後の取り扱いが楽な MH 形式でしょうか。
勿論、お好みで使い分けても良いでしょう。

参考:
   リンク名 [linux-users:99350] Re: spamの処理
        URL: http://search.luky.org/linux-users.9/msg09359.html

ここまで出来たら、 procmail が正しく設定されているか否かを確認する為に、もう一度、お使いのメイラで自分宛にメイルを送信して、それを fetchmail で受信してみて下さい。
恐らく、正しく設定されていれば、 procmail から spamassassin が呼び出され、 spamassassin の最初の起動ではこんなメッセージが出ることと思います:

日  6月 08 08:11:15
hoge:~$ fetchmail -v
fetchmail: 6.2.1 は pop.mail.yahoo.co.jp とプロトコル POP3 を用いて 2003年06月08日 08時11分33秒 に交信しています。交信が開始されました。
fetchmail: POP3< +OK hello from popgate(2.23.11)
fetchmail: POP3> CAPA
fetchmail: POP3< -ERR popgate unknown command
fetchmail: popgate unknown command
fetchmail: Repoll immediately on fakedaccount@pop.mail.yahoo.co.jp
fetchmail: POP3< +OK hello from popgate(2.23.11)
fetchmail: POP3> USER fakedaccount
fetchmail: POP3< +OK password required.
fetchmail: POP3> PASS *
fetchmail: POP3< +OK maildrop ready, 2 messages (2306 octets) (112999 6291456)
fetchmail: POP3> STAT
fetchmail: POP3< +OK 2 2306
2 通のメッセージがアカウント fakedaccount , サーバ pop.mail.yahoo.co.jp 宛に届いています。 (2306 バイト)
fetchmail: POP3> LIST
fetchmail: POP3< +OK 2 messages (2306 octets)
fetchmail: POP3< 1 614
fetchmail: POP3< 2 1692
fetchmail: POP3< .
fetchmail: POP3> RETR 1
fetchmail: POP3< +OK 614 octets
fakedaccount@pop.mail.yahoo.co.jp 宛に届いた 1 番目のメッセージ(全部で 2 通)を読み込んでいます (614 バイト)
#*procmail: Missing action
The -P option has been removed.
Created user preferences file: /home/yoh/.spamassassin/user_prefs
 サーバからメッセージを削除しました。
fetchmail: POP3> DELE 1
fetchmail: POP3< +OK message 1 marked deleted
fetchmail: POP3> RETR 2
fetchmail: POP3< +OK 1692 octets
fakedaccount@pop.mail.yahoo.co.jp 宛に届いた 2 番目のメッセージ(全部で 2 通)を読み込んでいます (1692 バイト)
#************procmail: Missing action
The -P option has been removed.
 サーバからメッセージを削除しました。
fetchmail: POP3> DELE 2
fetchmail: POP3< +OK message 2 marked deleted
fetchmail: POP3> QUIT
fetchmail: POP3< +OK server signing off.
fetchmail: 6.2.1 は pop.mail.yahoo.co.jp とプロトコル POP3 を用いて 2003年06月08日 08時11分38秒 に交信しています。交信が終了しました。
fetchmail: 通常の終了です。status 0
日  6月 08 08:11:38
hoge:~$

取り込んだメイルのヘッダを確かめてみて下さい。
以下のような文字列があれば成功です!

X-Spam-Status: No, hits=0.0 required=5.0
        tests=none
        version=2.55
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp)

4. spamassassin の設定

上述の通り、初めて spamassassin を起動すると、 ~/.spamassassin/ というディレクトリが掘られ、そこには user_prefs の雛型ファイルが置かれますので、そこに 出来合いの user_prefs を放り込みます。

$ cd ~/.spamassassin
$ wget -O user_prefs http://www.flcl.org/~yoh/user_prefs

5. spamassassin に学習させる

予め spam だけのメイルと ham だけのメイルを沢山用意しておき、 spamassassin に対して明示的に spam と ham を学習させます。
spanassassin に対し、本番に備えて予習させておくと、 spam 検出率がぐっと向上します。

[spam の学習]

$ sa-learn --spam --mbox ~/spam/spam.txt
 
or
 
$ sa-learn --spam --file ~/Mail/spam/*

[ham の学習]

$ sa-learn --ham --file ~/Mail/inbox/*

因みに、拙作 user_prefs では、 ベイジアンフィルタのスコアを意図的に上げてあります。

「spam なんていつも削除してるからそんな沢山持ってねーよ」という人の為に、 Linux-users メイリングリストの spam をかき集めてみました。

6. qpopper の設定

とは言えども、 qpopper の設定でやることはありません。
勿論、 poppasswd を起動することで APOP 対応にすることも出来ますが、所詮自分だけのローカル環境です。
そのような設定をしなくても、 Linux BOX 上の自分のアカウントとパスワードで pop3 プロトコルにてメイルを取り込んで良いでしょうし、気になる方は poppasswd で APOP にして下さい。
むしろ、お使いのメイラの方に以下の設定をする必要があります:

• pop サーバ名: Linux BOX の IP アドレス
• ユーザID: Linux BOX のユーザアカウント名
• パスワード: pop3 ならLinux BOX のユーザアカウントのパスワード、 apop なら poppasswd で設定したパスワード。

qpopper と自分のメイラの設定の確認の意味を込めて、再びお使いのメイラで自分宛にメイルを送信して、それを fetchmail で受信してみて下さい。
fetchmail で受信したメイルは、 /var/mail/(あなたのアカウント名) に貯め込まれます。
次に、自分のメイラでそのメイルを取り込みましょう。「受信」を行って下さい。
うまく受信できましたか?
これで、 fetchmail を起動して、メイルを spamassassin で選別する環境ができました。

7. fetchmail の自動起動

さて、メイルの受信の度毎に fetchmail を手動で実行するのは「たいぎぃ」です。
定期的に自動実行させちゃいましょう。
こういう、定期的にソフトを自動起動させる為に cron があります。

cron の設定を行う前に、 ~/.fetchmailrc の設定をちょっと直します。
fetchmail の実行結果をログ記録する設定です。
これを設定しないと、実行結果のログが毎回メイルで報告されちゃいます。

set logfile "/home/yoh/fetchmailerr"
poll www2.palnet.or.jp proto APOP
       user "matsuda" password "wei_ha_oreno_tamashii_no_sakebi" options fetchall
       mda "/usr/bin/procmail -p -f %F"

この設定で、 fetchmail の実行結果が /home/yoh/fetchmailerr というファイルに保存されるようになりました。
さて、それでは crontab -e を実行して、設定を書き込みましょう。
以下の例は、5分毎に fetchmail を実行する設定です:

0-59/5 * * * * fetchmail -v

実は、 fetchmail 自身にも定期的にメイルを取り込む機能がありますが、筆者は敢えてこの機能を使っていません。
同様に、一つの ~/.fetchmailrc で複数の pop サーバを列挙することもできますが、これも敢えて別々の設定ファイルに分けて、毎回 fetchmal を起動するようにしています。
例えば、複数の pop サーバのうちの一つがこけてしまうと、単一の ~/.fetchmailrc に列挙している場合、他の pop サーバの取り込みにまで影響してしまい、メイルの取り込みが一切出来なくなってしまいます。
fetchmail のデーモンモードも同様です。
ですので、筆者の場合はシェルスクリプトにて pop サーバ毎に fetchmail の実行コマンドを列挙しています。
そうすれば、仮にどれか一つの pop サーバがこけたとしても、シェルスクリプト内でその指定行をコメントアウトするだけで、他の pop サーバの取り込みは問題なく出来るからです。
勿論、こういうやり方が最善とは言いません。
たまたま、私の場合は pop サーバがこけていたりプロバイダがメンテナンスで繋がらなかった、というような経験を通じて、 fetchmail はデーモンモードよりもあくまで単純にクライアントソフトとしてのみ使うのが望ましい、と判断しただけのことです。
あくまで運用の工夫の参考例として、拙作スクリプトをご覧になって頂ければ幸いです:

#! /bin/bash
 
if  [ ! -e ~/stopfetchmail ] && [ ! -e ~/.fetchmail.pid ]; then
 
        (
        fetchmail -v -f ~/.fetchmailrc.flcl;
        fetchmail -v -f ~/.fetchmailrc.nifty;
        fetchmail -v -f ~/.fetchmailrc.yahoojp;
        fetchmail -v -f ~/.fetchmailrc.yahoojp2;
        fetchmail -v -f ~/.fetchmailrc.freemail;
        fetchmail -v -f ~/.fetchmailrc.freeserve;
        fetchmail -v -f ~/.fetchmailrc.freeserve2;
        ) >& ~/fetchmailerr &
 
  else
    exit 0
fi

上記スクリプトでは、 fetchmail のロックファイルの存在チェックと、 fetchmail の起動を意図的に中止させる為のファイル ( ~/stopfetchmail ) の存在チェックを行っています。
例えば、 ~/.procmailrc や ~/.spamassassin/user_prefs のメンテナンスを行うような場合には、 fetchmail には動いて欲しくない訳です。 それをいちいち crontab -e で呼び出して、コメントアウトさせるのは大変です。
そこで、

$ touch ~/stopfetchmail

とすれば、 crontab を起動しなくても上記シェルスクリプトが fetchmail の起動を回避してくれます。
メンテナンスが終ったら、

$ rm -v ~/stopfetchmail

として、 fetchmail の起動を再開させます。

以上、ツッコミ宜しくっす＞ tlec 方面な方々他

_ ねも

すごーく熟睡した筈なのにめちゃんこ眠いのは何故だらう(泣)

_ > tlec 方面な皆様へ

cvs commit しますた。

_ あ゛

こんなこと書いちゃったけど、今やってみたらちゃんと入力できるぢゃん。＜Alt+X
はづかちい。

_ J-SH53 って

機種変更だと2〜3週間掛かるんだって(泣)
んでもって、2年以上でも15k以上するの。
で、昨日ドンキに寄ったら、新規加入価格で15kなの。

_ ぶちぶち

会社で Bugbear.B が大流行しちゃったせいで、ポート 25 / 110 が閉じられちゃった。
社外の pop サーバから取り込んでた奴が居たらしい。
まったく、勘弁してくれ。
何の為にウィルスチェッカ入れてるんだよ。
お蔭で exim の設定を全部 smarthost に切替えなければならなくなった。
でも、 exim の設定は eximconfig で楽チン♪

_ その、 exim の設定を変更していて気が付いたんだけど

/etc/email-addresses ってのがあるのね。
これにユーザ毎の実際のメイルアドレスを列挙するだけで、お外に出して良いメイルアドレスになるのね。
便利になったんだなぁ。知らなかった。(泣)
昔、コマンドラインからのメイル送信で、メイルアドレスのドメインがどうしてもローカルなものになっちゃって、これができなくて悩んだっけなぁ。(遠い目)

_ 実は

1. そのウィルス騒動、私は周りから言われる迄全く気付きませんでした。
   良く見たら、以前 ~/.procmailrc に書いたレシピで引っかかってました。

2. 職場でたった一人だけウィルスチェッカを入れてない者がおりました。
   ごく最近 OS を Win98 から 2000 へ上書きしたばかりで、ウィルスチェッカのインストールを忘れていたのです。
   聞けば、「あ、なんか変なメイルが入ってたんで取り敢えず中身を見てから削除しました。」
   冷汗もんでした。
   駆除ツールを走らせた処、検出はゼロ。
   OS インストール時に IE のパッチを含め、必要と思うパッチを全部当てていたのと、職場内で Outlook Express 禁止にしていたのが良かったのかも知れません。
   という訳で、うちの職場は被害ゼロでした。

_ そうそう、その exim なんだけど

こないだ、自分を含めて5人の宛先にメイルしたら、自分と他に一人しか配信されなくて、残り3人に届いてない、って現象があった。
あれは一体なんだったんだろう?

あれぇ〜、エラーメッセージがみつかんない。
エラーメッセージどこいったかなぁ〜(がさごそ)
自分宛にメイルでもしておけば良かった(泣)

_ むー

_ 通勤のお供

に、 MP3 対応 CD プレーヤでガソガソ聴いてます。
昨日は Journey のライブ。タカまるね!
で、その次に入ってるのが、 Ozzy Ozbourne の 'DIARY OF A MADMAN' 。

昔はピンと来なかったんだけど、今になって聞き返すと、このバンドのダメっぷりがよくわかる。
しかもうまい Journey の直後だし。
先ず、リズム隊がダメダメ。
良くこれでプロとして金貰ってるな、という位。
まぁ昔のアルバムだから、と言う一面はあるかも知れないけど。
それと、言わずもがななんだけど

先ず歌い方が好きになれないし、リズミカルじゃない。

_ reply

もっとひねくれた見方をすれば、無名ギタリスト「しか雇えなかった」、或は「雇わなかった」のかも知れないですね。
私は前者じゃないかと思います。
ギャラをケチる程ケツの穴の小さい人間ではないとは思うのですが、 Ozzy は有名アーティストに相手にされてないんじゃなかろうかと。
具体的な表現が難しいのですが、彼の音楽って、子供騙し臭いんですよ。
だから、知名度を上げたい新人アーティストしか彼の元には集まらないんじゃないかと想像します。

_ 38万円でもソニータイマーは有効か?(w

商品企画に番号付けてそれを公開するなんて、どりみたい。
ソニーヲタだけで十分商売が成り立つと踏んだんだな。きっと。
スンゲー自信の現れたな。
あーチクショ。

_ reply

ここにツッコミが入ってることに長らく気付いておりませんでした。(汗)
バケツとか便器とかは見たことあるけど、狙い過ぎてます。
こういう、普段気が付かないモノにブチ込むのがイイですね。

詳細な使用レポ、激しくきぼんぬ。

_ 某師匠との会話にて

某師匠: スタバかー
某師匠: スタバから流行したのか，ちょっと気取ったコーヒー屋ってのがダメですね
某師匠: ドトールで充分です（笑）
ょ: やっぱ、喫茶店はスパゲティでないと
某師匠: もちろん，ナポリタンです
某師匠: 誰が何と言おうと，イタリアに無かろうと，スパゲティーはナポリタン。
ょ: (笑)
ょ: 喰えればなんでもいーです
某師匠: ナポリタンなんて無いんだぜ，とかいう気取りもイヤだなと
某師匠: てめーイタリア人になりやがれ，みたいな
ょ: イイね！なぽりたん
ょ: けちゃっぷですよ
某師匠: ナポリってああいうイメージだったんですかね？（笑）
ょ: ミートソースが手間がかかって材料費が高くつくから、じゃないでしょうか
某師匠: イタリア料理＝トマト＝ケチャップ　→　入れちゃえ！　みたいな？（笑）
ょ: そそ！
ょ: その安直さがB級ダイスキな私の心をくすぐる
某師匠: ジャンク系ですよね
ょ: ジャンクフードの正しいルーツですね
ょ: ナポリタンで行こう
ょ: いいキャッチフレーズだ
ょ: すいません、このキャッチフレーズ、つかわせてもらいます
某師匠: （笑）
某師匠: スパゲッティーって日本独自で発展したもんだと思いますね。まぁなんでもそうだろうけど
某師匠: イタメシ屋のパスタとは明らかに違う
ょ: ケチャップであえていためるなんて、日本独特そのもの

_ 失業者はエンジニアになれるか?

んー。
頼ってばかりでは駄目なんだろうなぁ。

たかすぎさめ: つか、自分で何とかしないと
たかすぎさめ: ダメなんでしょう

御意。(自戒含む)

_ んでも

Linux 鯖建てるだけで仕事になるのか?
ということは、よういちくん。でもやっていけるか?(笑)
debian で良ければ幾らでも建てるぞ!
赤帽は経験ないけど、一ヵ月いぢり倒せばなんとか。

_ ねくたひ

入社以来長らくノーネクタイの私服で過ごしておったんですが、現 boss がちゃんとした恰好せぇと言って来ます。
こちとらたいして仕事が hyper に出来る訳でもなし、こんな些細なことで意地を張ったが為に肩叩きの対象にされては溜ったものではないので、仕方無くYシャツやらスラックスやらを揃えることにしました。
で、ねくたひ締めての出社を1週間やったら、周りに対する影響が大きかったようです。
boss はともかく職場のおなご(っつってもよういちくん。より年上(汗))には訊かれるし、隣の部署の人までネクタイ締めるようになっちゃった。

_ でもね、

あんまりこういう恰好、したくないんですよ。
ネクタイが面倒臭いってのも多少はない訳じゃないし、クリーニング代がかさむのが嫌ってのもあるんだけど、一番嫌なのは、腹のデッパリが目立つんですよ。(号泣)
どぉしょぉ?

_ reply

いーでしょ?「ナポリタンで行こう」。
根拠のない蘊蓄垂れるより、喰って旨けりゃそれでいーぢゃん。
てな訳で、これからナポリタンつくろぉっと。
因みに、上記「ナポリタン」のリンク先、つらつらっと読んでから一番下のリンクを見ると吉。

いらっさいまし。
あーそうそう、あの後こんなよーな話を読むに付け、どこ行っても技術だけぢゃ駄目なのね、と落胆するよういちくん。ですた。

_ memo

apache の AddDefaultCharset On にする問題

   リンク名 [debian-users:33031] Re: [FAQ] /usr/share/doc/ の日本語 html
          文書と apache (>=1.3.12)
        URL: http://lists.debian.or.jp/debian-users/200205/msg00419.html

に関し、.htaccess で

DefaultType "text/plain; charset=SHIFT_JIS"

とすると、拡張子の無いファイルでの文字化け回避が可能。

   リンク名 MioCity : Apache reference "DefaultType"
        URL:
          http://www.big.or.jp/~mio/ca/ca_old/ap/apref/ap_ref_DefaultType.htm

_ だめぽ

腹のでっぱりを気にしつつ、ビールがやめらんない(爆)

_ 今日の BGMは

どりの dear 。

タカまるね!

_ そんな BGM を聴いてタカまりながらビールを呑みつつ

procmail.1 のマニュアルを和訳しました。
叩いて下さい。＞関係者おおる

_ 驚いた

数の暴力

引用元

_ procmailrc.5の翻訳をやっていて思ったこと

これだけ歴史が古い、しかも UNIX 系 OS に de facto standard としてインストールされているソフトの、真っ当なマニュアルの翻訳がないのが、昔からの疑問でした。
sendmail は日本語訳がない代わりに O'reilly からブ厚い本が出てるんで、理解できるんですが、何故かこの procmail は書籍もない。

なんでだろぉなんでだろぉ(手垢付きまくり)と思いながら訳していくうちに、気付きました。

この英文マニュアル自体が良くない。

例えば、 procmailrc.5 の以下の箇所:

There are some special conditions you can use that are not straight regular expressions. To select them, the condition must start with:

!

Invert the condition.

$

Evaluate the remainder of this condition according to

sh(1) substitution rules inside double quotes, skip leading whitespace, then reparse it.

?

Use the exitcode of the specified program.

<

Check if the total length of the mail is shorter than the specified (in decimal) number of bytes.

>

Analogous to '<'.

variablename ??

Match the remainder of this condition against the value of this environment variable (which cannot be a pseudo variable). A special case is if variablename is equal to `B', `H', `HB' or `BH'; this merely overrides the default header/body search area defined by the initial flags on this recipe.

\

To quote any of the above at the start of the line.

日本語訳を付けるとこんな風になるかな:

There are some special conditions you can use that are not straight regular expressions. To select them, the condition must start with:
正しい正規表現ではないものの、特殊な条件を設定するものがある。 使用する際に、下記の条件記号は先頭になければならない:

!

Invert the condition.
条件の論理否定。

$

Evaluate the remainder of this condition according to sh(1) substitution rules inside double quotes, skip leading whitespace, then reparse it.
この条件の直後に続くダブルクォートで囲まれた中身を sh(1) の置換ルールに従って置換する。 そして先頭の空白を読み飛ばした後、再度解析する。

?

Use the exitcode of the specified program.
指定したプログラムの終了コードを使う。

<

Check if the total length of the mail is shorter than the specified (in decimal) number of bytes.
指定したバイト数(10進数)よりメイル全体のバイト数が小さいか否か比較する。

>

Analogous to '<'.
'<' の反対。

variablename ??

Match the remainder of this condition against the value of this environment variable (which cannot be a pseudo variable). A special case is if variablename is equal to `B', `H', `HB' or `BH'; this merely overrides the default header/body search area defined by the initial flags on this recipe.
この環境変数の値に対し、この条件の後に続く項目と照合する (疑似変数は指定できない)。 特殊なケースとして、環境変数名が `B', `H', `HB' および `BH' の場合は; このレシピの初期フラグによって定義されたデフォルトのヘッダ/本文検索領域を単に上書きする。

\

To quote any of the above at the start of the line.
上述の条件記号の意味を消す為に、記号の直前に置いて使われる。

最後のバッククォート ( Windows / Mac 系では円マーク ) の説明は、本来この論理行の説明で同列に扱ってはいけないものだと思うのです。
このバッククォートは論理行の意味を持つものではないから。
それと、この英文は誰がどう見てもおかしい。
だって、バッククォートの使い方を知らない人間がこの英文を見たら、誰だって

\

To quote any of the above at the start of the line.
行頭にて上述の条件記号を囲む為に。

って訳したくなっちゃう。
で、「何だこのへんてこりんな文章は?記号を囲んで何をしたいんだ?」とドツボに陥る。
素人目に見ても、論理的な英文とは到底思えません。

_ 昨日観て来た

原宿RuidoでのSonic Days
くりびたを脱退してからのよっしーの新天地。
久しぶりに彼の満面の笑顔ととにかく安定しまくったドラムを堪能できました。
んでも、このバンドにはちょっと合わないなぁ。
彼のドラムは余りにもしっかりし過ぎてて、ああいうルーズなロックンロールには却って合わないし、勿体ない。
もっと、沢山のジャンルの音楽を経験してって欲しいっすねぃ。

_ memo

   リンク名 PROCMAIL
        URL: http://www.jaist.ac.jp/~fjt/procmail.html

_ ぁれぇ?

ミスマガ2003のランキング、岩佐が1位だ。
変だなぁ。
今までずっと夏目が1位だったのに。
組織票か?
てか、西田がドベなのが解せない!

_ 伝言

ゆ師匠!ゆ師匠!これっ!(謎笑)

_ memo

info2www の文字化け問題に関し、改めて patch を作成してみました。

_ むぅ

Return-Path: <Mailer-Daemon@vawr.pblnet.local>
Return-Path: <>
Delivered-To: yoh@flcl.org
Received: from ns.flcl.org [210.166.74.98]
        by localhost with POP3 (fetchmail-6.2.1)
        for matsuda@localhost (single-drop); Thu, 19 Jun 2003 19:05:08 +0900 (JST)
Received: (qmail 27991 invoked from network); 19 Jun 2003 10:03:24 -0000
Received: from yahoobb218132000000.bbtec.net (HELO vawr.pblnet.local) (218.132.000.000)
  by ns.flcl.org with SMTP; 19 Jun 2003 10:03:24 -0000
Received: from mail by vawr.pblnet.local with local (Exim 3.36 #1 (Debian))
        id 19SwFp-00019t-00
        for <yoh@flcl.org>; Thu, 19 Jun 2003 19:02:53 +0900
X-Failed-Recipients: ******@**.airnet.ne.jp
Message-Id: <E19SwFp-00019t-00@vawr.pblnet.local>
X-UIDL: >eX"!NnD"!',X"!Z23!!
X-Spam-Status: No, hits=-2.8 required=7.0       tests=ISO2022JP_BODY,MAILER_DAEMON      autolearn=ham version=2.55
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp)
Subject: Mail delivery failed: returning message to sender
From: Mail Delivery System <Mailer-Daemon@vawr.pblnet.local>
To: yoh@flcl.org
Date: Thu, 19 Jun 2003 19:02:53 +0900
 
This message was created automatically by mail delivery software (Exim).
 
A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:
 
  ******@**.airnet.ne.jp
    SMTP error from remote mailer after MAIL FROM:<yoh@flcl.org>:
    host mx0.airnet.ne.jp [210.166.77.160]: 550 5.7.1 Access denied
 
------ This is a copy of the message, including all the headers. ------
 
Return-path: <yoh@flcl.org>
Received: from localhost ([127.0.0.1] ident=yoh)
        by vawr.pblnet.local with esmtp (Exim 3.36 #1 (Debian))
        id 19SwFD-00019Z-00; Thu, 19 Jun 2003 19:02:15 +0900
Date: Thu, 19 Jun 2003 19:02:14 +0900 (JST)
Message-Id: <20030619.190214.23027113.yoh@flcl.org>
To: ******@**.airnet.ne.jp
Cc: yoh@flcl.org
Subject: =?iso-2022-jp?B?GyRCJWwlUCVLJWlESyRhGyhC?=
From: MATSUDA Yoh-ichi / =?iso-2022-jp?B?GyRCPj5FRE1bMGwbKEI=?=
 <yoh@flcl.org>
X-Moe: 05 http://www.avexnet.ne.jp/dream/profile/index4.htm
X-Moe-Info: See http://www.x-moe.org/ for detail,
 and see http://www.flcl.org/~yoh/x-moe/ for reference.
X-Motto: =?iso-2022-jp?B?GyRCJUolXSVqJT8lcyRHOVQkMyQmGyhC?=
X-My-soulful-screaming: =?iso-2022-jp?B?GyRCJCUkJyQjGyhCIQ==?=
X-Mailer: Mew version 3.2 on Emacs 20.7 / Mule 4.1 (AOI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=iso-2022-jp
Content-Transfer-Encoding: 7bit
 
こんにちは。松田陽一@三鷹です。
 
例の件よろしくです
--
夜に帰るため夜に帰るため夜に。
松田 陽一(yoh)
mailto:yoh@flcl.org
http://www.flcl.org/~yoh/index.htm

_ ちっくしょぉ!

陳情メイルまでブロックしやがるのか!!＞ Air Internet

_ 結局

この問題は、 ~/.mew.el に

(setq mew-smtp-ssh-server "mail.server.org")

を設定して、 メイルサーバに mew が自動で ssh login して、 ssh ポートフォワーディングにて送信してくれることで解決。

_ memo

   リンク名 SSH トンネルを使った安全な TCP/IP 接続
        URL:
http://osb.sra.co.jp/PostgreSQL/Manual/PostgreSQL-7.1-ja/ssh-tunnels.html

_ ぐふぁ

ゃべぇ、今日練習だってのに、ここんとこじぇんじぇんギターに触ってねー。
明らかに鈍りきってる。

_ あたらしいおもちゃだよん

ようやく予約していたSH53が来ました。
マニュアルの厚さが半端じゃない。
まるで教科書。
SDカードでしか mp3 の入出力はできないんだぁね。
カードリーダ買わなくちゃ。
それに、付属の 8MB ぢゃ余りにも小さすぎ。
せめて手持ちのアルバム2〜3枚程度は入れたい。

_ 備忘録

日曜日に、練習の後行ったタイ料理屋。
なんか、このページの上の方にある広告バナーが気になるんですけど。(笑)

ヲレもであいてー(爆)

_ 大ハマリちぅ

mew でのマルチアカウントの設定がうまく行かない。
smtp-ssh-server と smtp-server の、アカウント毎の住み分けがうまくいかない。
アカウント A で smtp-ssh-server を設定すると、アカウント B で smtp-server を設定しているのに勝手に ssh を立ち上げてポートフォワーディングを試みて、コケる。
一体どうなってるんだ?

更に、テストメイルをバンバン出しているうちに、 fetchmail が異常ヘッダメイルを取り込まない不具合に遭遇した。

   リンク名 Re: [DEB-USER] Re: fetchmail incorrect headers retention
        URL:
http://lists.debian.org/debian-user/2003/debian-user-200305/msg05229.html

pop3 サーバなら簡単に telnet で喋れるのだが、今回は相手が APOP サーバだ。

   リンク名 ラスト・ワン・ホップ プロトコル「POP3」
        URL:
          http://www.atmarkit.co.jp/fnetwork/rensai/netpro07/netpro01.html

上記を参考に、 mkpasswd を使って

mkpasswd -Hmd5 "<893.808723@mail.server.org>youichikun_no_password_dayo"

とやってみたはものの、

+OK Qpopper (version 4.0.4) at mail.server.org starting.  <893.808723@mail.server.org>
APOP yoh $1$WuwHsw/l$O2PVpwFu7J/vpb88MUw6i1
-ERR [AUTH] authentication failure
+OK Pop server at mail.server.org signing off.
Connection closed by foreign host.

むぅ。
どんどん深みにハマっていく。

_ 解決

mew-config-alist の default に smtp-ssh-server を指定している場合は、それ以外の case には全て

("smtp-ssh-server" . nil)

を指定してあげないといけない。
こんな風に:

(setq mew-config-alist
  '(
    ("nifty"
      ("name"     . "MATSUDA Yoh-ichi / 松田陽一")
      ("user"     . "XXX99999")
      ("smtp-msgid-user" . "XXX99999")
      ("mail-domain"     . "nifty.ne.jp")
      ("smtp-msgid-domain". "nifty.ne.jp")
      ("smtp-server" . "smtp.nifty.com")
      ("smtp-ssh-server" . nil)
    )
    ("yahoo1"
      ("name"     . "youichikun_dayon_wei")
      ("user"     . "youichikun_dayon_wei")
      ("smtp-msgid-user" . "youichikun_dayon_wei")
      ("mail-domain"     . "ybb.ne.jp")
      ("smtp-msgid-domain" . "ybb.ne.jp")
      ("smtp-server" . "ybbsmtp.mail.yahoo.co.jp")
      ("smtp-ssh-server" . nil)
    )
    ("oad"
      ("name"     . "oad")
      ("user"     . "oad")
      ("mail-domain"     . "bigfoot.com")
      ("smtp-msgid-domain" . "bigfoot.com")
      ("smtp-msgid-user" . "oad")
      ("smtp-server" . "localhost")
      ("smtp-ssh-server" . nil)
    )
    ("default"
      ("name"     . "MATSUDA Yoh-ichi / 松田陽一")
      ("user"     . "yoh")
      ("mail-domain"     . "flcl.org")
      ("smtp-msgid-domain". "flcl.org")
      ("smtp-msgid-user" . "yoh")
      ("smtp-ssh-server" . "yoh@ns.flcl.org")
    )
   )
)

確かに、マニュアル (mew.jis.info) には、

送受信の動作変化
================
 
`mew-config-alist' を使うと、メッセージの送受信に関する動作に変化をつけ
られます。以下の設定例を使って説明します。
 
     (setq mew-config-alist
           '(("home"
              ("inbox-folder"   . "+inbox-home")
              ("pop-server"     . "pop.iij4u.or.jp"))
             ("ext"
              ("pop-ssh-server" . "ssh.mew.org"))
             ("default"
              ("proto"          . "%")
              ("imap-server"    . "imap.mew.org")
              ("pop-server"     . "pop.mew.org"))))
 
この例では、"home"、"ext"、"default" という 3 つのケースを定めています。
それぞれのケースに対して、いくつかのキーと値の対が設定されています。
 
この例を使って、`mew-config-alist'の意味を説明します。ケースを "home" に
して "pop-server" を索くと、"pop.iij4u.or.jp" が得られます。ケースを 
"ext" にして "pop-server" を索くと、"ext" には該当するキーがないので、
"default" を見て、"pop.mew.org" が得られます。ケースを "default" にして 
"pop-server" を索くと、"pop.mew.org" が得られます。
 
ケースを "home" にして "inbox-folder" を索くと、"+inbox-home" が得られま
す。ケースを "ext" にして "inbox-folder" を索くと、"ext" には該当するキー
がなく、さらに "default" にもないので、`mew-inbox-folder' という変数の値
が得られます。ケースを "default" にして "inbox-folder" を索いた場合も、
`mew-inbox-folder' の値が得られます。
 
"proto" (`mew-proto')は、`M-x mew' と入力された際に、どのフォルダに移動
するか指定するために使います。(Mew を起動するために `M-x mew' と入力する
場合、"default" ケースの "proto" が利用されます。Mew が起動している際に、
`M-x mew' と入力すると入力ケースに従って、"proto" が選ばれます。)
 
値の候補は、"+"、"$"、"%"、"-" です。これらは標準では、"+inbox"、
"$inbox"、"%inbox"、"-fj.mail.reader.mew" を意味します。

とある。
つまり、 default で設定した値は、ケースで上書きされない限りはその内容が残っている訳だ。

_ なにやらぁゃιぃメイルが(笑)

Subject: みくちん☆メールファンの皆様へ
From: info@suzukioffice.net
To: kuryumikufanclub@egroups.co.jp
Date: Wed, 25 Jun 2003 20:41:51 -0000
X-Mailer: eGroups Message Poster
User-Agent: eGroups-EW/0.82
Mailing-List: list kuryumikufanclub@egroups.co.jp; contact kuryumikufanclub-owner@egroups.co.jp
 
 
 
いつも栗羽美来を応援いただきまして
ありがとうございます。
 
栗羽美来は、活動停止のような状態でありましたが、
またなんらかのかたちで、活動開始したようです。
 
じつは、スズキオフィスでは、どのような再開か
わかりません。
 
いまこそ？　応援、よろしくおねがいいたします。
 
このファンクラブメーリングリストも、時期を見て
多分、消滅いたします。
 
（問い合わせを、いただいても、わからないことが
多く、（お返事するべき立場ではもうなく、）多分、
お返事できません。すみません。）
 
長らく、ご無沙汰いたしまして、失礼いたしました。
メーリングリスト管理者＆スズキオフィス責任者より
 
 
 
業界関係者の方々にも、栗羽本人にも、内緒での、
「ファンの皆様への応援おねがいメール」でした。
 
 
 
 
-------------------------- eGroups Sponsor -------------------------~-->
あなたのオリジナルキャラクター（アバター）をYahoo! JAPANで育てよう！
┏◆ Yahoo!アバター ━━━━━━━━━━━━━━━━━━━━━━…☆
┃Yahoo! JAPAN IDに対応するオリジナルキャラクターが作成でき、
┃Yahoo!オークションやYahoo!掲示板などで公開できます。
┗━━━━━━━━━━━━▼━━▼━━▼━━━━━━━━…‥・・
http://click.yahoo.co.jp/O5lHDA/qgu5RA/pQm6RA/A17pfB/TM
---------------------------------------------------------------------~->
 
♪お返事★疑問☆ひまひまメール♪
 
みくちんはいつでもまってま〜〜す！！！
 
www.suzukioffice.net

や、この一方通行メイリングリストに入ってるのすっかり忘れてました。(爆)
栗羽美来(くりゅうみく)って知らない人多いかも知れんけど、不思議ちゃん系グラビアアイドルは小倉優子よりこっちの方が先です。
特撮系な方々には「時空警察ヴェッカー」の方が通りが良いかも。私は観たことないんですが。
しかし、一体なんでしょうかね。
事務所移籍?それとも♂?

_ 「潜入!秋葉カンペーさん」

某師匠より見せて貰ったんですが、ホリケン、天才ですね。
カンペ野郎多かれど、あんなネタかます奴、今まで見たことない。
一発ギャグをあそこまで湯水の如く出せるなんて、何か取り憑いているとしか思えない。
ああいうイベソトでよういちくん。がやったのって、カンペぢゃないけど、せいぜい小山ゆうえんち位だもんなぁ。

磁石は比較的思い付き易いと思ったんですが、サザエさんネタにはヤラレました。
あと、最後の水族館。

_ ぅ

ちと呑みスギた(汗

気が付いたら八王子だった(爆

タクシーで帰ったら9000円だった(死

_ memo

%tlec のログを眺めてたら、ぁにぃが狂気乱舞している。
何かと思いきや、

   リンク名 ちょっとした TIPS
        URL: http://www.jah.ne.jp/~lcat/v4/linux/tips01.html
   リンク名 OpenSSH 日本語マニュアルページ
        URL: http://www.unixuser.org/~euske/doc/openssh/jman/

ssh の -g ってのが何をするものなのか、どういう作用をするものなのかが今一つわからない。

_ あーあーあーはいはい

     -g      リモートホストが転送されたローカルなポートに接続することを許可し
             ます。

これは

     -g      転送されたローカルポートをリモートホストに開放し、リモートホスト
             がこのローカルポートへ接続することを許可します。

こういう意味なのね。了解。

_ 行って来ました

ソニン@焼津市文化センター。
や、ソニンってば

ムチムチタイガー(咆哮)

もぉね。
あの、ムキムキなんだけどちょっとおにくの付いた二の腕。
腹筋が割れてるんだけどそれを覆い隠すおにく。
たくましいんだけど、きをつけ!するとぴったりくっつくふともも。
そしてそして何よりも、
腰の、おちりのすぐ上の辺りの、ほんのちょっとだけおにくがぷにっとなってるとこ。

劣情を催しますた(敬礼)

コンサートを観た感想ですが、ソニンって、生きざまが演歌ですね。
歌の合間の語りが涙なしでは語れない話ばっか。
で、本人すっごく真面目で、ゼンゼン作ってない。
結局、本人の望む望まないに拘らず、歌よりも語りで客を引き付けちゃう。
勿論、歌は結構うまいし、ダンスもキレがある。
だけど、語りの濃さがそれを上回っちゃってるんです。

_ そして、コンサート後の顛末

その日は黒潮温泉ってぇ処で素泊りしまして、翌日、つまり今日ですね、熱海にて観光しました。

その前に。
今回、よういちくん。は新しいオモチャを手に、イロイロ撮影しまくりました。
最初に見付けたのは、焼津市文化センターの中のロビー。

うめちゃん、カコイイよ(泣
これで一気に文化センターが好きになりました。

そして、これが黒潮温泉です。

入口にはこんな看板。

営業活動に一所懸命なのはわかるんだけど、なんか、ズレてるんですよ。

そうそう、撮影し忘れたんだけど、トイレに籠ったら、便器の傍らに週刊大衆とエロ本。

気ィ効かせスギです(嗚咽)

そんなコトにまで一所懸命にならなくていーからっ!