コアファイター完了。
腕の製作にとりかかる。

とある人から出来栄えはあまり気にしないので作って欲しいと頼まれた。

・自腹を切ることなく
・作るという楽しい行程を味わえ
・飾る場所がない完成品は引き取ってもらえる
という私にとって美味しい話しなのでもちろん引き受ける。

あと、色付けをする必要がないというので、これまた芸術才能のない私には嬉しい話である。

夕食後、早速組み立て開始。
本日はここまで。

や～すい中古を探してたのですが、いろいろ見てると目移りしちゃって、結局新車。
軽くてこれはこれで、楽しい乗り物です。

scalixサーバーで有効。

Follow the steps below to clear IMAP cache:

1. make sure the user is logged out, i.e.

Code:
omstat -u all

should not show any more sessions for any user.

2. determine the user folder directory, i.e.

Code:
omshowu -n -f

Note: should be the lastname of the user in question.

3. Go there (the so-called g-directory of the user)

Code:
cd /var/opt/scalix/??/s/user/????????/

4. This should have a subdirectory called imap-cache. delete that:

Code:
ommodu -o -K
rm -r imap-cache
ommodu -o -k

5.Try accessing the user's mailbox using IMAP again.

設定を変更し、再起動。。。
とりあえず、PCにもv6のアドレスが付与されてるし、Webも見れてる。でも、本当にv6で見れてるのか疑問。そこで、v6では有名なサイトwww.kame.netで確認したが、モザイク亀しか見られないので、どうもv4でアクセスしてるらしい。

ここにV6を確認できるサイトがまとめてあります。

いろいろ調べたところ、YahooBBとフレッツ網（閉域網）、両方からv6のアドレスを付与されており、うまくいかないらしい。（これをマルチプレフィックス問題というらしい。2008年ごろからNTTやISP連合？が対応策を協議しているようです）

解決策としては、こちらを参考にさせていただきました。（Windows　XP　SP2　以降限定）

要は、プレフィックスポリシーテーブルを使って、どのアドレスを使用するか決定するものらしい。

1点ハマッタのは、同等の情報がいくつかのサイトにあったけど、コマンドが違った。

vistaの場合、
>netsh [enter]
netsh> interface ipv6 [enter]
netsh interface ipv6> add prefixpolicy ::1/128 50 0

とaddを使う。1つ目はsetでも大丈夫だったが、２つめ以降は要素がないというエラーがでて設定できない。

そんなこんなで、設定すると使えるようになった。
CentOSでは、そのような機能がないらしく、いまだ未解決。

最後、参考サイト様からの引用（2010.10.13時点）

IPv6アドレスの割り振り情報に寄ると、以下のIPv6 prefixがNTT東西に割り振られています。

2001:c90::/32
2001:d70::/30
2001:a000::/21
2404:1a8::/32
2408::/22

Windows向けポリシーテーブルの変更
Windows 7のポリシーテーブルは、prefix長を8bit境界でしか記述できないようです。色んなprefix長で入力はできますが、情報が削られてしまうようです。このため、上記のNTT東西のIPv6 prefixを8bit境界で展開して記述する必要があります。

Windows 7, Vista, XPで動作します。管理者権限が必要です。Windows XP,Vistaではdeleteコマンドはエラーになりますが、設定されるポリシーテーブルはWindows 7と同じになります。ここでは、NTT東西のprefixにラベル6を設定しています。

設定内容は再起動後も有効です。設定内容を初期値に戻したい場合は、同様に手動で標準のポリシーテーブルを設定し直すか、以下のIPv6設定のリセットを参照ください。

netsh interface ipv6 delete prefixpolicy ::1/128
netsh interface ipv6 delete prefixpolicy ::/0
netsh interface ipv6 delete prefixpolicy 2002::/16
netsh interface ipv6 delete prefixpolicy ::/96
netsh interface ipv6 delete prefixpolicy ::ffff:0:0/96
netsh interface ipv6 delete prefixpolicy 2001::/32
netsh interface ipv6 add prefixpolicy ::1/128 50 0
netsh interface ipv6 add prefixpolicy ::/0 40 1
netsh interface ipv6 add prefixpolicy 2001:c90::/32 40 6
netsh interface ipv6 add prefixpolicy 2001:d70::/32 40 6
netsh interface ipv6 add prefixpolicy 2001:d71::/32 40 6
netsh interface ipv6 add prefixpolicy 2001:d72::/32 40 6
netsh interface ipv6 add prefixpolicy 2001:d73::/32 40 6
netsh interface ipv6 add prefixpolicy 2001:a000::/24 40 6
netsh interface ipv6 add prefixpolicy 2001:a100::/24 40 6
netsh interface ipv6 add prefixpolicy 2001:a200::/24 40 6
netsh interface ipv6 add prefixpolicy 2001:a300::/24 40 6
netsh interface ipv6 add prefixpolicy 2001:a400::/24 40 6
netsh interface ipv6 add prefixpolicy 2001:a500::/24 40 6
netsh interface ipv6 add prefixpolicy 2001:a600::/24 40 6
netsh interface ipv6 add prefixpolicy 2001:a600::/24 40 6
netsh interface ipv6 add prefixpolicy 2404:1a8::/32 40 6
netsh interface ipv6 add prefixpolicy 2408::/24 40 6
netsh interface ipv6 add prefixpolicy 2408:100::/24 40 6
netsh interface ipv6 add prefixpolicy 2408:200::/24 40 6
netsh interface ipv6 add prefixpolicy 2408:300::/24 40 6
netsh interface ipv6 add prefixpolicy 2002::/16 30 2
netsh interface ipv6 add prefixpolicy ::/96 20 3
netsh interface ipv6 add prefixpolicy ::ffff:0:0/96 10 4
netsh interface ipv6 add prefixpolicy 2001::/32 5 5

(1) mm_cfg.py修正　（/etc/mailman/mm_cfg.py）

DEFAULT_URL_HOST = '管理URL'
DEFAULT_EMAIL_HOST = '新しいメールサーバ'

(2) すべてのメーリングリストに設定を反映

cd /usr/lib/mailman/bin
./list_lists -b | xargs -n 1 ./withlist -l -r fix_url

個別なら
./withlist -l -r fix_url メーリングリスト名

(3) すべてのメーリングリストのアーカイブを再構築

./list_lists -b | xargs -n 1 -i ./arch --wipe {} \
/var/lib/mailman/archives/private/{}.mbox/{}.mbox

これまでは、NameBaseバーチャルドメインでは、複数のSSL設定が不可能だった。（表現がおかしいかも）　しか～し、　Apache　＋　OpenSSLでやり方とバージョンしだいでは可能らしい。　その名も　SNI（Server　Name　Indication)。

まだやってませんが、最近すぐに忘れてしまうので。

参考URL:http://www.ne.jp/asahi/ka/to/comp/virtualhostssl/
http://builder.japan.zdnet.com/news/story/0,3800079086,20402262,00.htm

ダイヤが乱れてるときほど、情報が必要なんですよね。
出来れば特急に乗換えたいと思ってましたが、当然案内は無し。特急がくる事に賭けて特急停車駅で降りて待つか、そのまま、今の鈍行に乗り続けるか。

今回は、鈍行を選択しました。
やっぱり、あとから特急追い越し。しかも乗り換え不可能な駅で、、、orz

（URL:http://mm.tkikuchi.net/pipermail/mmjp-users/2009-February/002491.html）

>　 File "/usr/lib/mailman/pythonlib/email/Charset.py", line 282, in convert
> return unicode(s, self.input_codec).encode(self.output_codec)
> UnicodeError: ISO-2022-JP encoding error: invalid character \uff74

問題の Charset.py を編集して、
return unicode(s, self.input_codec, 'replace'
).encode(self.output_codec, 'replace')
として mailmanctl restart してください。

家で利用しているVistaでも同じらしいが、UACを切っているため気づかなかった。

一般ユーザーでProgram　Filesなどの管理者領域に書き込もうとすると、セキュリティー違反で書き込めないため、別の場所に書き込んで仮想化するというもの。設定ファイルなど変更したはずなのに変更されてないというときは、これを疑ってみよう。
エクスプローラーでディレクトリーをひらいて「仮想化」というメニューがあるときは、仮想化ファイルが存在する。

いい加減面倒なので、回避方法を。
このサイトを参考にした。Windows Vista/7 のファイルの仮想化（Virtualization）について

要は、コントロールパネル→　管理ツール→　ローカルセキュリティーポリシー　と開いて、「ローカルポリシー｣→「セキュリティーオプション」→「ユーザーアカウント制御：各ユーザーの場所へのファイルまたはレジストリの書き込みエラーを仮想化する」をoffにする。

offにした場合、仮想化されずエラーが発生するため注意。

# ./withlist メーリングリスト名　　　←　入力
メーリングリスト名 ()
`m' メーリングリスト名 MailList
>>> m.Lock()　　　　　　　　　　　←　入力
>>> m.post_id　　　　　　　　　　←　入力
27.0　　　　　　　　　　←　次の番号が27の場合
>>> m.post_id=1　　　　　　　←入力　1にリセット
>>> m.Save()　　　　　　　　←　入力
>>> ＾D　　　　　　　　　　←　Ctrl　＋　D
リストをロック解除 (保存はしてません): メーリングリスト名
最終処理中
#