\n', ShowLink(divID, entryUUID), '

前からちょこっと宣伝していたiBlogBEAMをつかって面白いことをしようとしていたのが
一応形になったのでアルファ版ですがリリースします。

iBlogBEAM\nWeb\nといいます。

名前の通り、Webインタフェースを通じてiBlogBEAMを利用するものです。
詳しくは、サイトの方をどうぞ。（現時点であんまり情報はないですが）
アルファ版なのでお気づきの点があればどしどしください。

iBlogBEAM\nWebに対応するために、本体のiBlogBEAMも修正してます。そちらを
0.2.5として下記の通りリリースします。

ーーーここからーーー
Mail.appとiBlogを連携して、iBlogを操作することを主目的とした、

を機能追加、修正したので公開します。
詳しくは、こちらのサイト\nからどうぞ。

記述フォーマットが0.2.4から変更になりました。標準状態ならば、【::】を本文の最後に追記ください。
追記された【::】以降の文章は無視されます。

1. iBlogBEAM\nWeb対応
動的なパスワードに対応します。
iBlogBEAM\nWebからのメールに対して、ログメールの送信先を変更します。

・特にありません。

今後追加予定の機能（＝現在ない機能）
・画像付きメールが正常に登録されない環境に対する対応（プログラムの構造の変更）
・動作の強化
・要約機能への対応
・登録以外の機能の実現
・リーダーモードの場合の対応
・画像付きメールにおける画像の前後にタグ等を挿入する機能
・画像の向き、サイズを変更する機能
＃これら機能の対応予定は未定です。
＃バグ修正は判明し次第対応します。
ーーーここまでーーー

ちなみに、Mail.app側で自動登録しないようにするとか、そもそも自宅のマシンを
停止しておけば、単純にメールにエントリ候補がたまることになります。
そいつらを一括登録も可能です。プレビューや公開を手動でしたければ、それも
もちろん可能です。

うまく登録できるであろうか。
お試しエントリ。

結構大変ではまっています。

今日にはリリースしようかと思っていたのですが、どうにも準備不足です。
一通り見込みは立ちつつはあります。

あんまり待っている人はいないと思いますが念のため・・。

Marc\nLiyangeさんのところにpkg\nがあるのでそちらを利用します。

Pantherの場合だとメモリ関係のパラメータを調整\nした方がいいみたいです。

あとは、基本的にサイトにある通りだが、注意点は以下の通り。

・作成するユーザpostgresにはホームディレクトリを作成しましょう。
・pgsql-startupitem-1.2.pkg.tar.gz\nも入れると自動起動してくれます。
・createdb\nは以下にようにしたので、サイトにあるようにtestは作らなかった。
後でも消せるけど。

追加作業として以下のことをした。このサイト\nを参考にしました。

1.　ユーザ作成

\n% su - postgres\n% /usr/local/bin/createuser （ユーザ名）\nShall the new user be allowed to create databases? (y/n) （データベースを作成する権限の有無）\nShall the new user be allowed to create more new users? (y/n) （他のユーザを作成する権限の有無）\nCREATE USER\n

2.\nデータベース作成

%\ncreatedb -E\n（エンコード名）　（データベース名）

3.\nネットワークからの利用

/usr/local/pgsql/data/postgresql.conf

において、

tcpip_socket\n=\ntrue

とする。

/usr/local/pgsql/data/pg_hba.conf

を修正。例えば、192.168.1.0/24から利用させたい場合は、以下を追記。

host\nall all 192.168.1.0 255.255.255.0 \ntrust

以上。

Mac OS X Server 10.3.4\nにおいて、ソフトウェア・アップデートを実行すると

Applications\nServer Update 2.0\n95.6MB

が項目として上がる（事前にJava1.4.2を入れる必要がある）。
これをインストールすると、WebObjects\n5.2.3\n(Deployment)となる。

これだけでは自動起動しない。
アップルのアップデータの情報\nやインストレーションガイド\nにしたがって以下の作業を実施する。

1.\n起動時に自動起動するようにする。

\n# cd /System/Library/StartupItems/WebObjects/\n# cp WebObjects WebObjects.orig\n# vi WebObjects\n

WebObjectsファイルにおいて、

#"${WOSERVICE}"\n-appPath "${WOTASKD}" >/var/log/webobjects.log 2>&1 &\n

コメントアウトされている上の行の先頭の＃をとる。

必要があれば、/etc/httpd/httpd.confの最終行に

\nIncluding WebObjects Configs Include /System/Library/WebObjects/Adaptors/Apache/apache.conf \n

を加える。ただし、私の環境では既に存在しておりました。

2.\n必要なjarファイルを持ってくる。

サードパーティ製のjarファイルを運用環境に移す。
Javaにおいて全般的なものは　/Library/Java/Extensions　に置き、
WebObjectsに固有なものは、\n/Library/WebObjects/Extensions\nに置くようだ。

3.\nホストの設定をする。

Javaモニターを立ち上げる。

/System/Library/WebObjects/JavaApplications/JavaMonitor.woa

をダブルクリックする。コンソール.appを起動しておけば、そこにportが表示される
ので、そこにアクセスすれば利用できる。
ちなみに、利用できる状態でもドック上では▲が下につかないのでアクティブでない
感じ。

4.\nお試しアプリケーションを配置する。

＃この辺、かなり自信ないです。
Xcodeにて、ビルド用のウィンドウで、アクティブターゲットをプロジェクト名、
アクティブビルドスタイルをDeploymentにして、ビルドする。

ビルドした結果(.woaフォルダ）は、私の場合、/tmpの下の深いところ(build\nディレクトリに
あるやつの本体がそこにあった）に置かれていたのでこれを運用環境へコピーする。
場所は自由だが、

/System/Library/WebObjects/JavaApplications

の下に配置。

その際、デフォルト以外で追加したフレームワークがあれば、そいつも運用環境へ
コピーする。場所は、

/Library/Frameworks

か。これはフレームワークが開発環境にて置いてある場所に依存している模様。
配置先のプラットフォームタイプにより頭に絶対パスがつくみたいです。

実際にwoaフォルダをダブルクリックすると、コンソール.appにてどのような場所に
フレームワークが存在していることを想定しているか分かるので、そこに合わせるのが
確実みたいです。
woaフォルダの下の、Contents/MacOS/MacOSClasspath.txt\nとかとアプリ名の
シェルスクリプトを見ても憶測はつきますが。

以上。その2に続く。

こちらもいつものようにものすごくはまりました。

アップルのPanther\nServer用のドキュメントページにある「Webテクノロジの管理\n」
だと自らCAをやる場合に対応できないので、いろんなサイトをgoogleであさりつつ
試してみるもどーにもうまくいきません。

ASN1_get_object:header\ntoo long\nとかが出てしまう。

作った証明書がまずいのかと思い、FreeCA\nさんから証明書を取得して（フリー！！！）
ためしてみたところ、

\nopenssl pkcs12 -in loadcert -out certs.txt -nodes\n

と -nodes\nで実施すると一応、エラーが出なくなった。しかし、動かない。
アップルのディスカッションボードにて[SSL]で検索すると素晴らしい情報が。

SSLが稼働せず\n

\nHTTPサービスで「パフォーマンスキャッシュ」を有効にしているとどうやらうまく動かないようですよ。\n

やってみた。動作した！！！
素晴らしい。
さらに、appleから認証局をたてる場合についての情報\nまである！！！

以下、上記の情報にもとづいた構築メモ。

1.\n作業用のディレクトリを作成する。

必須ではないが、作成した方が良さげな気がするので、

/System/Library/OpenSSL/

の下に作成する。

\n# mkdir /System/Library/OpenSSL/work\n# cd work\n

2.\nCA認証局を作成する。
※ここでの作業でdemoCAディレクトリが作成されるので、既にdemoCAがあるディレク
トリでの作業はさけましょう。

「これからCAをつくるんだ」

と思いつつ以下の作業を実行する。（重要）
証明書を発行してもらうサーバ側でも似たようなことをするので、今どっちだっけ？
てなことになりがち。

\n# /System/Library/OpenSSl/misc/CA.pl -newca\n

を実行する。

\n# /System/Library/OpenSSL/misc/CA.pl -newca\nCA certificate filename (or enter to create)\n

名前を聞かれるがここはリターンキーを押す。すると秘密鍵が生成され、

\nMaking CA certificate ...\nGenerating a 1024 bit RSA private key\n................................++++++\n.++++++\nwriting new private key to \'./demoCA/private/cakey.pem\'\nEnter PEM pass phrase:\n

のようにパスフレーズを聞かれる。いい感じのものを入力する。
確認でもう一回と入力を促される。
こいつらの入力にはcontrol-uが効くみたいなので、失敗したら全クリアとしてcontrol-uを
使うと便利かもしれない。

\n-----\nYou are about to be asked to enter information that will be incorporated\ninto your certificate request.\nWhat you are about to enter is what is called a Distinguished Name or a DN.\nThere are quite a few fields but you can leave some blank\nFor some fields there will be a default value,\nIf you enter \'.\', the field will be left blank.\n-----\nCountry Name (2 letter code) [JP]: （"JP"で問題なし）\nState or Province Name (full name) [Tokyo]:　（お住まいのところで問題なし）\nLocality Name (eg, city) [Setagaya]:　（お住まいのところで問題なし）\nOrganization Name (eg, company) [xxxx]:　（ドメイン名とかでよい）\nOrganizational Unit Name (eg, section) [xxxx]:　（いい感じでつける。ただし後で作るサーバと異なる方が良いみたい）\nCommon Name (eg, YOUR name) []:　（いい感じでつける。）\nEmail Address [xxx@foo.bar.com]:　（有効なメールアドレスがよい。）\n

場合によるとこの後、以下のものが出てくるが、両方ともリターンでOK。

\nPlease enter the following \'extra\' attributes\nto be sent with your certificate request\nA challenge password []: \nAn optional company name []: \n

するとdemoCAディレクトリが作成される。

3.\nサーバのプライベートキーとCSRを作成する。

「今度はサーバ側だ。」と思いつつ、以下のスクリプトを実行する。

\n# /System/Library/OpenSSL/misc/CA.pl -newreq\n

\nGenerating a 1024 bit RSA private key\n...++++++\n.++++++\nwriting new private key to \'newreq.pem\'\nEnter PEM pass phrase:	（パスフレーズ。CA用と異なるものを使う。）\nVerifying - Enter PEM pass phrase:	（確認用でもう一回入力する）\n-----\nYou are about to be asked to enter information that will be incorporated\ninto your certificate request.\nWhat you are about to enter is what is called a Distinguished Name or a DN.\nThere are quite a few fields but you can leave some blank\nFor some fields there will be a default value,\nIf you enter \'.\', the field will be left blank.\n-----\nCountry Name (2 letter code) [JP]:　（お住まいのところで問題なし）\nState or Province Name (full name) [Tokyo]:　（お住まいのところで問題なし）\nLocality Name (eg, city) [xxxx]:　（お住まいのところで問題なし）\nOrganization Name (eg, company) [xxxx]:　（ドメイン名などで問題なし）\nOrganizational Unit Name (eg, section) [xxxx]:　（CAと異なるものにした方が良いみたい）\nCommon Name (eg, YOUR name) []:	www.foo.bar.com　(対象とするサーバのドメイン付きの完全な名前）\nEmail Address [xxxx@foo.bar.com]:　（有効なメールアドレスがよい。）\n\nPlease enter the following \'extra\' attributes\nto be sent with your certificate request\nA challenge password []:　（リターン）\nAn optional company name []:　（リターン）\nRequest (and private key) is in newreq.pem\n

この結果、newreq.pem\nというファイルに秘密鍵と証明書要求が作成される。

4.\n証明書の作成

CAの立場となって、2で作成した証明書要求に応える。

まず、同じディレクトリ上に\nnewreq.pem と demoCA\nがあることを確認する。

\n# ls\ndemoCA          newreq.pem\n

あることを確認したら、次のコマンドを実行して証明書を作成する。

\n# /System/Library/OpenSSL/misc/CA.pl -signreq\n

すると、CA用のパスフレーズが要求されるので入力する。

\nUsing configuration from /System/Library/OpenSSL/openssl.cnf\nEnter pass phrase for ./demoCA/private/cakey.pem:\n

正しく入力されると証明を必要とする内容が表示される。

\nCheck that the request matches the signature\nSignature ok\nCertificate Details:\n        Serial Number: 1 (0x1)\n        Validity\n            Not Before: Jul  3 09:28:18 2004 GMT\n            Not After : Jul  3 09:28:18 2005 GMT\n        Subject:\n            countryName               = JP\n            stateOrProvinceName       = Tokyo\n            localityName              = xxxx\n            organizationName          = xxxx\n            organizationalUnitName    = xxxx\n            commonName                = www.foo.bar.com\n            emailAddress              = xxxx@foo.bar.com\n        X509v3 extensions:\n            X509v3 Basic Constraints: \n		(省略）\n            serial:00\n\nCertificate is to be certified until Jul  3 09:28:18 2005 GMT (365 days)\nSign the certificate? [y/n]:y\n1 out of 1 certificate requests certified, commit? [y/n]y\nWrite out database with 1 new entries\nData Base Updated\nSigned certificate is in newcert.pem\n

２回確認される場所があるが、問題なければ両方ともyでOK。
これで、newcert.pem\nという名前で証明書が作成される。

5.\nファイルの準備

以下のようにして、ファイルを準備する。同じ名前のファイルが既にある場合は、
バックアップをしておくこと。

\n# cd /etc/httpd/ssl.crt\n# touch server.crt\n# touch ca.crt\n# cd /etc/httpd/ssl.key\n# touch server.key\n

6.\nファイルの指定。

対象とするサイトのセキュリティにおいて、上記で作成した

server.crt　を証明書ファイルとして、
server.key　をキーファイルとして、
ca.crt　をCAファイルとして、

を順に選択し、下記のようにする。

7.\n証明書ファイルの編集

証明書ファイルの右の鉛筆を押して内容を編集する。
証明書ファイルに相当するのは、4で作成した\nnewcert.pem\nであるのでこれをテキストエディタ
等で開き、下の方にある、「-----BEGIN\nCERTIFICATE-----」から「-----END\nCERTIFICATE-----」
までを（これらを含めて）コピーして貼付ける。

8.\nキーファイルの編集

キーファイルの右の鉛筆を押して内容を編集する。
キーファイルに相当するのは、3で作成した\nnewreq.pem\nの一部であるので、これをテキスト
エディタ等で開き、上の方ににある
「-----BEGIN\nRSA PRIVATE KEY-----」から「-----END RSA PRIVATE\nKEY-----」までを（これら
を含めて）コピーして貼付ける。

9.\nCAファイルの編集

CAファイルの右の鉛筆を押して内容を編集する。
CAファイルに相当するのは、2で作成したdemoCAの下にあるcacert.pemである。これを
テキストエディタ等で開き、「-----BEGIN\nCERTIFICATE-----」から「-----END\nCERTIFICATE-----」
までを（これらを含めて）コピーして貼付ける。

10.\nその他SSLのための設定

[一般タブ]
・ドメイン名：3でつけたドメイン付きの完全な名前
・ポート：443

[オプション]
・パフォーマンスキャッシュ：チェックをはずす

[セキュリティ]
・SSL（SecureSocket\nLayer)を使用する：チェック入れる。当たり前。
・パスフレーズ：サーバ用のパスフレーズを入力する。

以上。

GUIも提供されているし、簡単だろうとタカをくくっていたのですが、
苦労しまくりでした。

苦労点1：BINDのversion表示を消したりしたかったんですが、named.confをviとかで
いじった後で、GUIでいじいじしていると、versionで出そうとしている文言の周りの
ダブルクォートが消えちゃう。なんでじゃろ。

苦労点２：NICの認識がリブート直後怪しい。BINDが起動したときにen0が認識されて
いない場合があって、うまく機能しないときがある。dig\nしても帰ってくこない。

苦労点３：Postfixのmain.cfをいじらないでGUIで対応しようと思っていたのだが、
何がどれに対応しているのかよくわからず、トライ＆エラーチックに調べることに
(postconf\n-n)なってしまった。

途中、面倒になって前に設定したファイルで上書きしたら更に具合が悪くなった。

苦労点４：MXとローカルホストのエイリアスの部分ではまった。

苦労したかいがあって、一応当初想定したものはもちろん、ファイアウォールも設定
できた。第三者中継チェック（abuse 、RBL.JP\n）もクリアしたし。一応一安心。

おまけ。
BINDのリブート時の失敗への対策。以下は、/var/log/system.log\nを適当に眺めて作成
したものです。同様の症状の方は自己責任にてお試しください。

リンクがあがるときに、

/System/Library/SystemConfiguration/Kicker.bundle/Contents/Resources/enable-network

が起動される模様。なのでこいつにBINDをrestartさせてみた。

\n#!/bin/sh\n#\n# network configuration has changed\n#\nlogger -i -p daemon.debug -t enable-network "process network configuration change"\n\n. /etc/rc.common\nCheckForNetwork\nif [ "${NETWORKUP}" = "-NO-" ]; then exit 0; fi\n\n/System/Library/StartupItems/NetworkTime/NetworkTime start\n/System/Library/StartupItems/NIS/NIS start\n/System/Library/StartupItems/NFS/NFS start\n\n# add by kuki\n/System/Library/StartupItems/BIND/BIND restart\n\nexit 1\n

上記で

\n# add by kuki\n/System/Library/StartupItems/BIND/BIND restart\n

が加えたところ。うまく動いている模様。

現在、インストール済みでipアドレスまでセットしてある状態。

とりあえず

・DNSの設定（ローカルからのみに返答）
・SMTPの設定（基本的なオープンリレー対策を実施）
・POPの設定（ごくごく基本的な設定。APOP）
・ノーマルユーザの追加（メールの利用）

くらいまで。

よーいどん。

そのために、最近ご無沙汰だったツールを使ったりしています。
そのために、JavaMailとか勉強しています。

来週とか再来週にはリリースしたいなぁ。できるかなぁ。

Mail.appとiBlogを連携して、iBlogを操作することを主目的とした、

を機能追加、修正したので公開します。
詳しくは、こちらのサイト\nからどうぞ。

記述フォーマットが変更になりました。標準状態ならば、【::】を本文の最後に追記ください。
追記された【::】以降の文章は無視されます。

1.\nHTMLCodeタグ挿入機能
HTMLCodeを自動で挿入するオプションをつけました。
メーラーによる改行が気になる方はご利用ください。

2.\n末尾の内容を無視する機能
記述フォーマットを変更して、最後の【::】以降の文章を無視する機能です。
メールの署名やフリーメールで自動的に挿入される文書に対応できます。

・【公開】の待つ方法を変更
詳しくはこちら\nを参照ください。

今後追加予定の機能（＝現在ない機能）
・画像付きメールが正常に登録されない環境に対する対応（プログラムの構造の変更）
・動作の強化
・要約機能への対応
・登録以外の機能の実現
・リーダーモードの場合の対応
・画像付きメールにおける画像の前後にタグ等を挿入する機能
・画像の向き、サイズを変更する機能
＃これら機能の対応予定は未定です。
＃バグ修正は判明し次第対応します。

各種情報をいただいた方々ありがとうございました。

＃BlogSnaps\nにより、本ソフトウェアの存在意義に危機が・・(笑)
＃それはそれで歓迎だったりします。

本文をHTMLとして処理する場合です。\niBlogBEAM0.2.4用のテストエントリです。
\n\n\n\n\n\n\n\nHTMLオンの場合、この文の前後に大量の改行がありますが、実際には表示されません
\n\n\n\n\n\n\n\nHTMLオンの場合、この文は改行されずにすぐ次の文が来ます。\nHTMLオンの場合、この文は改行されます。
\n\nリンクはいずれの場合も有効。ぐーぐる

\nリンクを外したい場合は、<とaの間を空けましょう(閉じるときは<と/を空ける)。< a href="http://www.google.co.jp">ぐーぐる< /a>

\n

ね？

（HTMLオンならば大きくなります)

本文中のHTMLタグはそのままの場合です。
iBlogBEAM0.2.4用のテストエントリです。<br\n/>

HTMLオンの場合、この文の前後に大量の改行がありますが、実際には表示されません<br\n/>

HTMLオンの場合、この文は改行されずにすぐ次の文が来ます。
HTMLオンの場合、この文は改行されます。<br/>

リンクはいずれの場合も有効。ぐーぐる<br/><br/><br/>
リンクを外したい場合は、<とaの間を空けましょう(閉じるときは<と/を空ける)。<\na href="http://www.google.co.jp">ぐーぐる<\n/a><br/><br/><br/>
<h1>ね？</h1>（HTMLオンならば大きくなります)

iBlogのプレビューや公開の処理は、処理量によって変化します。
これらの処理の終了を待って別の処理を行いたいときには、いくつかの方法があるかと
思います。

プレビューについては、以前のこちらのエントリ\nの方法で問題なかったのですが、「公開」に
ついては別の方法が必要でした。
＃最近気がつきました・・。

ということで、「公開」を待つAppleScriptは以下のような感じで大丈夫かと思います。

\ntell application "iBlog"\n	activate\n	set _status_of_busy to true\n	repeat while (_status_of_busy)\n		delay 2\n		try\n			set _status_of_busy to visible of window "公開状態"\n		on error\n			-- nothing to do\n		end try\n	end repeat\nend tell\n

調べる対象が異なるだけで、プログラムの構造はプレビューのときと一緒です。

単純に、アップロードしている間に表示される"公開状態"ウィンドウが表示
されているかをたんたんと調べるだけです。
＃実際の、iBlogBEAMでは、念のため最大時間を設けて、タイムアウト制御を
しています。また、英語版もあるので"公開状態"というような日本語をソースには
いれてません。

tryで囲まれているのは、プレビューのときのなごりです。こちらでは不要かも
しれません。

delayは2秒としてますが、あまり短いと最初でfalseを返して、ループに入らない
ので環境に応じて適当に調整してください。

1.3.5の設定で動作します。

私は今回、iblogPatcherを利用するようにしております。
設定はこんな感じです。

ここで呼び出しているのはシェルスクリプトでこんな感じです。

iblogP.preview.after

\n#! /bin/sh\n\n/usr/local/bin/iblogPatcher --blog cheep.txt preview after\n/usr/local/bin/iblogPatcher --blog prox.txt preview after\n\nexit 0\n

iblogP.publish.after

\n#! /bin/sh\n\nsleep 10\n/usr/local/bin/iblogPatcher --blog cheep.txt publish after\n/usr/local/bin/iblogPatcher --blog prox.txt publish after\n\nexit 0\n

わたしは2つのblogを使っているので、iblogPatcherも各タイミングで2つ呼び出して
います。

また、公開の後のiblogP.publish.afterにおいて、sleep\n10としているのは、「公開」
の終了タイミングが読み切れないためです。
＃昔は読み切れた\nと思ったんですが・・。

(追記\n04/05/23)
その後、修正版の0.2.4において、待ち時間についての対応をしたので、現在はsleepは
入れておりません。

Java+Cocoaという環境でプログラム開発を始めてみました。
思ったよりも簡単な感じです（あさーくしか勉強してないためと思われる）。

書くと頭が整理されるので、気づいたことをちょこちょこ書こうかと思います。
んで、今回はその1。

よくわかっていないので間違っているかもしれませんがその辺はご愛嬌ってことで。
＃ツッコんでくれるとうれしいです。

・JavaのクラスにOutletを用意すると、InterfaceBuilder（以降、IB)上でGUI
オブジェクトと結びつけることができる。

Java側からは、GUIオブジェクトを参照できるので、そこから値を取り出すことも
設定することも簡単にできちゃう。（もちろんGUIオブジェクトがその操作をゆる
していればだけど）

・ボタンみたいやつを押したときに実行される処理を記述したければ、Actionを
用意すれば良い。IB上でGUIオブジェクトと結びつけることができる。

・OutletやActionを持つようなJavaのクラスを作成するときは、IB上で作れる。

・実際に、OutletやActionとGUIオブジェクトを結びつける前に、作成したJavaクラス
からインスタンスを作成する必要がある。こいつもIB上で実施できる。
作成されたJavaのインスタンスは、WindowやらMainMenuやらと同列に扱われる。

ああ、こいつらも同じインスタンスなのね、と改めて気づく。

・全てのJavaのクラスをIB上で作成して、インスタンス化する必要は全くない。
おそらく、MVCでいうところのControllerだけでよいはずだ。それ以外は、普通に
Javaのクラスとして、Xcode上で作成すればOKだ。

とりあえず本日は以上。