トップ «前の日(12-20) 最新 次の日(12-22)» 追記   RSS 1.0 FEED  

Journal InTime


2000-12-21 (Thu)

_ 木山君

木山君 が会社に来た。 そういえば来るって言ってたっけ。 すっかり忘れていました。ごめん、ごめん。

でも、HTMLはもっとちゃんと書いた方がいいし、過去のことをScheduleに書くのは よくないと思うよ。

_ スパゲティ

お昼にスパゲティを食べようと思ったのに準備中だった。 まだ3時前だったのに。

_ 議論

ruby-listでひさびさに議論らしい議論をした。 やっぱり議論するのは楽しいですね。

でも、ruby-talkの方はちゃんと読むことさえできない。

_ 正統化

ruby-listで正当化のことを正統化って書いてしまった。 (しかもT-Codeなので変換ミスじゃないという。) 面目ないです。


2001-12-21 (Fri)

_ リカバリCD

VAIOにプリインストールされていたWindows MeをVMware上で動かしてVMware用の ドライバを入れたら、VMware上でしかブートしなくなって、「システムの復元」も機能 しなくなった。

仕方ないのでVAIOのリカバリCDからWindows Meを入れ直そうとするも、何回試しても「システムの パーティションが見つかりません」とか言われる。 かなりハマったのだが、どうもWindows用のパーティションのBootフラグが立っていなかった せいらしい。 それならそうと言ってくれよ。

やっぱりLinuxだけ使ってる方が幸せだなあ。


2003-12-21 (Sun)

_ 前のJIT

一応、前のJITも、<URL:http://shugo.net/jit-old/past.rbx>で参 照できるようにしておきました。

ほんとは、前と同じURLでアクセスできるようにするべきなんだろうけど。 まあ、あんまりリンクされてないだろうし、いいか。

Tags: その他

_ Linux 2.6.0

software suspendに失敗することが多いようだ。 しばらくは様子見かな。

kernel preemptionを早く使いたいんだけど。

_ キャッシュ

tDiaryの設定で、テーマとかを変えて、最新のページを見てもキャッシュ が表示されてしまう(ブラウザはMozilla Firebird)。 しかもリロードしてもキャッシュが表示されるみたい。

HTTPへッダを見ると、

Cache-Control: no-cache
Pragma: no-cache

となってるんだけどな。

設定だけじゃなくて、内容も更新すると、ちゃんと新しいのが表示され るような気がする。 Last-Modifiedが更新されてないと、キャッシュを表示してしまうとか?

なかださんのアドバイスにしたがって、Shift+リロードしたらうまく更新され た。 ありがとうございました > なかださん。

Googleしてみると、Netscape Navigator 3からある機能のようだ。

<URL:http://yowaken.dip.jp/tdiary/20030321.html#p02>

前にどこかで見た気もするけど、すっかり忘れていた。

でも、これだと、他の人がこのサイトを見る時にはまずShift+リロード なんてしないだろうから、テーマを変えただけだと人によっては古いペー ジが表示されたりするわけだな。 `Cache-Control: no-cache'ならそもそもキャッシュしないで欲し いような気がするけど、そういうもんでもないんだろうか。

もし、CGI側で対応するとしたら、If-Modified-Sinceが指定されてたら Last-Modifiedを返さない(あるいは現在の時刻を返す)とか? まあ、まめに内容も更新するというのが一番現実的な対策か。

_

長男はまだあまり外に出られないので、奥さんと長男を置いて、長女と二人で公園へ。 娘は雪の中を歩くのははじめてなので、少し怖がっていた。

写真の玉造史跡公園は家の近所なのだが、いつ行ってもほとんど人がいない。 そんな中で一つだけポツンと置いてあるパンダは、ペンキが盛大にはげていてちょっと恐い。 娘は喜ぶんですが。

Tags: その他
本日のツッコミ(全1件) [ツッコミを入れる]

_ なかだ [Shift押しながらリロードしてもダメですか。]


2017-12-21 (Thu)

_ PGP/MIME

MournmailにPGP/MIMEを実装した(表示は前から一部実装してあった)。

mail-gpgを使って

m = Mail.new
...
m.gpg(sign: true, encrypt: true)
m.deliver

とすると、PGP/MIMEで署名・暗号化されたメールが送信されるが、delivery_handlerとして実装されているのでdeliver!だと署名・暗号化されないので注意。*1

署名と暗号化の両方を行った場合は、multipart/encryptedの中にmultipart/signedを入れる形式*2ではなく、以下のようにOpenPGPで署名と暗号化を同時に行ったものをmultipart/encryptedにする形式*3になる。

Content-Type: multipart/encrypted;
 boundary="--==_mimepart_5a3b0cf4ac39a_8953ff49d912018280a";
 protocol="application/pgp-encrypted"
Content-Transfer-Encoding: 7bit

This is an OpenPGP/MIME encrypted message (RFC 2440 and 3156)
----==_mimepart_5a3b0cf4ac39a_8953ff49d912018280a
Content-Type: application/pgp-encrypted
Content-Transfer-Encoding: 7bit
Content-Description: PGP/MIME Versions Identification

Version: 1
----==_mimepart_5a3b0cf4ac39a_8953ff49d912018280a
Content-Type: application/octet-stream;
 name=encrypted.asc
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename=encrypted.asc
Content-Description: OpenPGP encrypted message
Content-ID: <5a3b0cfbd80bc_8953ff49d9120182843b@lexington.mail>

-----BEGIN PGP MESSAGE-----
Version: GnuPG v2

hQIMA/zS+2ljaqfNARAA2Zh9f6f5Y55AfzRhCzMSe13R5EXBD6uI+R/VtQomhsag
...
-----END PGP MESSAGE-----

----==_mimepart_5a3b0cf4ac39a_8953ff49d912018280a--

Mewでは署名を検証できたけど、SEMIだと署名の検証方法がわからなかった(UI的に署名されているかどうかもわからないような)。

*1  interceptorにしようというissueがある。

*2  RFC 3156の6.1 RFC 1847 Encapsulationで規定されている形式。the data is first signed as a multipart/signature bodyと書いてあるのはmultipart/signedのtypoのような気がする。

*3  RFC 3156の6.2 Combined methodで規定されている形式。