V3.55正式版アップロードしましたNo.18034
秀まるお2 さん　04/05/12 12:59
　
　V3.55の正式版をアップロードしました。

  http://www.hidemaru.interlink.or.jp/software/bin2/tk355.exe

　V3.55β9だと、UIDLに対応してないメールサーバーの場合にメールがずっと
サーバー上に残ってしまうというバグがありますので、少なくともV3.55βをお
使いのユーザー様はV3.55正式版にバージョンアップお願いします。

　改版履歴はあまり細かく書いてませんが、詳しくはβ版の改版履歴を見ていた
だくということでお願いします。
[ △ ]
RE:18034 V3.55正式版アップロードしましNo.18035
agf さん　04/05/12 14:27
　
>　改版履歴はあまり細かく書いてませんが、詳しくはβ版の改版履歴を見ていた
>だくということでお願いします。

改版履歴には「最高で20まで並行受信できるようにした」
と書いてありますが、鶴亀の設定では最大数16となっています。
どちらが正しいのでしょうか？
[ △ ]
RE:18035 V3.55正式版アップロードしましNo.18036
秀まるお2 さん　04/05/12 14:46
　
　すみません。完全にぼけてました。

　V3.55β5をアップロードした時に「並行送受信数の最大は１６になってます」
と自分で書いてまして、それから仕様変更してません。なので、１６が正解です。

　内部的には２０個まで行けるように#defineなどを定義したので、それが頭に
残っていて２０個と思いこんでいたようで…。とにかく１６が正解です。

　改版履歴などもこっそり修正させていただきます。
[ △ ]
RE:18036 V3.55正式版アップロードしましNo.18037
agf さん　04/05/12 16:59
　
修正確認しました。
ご返答有り難う御座いました。
[ △ ]
RE:18037 V3.55正式版アップロードしましNo.18040
秀まるお2 さん　04/05/12 18:18
　
　ところで余談ですが、最近特にこれといった要望も来ないしバグも出ないみた
いだし、喜ばしい状況です。自分自身も現状の鶴亀メールで特に不満も無いです。

　ということで、つい先日要望のあったS/MIMEについていろいろ調べてまして、
少なくとも電子署名については出来ることが分かりました。次の目標は、S/MIME
対応するってことにします。

　たぶん、かなり時間がかかりつつも、検証にはユーザー様のご協力が必要にな
って、しかもそれなりに安定動作まで時間がかかると思います。その辺なにとぞ
よろしくお願いします。（ってまだまだ先だけど）

-------
　WindowsのCryptoAPIを使う関係で、たぶんですが、Windows2000以上でのみの
対応となります。

-------
　SSL対応についても、実はCryptoAPIを使えば割と簡単に対応できるのかなぁと
思ったりします。そういう話をご存じでしたら誰か教えてください。
[ △ ]
RE:18040 V3.55正式版アップロードしましNo.18049
ＴＡＴＥ さん　04/05/13 09:56
　
ＴＡＴＥです。

Ｖ３．５５早速使用させていただいております。

>　ところで余談ですが、最近特にこれといった要望も来ないしバグも出ないみた
>いだし、喜ばしい状況です。

　報告が無さそうですので、一件不具合らしき
　症状がありますのでお知らせします。

　アドレス帳を開きメンバー一覧している画面
　で、右端の見出しが無い箇所に、"2..."の
　ような表示がでるようになりました。
　ご確認いただけないでしょうか。

　以前も類似の症状が出たことがあり投稿して
　いました。

　Windows XP pro ＋パッチ全部
  V3.55

以上、よろしくお願いします。
[ △ ]
RE:18049 V3.55正式版アップロードしましNo.18056
秀まるお2 さん　04/05/13 17:59
　
　メンバー一覧の画面の中の、一番上の部分ですかね？

　名前  |   メールアドレス   | 登録日      |

　のように表示してる部分の「登録時」の右側に出てるのでしょうか。

　アドレス帳の設定での「メンバー枠に追加で表示する項目」の設定が関係して
るのかもしれませんが、その辺どうなってるか教えて欲しいです。あるいはそこ
をいじって直るかどうかも教えて欲しいです。

　僕の所では起きてないようなので、再現テストが難しいかもしれません。
[ △ ]
RE:18056 V3.55正式版アップロードしましNo.18059
ＴＡＴＥ さん　04/05/13 19:23
　
ＴＡＴＥです。

説明不足ですいません。

>　メンバー一覧の画面の中の、一番上の部分ですかね？
>
>　名前  |   メールアドレス   | 登録日      |
>
>　のように表示してる部分の「登録時」の右側に出てるのでしょうか。

　"2..."が表示されるのは、例えば、上記のような
　項目の並びの場合、登録日の右の場所に、各名前
　の行に表示されています。
　（見出し名称はありません。）


>　アドレス帳の設定での「メンバー枠に追加で表示する項目」の設定が関係して
>るのかもしれませんが、その辺どうなってるか教えて欲しいです。あるいはそこ
>をいじって直るかどうかも教えて欲しいです。

　設定を変更しても、表示される場所がずれるだけで
　表示されます。
　それも、定義した項目より後ろに表示されます。

　実害は無さそうであり、ちょっと気持ち悪い程度
　ですので、優先を下げていただいた方がよさそう
　です。

以上です。
[ △ ]
RE:18059 V3.55正式版アップロードしましNo.18060
まるじ さん　04/05/13 19:49
　
まるじといいます。
こちらでも同じ現象が出ています。
備考、備考2、備考3、登録日の全てを表示するようにすると
見出しのところに「登録日」は表示されず、そのカラムの
全ての行に「2...」と表示されます。
この場合登録日を表示しないようにすると「2...」は表示され
なくなりました。

ご報告まで。
[ △ ]
RE:18059 V3.55正式版アップロードしましNo.18061
けんいち さん　04/05/13 19:54
　
　ＴＡＴＥさん、こんにちは。
　けんいちです。

》>　メンバー一覧の画面の中の、一番上の部分ですかね？
》>
》>　名前  |   メールアドレス   | 登録日      |
》>
》>　のように表示してる部分の「登録時」の右側に出てるのでしょうか。
》
》　"2..."が表示されるのは、例えば、上記のような
》　項目の並びの場合、登録日の右の場所に、各名前
》　の行に表示されています。
》　（見出し名称はありません。）

　私の環境で確認してみたのですが、"2..."の表示になるのは、登録日の欄の幅が
狭くなっているときにこのようになります。

　名前  |   メールアドレス   | 登録日      |
　　　　　　　　　　　　　　　　　　　　　↑

と表示されている部分で、”登録日”という文字列がほとんど表示されていない状
態ではないでしょうか？
　↑の部分にマウスをあわせて、右にドラッグしてやると、2004/05/14のようにア
ドレスを登録した日付が表示されませんか？

　はずしていたらすみません。
[ △ ]
RE:18059 V3.55正式版アップロードしましNo.18062
MAKOPI さん　04/05/13 20:02
　
こんにちは。MAKOPIです。

>>　メンバー一覧の画面の中の、一番上の部分ですかね？
>>
>>　名前  |   メールアドレス   | 登録日      |
>>
>>　のように表示してる部分の「登録時」の右側に出てるのでしょうか。

登録日の部分が縮小されているということはないでしょうか？
登録日のカラムを縮小していくと2...となりますが。
[ △ ]
RE:18060 V3.55正式版アップロードしましNo.18065
まるじ さん　04/05/14 08:49
　
まるじです。

>備考、備考2、備考3、登録日の全てを表示するようにすると
>見出しのところに「登録日」は表示されず、そのカラムの
>全ての行に「2...」と表示されます。
>この場合登録日を表示しないようにすると「2...」は表示され
>なくなりました。
登録日が表示されないのは幅が0になっていたからでした。
広げたところ登録日が表示され、日付も出てきましたが、
その右側の全ての行にやはり「2...」が表示されます。
そのカラムの見出しは何も表示されません。
[ △ ]
RE:18065 V3.55正式版アップロードしましNo.18066
PATIO さん　04/05/14 09:21
　
この現象、登録日を表示しないと起こらないですね。
登録日の幅が十分小さい状態で表示項目の登録日を非表示から表示に
切り替えたときだけ起こりました。
ただし、一度閉じて開くと表示そのものは消えているようです。

鶴亀のバージョンは、3.55です。
[ △ ]
RE:18066 V3.55正式版アップロードしましNo.18068
ＴＡＴＥ さん　04/05/14 10:22
　
ＴＡＴＥです。

みなさん、アドバイスありがとうございます。

>この現象、登録日を表示しないと起こらないですね。
>登録日の幅が十分小さい状態で表示項目の登録日を非表示から表示に
>切り替えたときだけ起こりました。
>ただし、一度閉じて開くと表示そのものは消えているようです。

　よく見てみると、登録日がいつの間にか
　幅が無くなっていて、"2..."が表示され
　ていたようです。

　無事、正しく表示されるようになりまし
　たが、なかなか原因に気がつかなったで
　す。ちょっと情けないです。。。。f(^^

　今後ともよろしくお願いします。

〆
[ △ ]
RE:18068 V3.55正式版アップロードしましNo.18072
秀まるお2 さん　04/05/14 13:24
　
　まるじさんの話も含めてですが、つまり、「登録日」の列幅が狭かったという
ことで、話が終わったことにさせていただきます。
[ △ ]
RE:18072 V3.55正式版アップロードしましNo.18077
PATIO さん　04/05/14 15:00
　
>　まるじさんの話も含めてですが、つまり、「登録日」の列幅が狭かったという
>ことで、話が終わったことにさせていただきます。

蒸し返すようで申し訳ないんですが、
登録日の幅が、非常に狭くなった（2...すら出ないくらい）場合に
登録日の右隣何もサブアイテムが設定されていない部分に2...が表示
されるというのは、不具合と見ていいのかもしれないです。
その状態で登録日を表示が出来る幅にした場合でも隣の位置に2...が
残って表示されています。閉じて再度開くと表示されなくなるので
たぶん再描画がうまくいっていないのではないかと思うんですが、
実害はないので急ぐ不具合ではないと思います。

こうなっていて
｜備考１　　　｜｜
　あああ　　　　　2...

こうなる感じです。
｜備考１　　　｜登録日　　｜
　あああ　　　　2004/4/13 　2...

固定ピッチフォントでみてくださいね。
[ △ ]
RE:18077 V3.55正式版アップロードしましNo.18078
秀まるお2 さん　04/05/14 16:02
　
　よく話を理解してませんですみません。＆詳しい情報ありがとうございます。

　たしかにおっしゃるような表示になっているならバグだと思います。もう一度
読み返すなどしてなんとかバグを再現させて修正させていただきます。
[ △ ]
RE:18078 V3.55正式版アップロードしましNo.18080
秀まるお2 さん　04/05/14 16:24
　
　バグは再現できましたが、これはWindowsのリストビューコントロールのバグ
のような気がします。直せないです。

　とりあえずの修正として、列幅を最低でも32ピクセル分に広げてやるって作戦
にします。ついでに、ツールチップも表示するように直します。
[ △ ]
RE:18078 V3.55正式版アップロードしましNo.18081
Kengo さん　04/05/14 16:40
　
> 読み返すなどしてなんとかバグを再現させて修正させていただきます。

1)アドレス帳を開く
2)「登録日」の右に充分な余白ができるよう、アドレス帳のウィンドウ幅を
　広げる
3)ヘッダの「登録日」の右境界をドラッグして左に寄せて、幅ゼロにする
4)アドレス帳を閉じる
5)鶴亀も終了させる
6)鶴亀を起動する
7)アドレス帳を開く
で再現しませんかね？

「終了させる」ってのがポイントみたいです。
# 常駐はさせてないので、常駐を終了させる必要性は不明です。
[ △ ]
RE:18080 V3.55正式版アップロードしましNo.18087
ＴＡＴＥ さん　04/05/14 22:57
　
ＴＡＴＥです。

>　バグは再現できましたが、これはWindowsのリストビューコントロールのバグ
>のような気がします。直せないです。

　根の深い問題だったのですね。。。
　ひょっとして、昔からの潜在的な問題だったのでしょうか？


>　とりあえずの修正として、列幅を最低でも32ピクセル分に広げてやるって作戦
>にします。ついでに、ツールチップも表示するように直します。

　いろいろとお手数が増えてしまい恐縮です。
　よろしくお願いします。
[ △ ]
RE:18087 V3.55正式版アップロードしましNo.18101
秀まるお2 さん　04/05/17 09:21
　
> 　ひょっとして、昔からの潜在的な問題だったのでしょうか？

　たぶん、昔からずっとバグったままのはずです。
[ △ ]
RE:18081 V3.55正式版アップロードしましNo.18102
秀まるお2 さん　04/05/17 09:22
　
　今さらお返事させていただきますが、詳しい情報ありがとうございます。

　再現は出来たものの、対処は困難ということで、幅を狭くできないようにだけ
直します。
[ △ ]
RE:18040 V3.55正式版アップロードしましNo.18107
赤うさぎ さん　04/05/17 11:13
　
秀まるおさん、こんばんは

秀まるお2 さん wrote:
>　ところで余談ですが、最近特にこれといった要望も来ないしバグも出ないみた
>いだし、喜ばしい状況です。

そういうことなら…という訳ではないですが、要望事項があります。

1)マウスのみでメールを複数選択したい
…メール一覧の左端の部分（添付ファイルやHTMLメールのアイコンがある所）
　をクリックするとメールに選択マークが付き、複数メールをまとめてごみ箱
　に移動させたり、削除したりできると便利だと思います。
　イメージとしては、卓駆★[http://www.valley.ne.jp/~com/tac/index.htm]
　と同じような動きです。

2)メールの複合化のパスフレーズ入力を省略する
…メール受信の際のパスワードと同様に、複合化の際のパスフレーズも鶴亀に
　保存して自動的に処理されると設定があると便利だと思います。

3)メールの暗号化・複合化のアイコンを追加する
…いちいちメニューから暗号化や複合化を選択するのは面倒なので、アイコン
　があると便利だと思います。

以上、色々と書きましたが、考慮頂けると幸いです。
[ △ ]
RE:18107 V3.55正式版アップロードしましNo.18112
Iranoan さん　04/05/17 12:34
　
　赤うさぎさん今日は、Iranoan です。
　念の為お断りしておくと、開発者とは何の関わりも無い単なる一ユーザです。
> 1)マウスのみでメールを複数選択したい
　[Ctrl] を押しながらなら、複数のメールが選択できるので、敢えて必要が
とは思いません。それにスレッド表示だと、設定によっては
> …メール一覧の左端の部分（添付ファイルやHTMLメールのアイコンがある所）
の列は独立していませんので、操作感の一体化が望めません。

> 2)メールの複合化のパスフレーズ入力を省略する
　暗号は人に見られたくないメールに対して使う機能ですから、それを簡略化
してしまうのはよくないと思います。また
> 複合化の際のパスフレーズも鶴亀に
> 保存
こうすることは、セキュリティの観点からも避けるべきだと思います。

> 3)メールの暗号化・複合化のアイコンを追加する
　そういえば、アドレス帳は未だにツール・バーが無かったなあ〜。
[ △ ]
RE:18107 V3.55正式版アップロードしましNo.18117
秀まるお2 さん　04/05/17 16:51
　
> >　ところで余談ですが、最近特にこれといった要望も来ないしバグも出ないみた
> >いだし、喜ばしい状況です。
>
> そういうことなら…という訳ではないですが、要望事項があります。

　既にS/MIME対応をやってるので、他の要望反映は出来ませんが…。

> 1)マウスのみでメールを複数選択したい

　メールのドラッグアンドドロップとのかねあいもあるので無理だと思います。

　Outlook Expressでも出来ないし。

> 　イメージとしては、卓駆★[http://www.valley.ne.jp/~com/tac/index.htm]
> 　と同じような動きです。

　ファイル名じゃない所をクリックしても、それは選択した扱いにならないとか、
そういう物なんだと思いますが、鶴亀メールのメール一覧については、それは逆
に使い勝手が悪くなると思います。

> 2)メールの複合化のパスフレーズ入力を省略する
> …メール受信の際のパスワードと同様に、複合化の際のパスフレーズも鶴亀に
> 　保存して自動的に処理されると設定があると便利だと思います。

　PGP電子署名の時のパスフレーズについてかと思いますが、本家のPGPでそのよ
うなオプションが無かったので、あえて鶴亀もそれに合わせてパスフレーズ入力
を省略できない作りにしました。

　本家で出来るなら対応しますけど…。やはりPGPを使う意味的には、省略した
らまずいのかなぁと思ったりします。といいつつも、S/MIMEの場合はパスフレー
ズに相当する物すら存在しないんですよね。

　他のユーザー様の意見も聞きたい所です＞誰か

> 3)メールの暗号化・複合化のアイコンを追加する
> …いちいちメニューから暗号化や複合化を選択するのは面倒なので、アイコン
> 　があると便利だと思います。

　これはたしかにあればいいと思います。何か考えます。
[ △ ]
RE:18117 V3.55正式版アップロードしましNo.18135
PATIO さん　04/05/18 09:30
　
>> 2)メールの複合化のパスフレーズ入力を省略する

>　本家で出来るなら対応しますけど…。やはりPGPを使う意味的には、省略した
>らまずいのかなぁと思ったりします。といいつつも、S/MIMEの場合はパスフレー
>ズに相当する物すら存在しないんですよね。
>
>　他のユーザー様の意見も聞きたい所です＞誰か

確か、PGP6.5.8cktには複合時のパスフレーズをキャッシュするという
指定があったと思います。ただし、時間制限があって設定時間を過ぎる
とキャッシュが無効になります。
あくまでもキャッシュなので最初の一回は入力しなくてはいけません。
キャッシュが無効になった場合も同様です。
多分、今回のようなケースを想定した機能だと思うのですが、
キャッシュが有効な間はパスフレーズの入力が求められない為に
本人以外でも開けてしまうという欠点があります。
セキュリティを上げるためにPGPを導入していることを考えると
相反したオプションだと思いますし、使わない方がよいと思います。
[ △ ]
RE:18117 V3.55正式版アップロードしましNo.18144
赤うさぎ さん　04/05/18 11:52
　
> > イメージとしては、卓駆★[http://www.valley.ne.jp/~com/tac/index.htm]
> > と同じような動きです。
>
> 　ファイル名じゃない所をクリックしても、それは選択した扱いにならない
> とか、そういう物なんだと思いますが、鶴亀メールのメール一覧については、
> それは逆に使い勝手が悪くなると思います。

先の書きこみで例に挙げた卓駆★はDOS時代のファイラーFDの操作
法を踏襲・発展化していまして、使い勝手に関してはかなり練りこ
まれています。マウスのみ、或いはキーボートのみで殆どの操作が
できます。

将来の課題として検討して頂けると幸いです。


> 　PGP電子署名の時のパスフレーズについてかと思いますが、本家のPGPでそ
> のようなオプションが無かったので、あえて鶴亀もそれに合わせてパスフレー
> ズ入力を省略できない作りにしました。

自宅のパソコンのようにクライアントが安全に管理されているので
あれば問題ないと思います。私の要望は、「省略できる設定が欲しい」
ですので、セキュリティを重視する場合は設定をOFFにして従来通
りパスフレーズを入力して運用すればよいと思います。
[ △ ]
RE:18144 V3.55正式版アップロードしましNo.18148
秀まるお2 さん　04/05/18 14:40
　
> 自宅のパソコンのようにクライアントが安全に管理されているので
> あれば問題ないと思います。

　パスフレーズという物を、PGPではなくて、鶴亀メールという１アプリケーシ
ョンソフトが勝手に記憶していいものかどうか、それはそれでセキュリティ違反
とか誰かから言われるんじゃないかという恐れはありますが、いいんでしょうか
ね。１ユーザーさんから要望されただけで、そういう重大な修正をして後で僕自
身が不幸な目にあったら災難としかいいようがありません。

　ということで、誰か詳しい人の意見があればと思ったんですけど…。

　もうしばらく様子見します。
[ △ ]
RE:18148 V3.55正式版アップロードしましNo.18150
秀まるお2 さん　04/05/18 16:29
　
　とりあえず、鶴亀メール終了まで記憶するだけのオプションなら対応しても問
題なさそうな気がします。

　鶴亀メールが終了しても記憶しつづけるためには、レジストリかどこかのファ
イルにでもパスフレーズを記憶させないといけなくて、それはそれでセキュリテ
ィ上の欠陥呼ばわりされるのかもしれません。

　といいつつ、もうしばらく様子見（意見募集）させていただきます。
[ △ ]
RE:18150 鶴亀のパスフレーズ記憶No.18152
アルビレオ さん　04/05/18 18:25
　
アルビレオです。

セキュリティ的にどうこう言えるほど詳しくはないですが

>　とりあえず、鶴亀メール終了まで記憶するだけのオプションなら対応しても問
>題なさそうな気がします。

とするなら、今までにも「終了したと思ったら常駐鶴亀が残っていたので…」と
いうユーザーもいたので、常駐鶴亀が稼動していても本体ウィンドウを閉じた時
点でパスフレーズをクリアする、
あるいは本体ウィンドウを閉じたときにクリアするかは選択可能にして、デフォ
ルトではクリアする事にしておいた方が誤解が少なくてより安全だと思います。
[ △ ]
RE:18150 V3.55正式版アップロードしましNo.18153
望 さん　04/05/18 21:21
　
秀まるお２さま、望です。
いつも活発な活動ご苦労様です。

私が出しゃばれるような場所ではないと思うのですが、

> 　といいつつ、もうしばらく様子見（意見募集）させていただきます。
という言葉につられて、私見を・・・。

　　※本当は別のスレッドをたてるべきと考えたのですが・・・
　　　取り敢えず、ここにぶら下げてしまいます。

　　パスフレーズの安易なキャッシュは反対　に　１票

とさせていただきます。

そもそも、セキュリティ向上のために暗号化ソフト等を導入するのに、
その使い勝手を良くするために自動化するのは問題があると思います。

パスフレーズの入力が面倒といった考え方の方は、そもそも暗号化を
必要としていない、あるいは不要と考えておられるのではないでしょうか？
そういう方は、すぐに相手の方にその報をお伝えされた上で、別の方法で
文書のやりとりをなさった方がよろしいのではないでしょうか？　

私は無闇に暗号化したメールを出すことには反対ですが、どうしても必要
と考える場合には適宜利用しています。
しかし、もし相手の方が上記のようにパスフレーズの入力が面倒と考える
ような方であれば、たとえ暗号化して途中で情報が漏れないとしても、
その後の対応に非常に不安を感じます。

もしそれが分かれば、そうしたやりとりは出来ない相手と判断するかも知れ
ません。

暗号化された文書を受け取ると言うことは、
　　郵便で言うところの「親展」「書留」
のように、本来当事者だけに見てもらいたいからそうするのであって、
たとえ受け取った手紙は、もう自分のものだから、机の上にほったらかし
にしようが自分の勝手だ、というのではちょっと問題があるような気が
するわけです。

うまく表現できないのですが、私も鶴亀にIDとPassを登録して、自動的に
メールチェックが出来るようにしています。
つまり、私のパソコンを使うことが出来れば、私のメールを見ることが出来
るということです。
しかし、PGPなどの暗号化ソフトをあえて利用するというのは、メールチェッ
クとは、また別の意味で相手への責任をも考えたような運用の仕方が必要な
のでは無いかと考えるのですが。いかがでしょうか？


ずらずらとまとまりのない文章を書いてしまいましたが、ここで書いたことは、
この掲示板で発言されている方々を対象に書いたわけではありません。
あくまでも自分の考えを述べただけです。
表現が悪く、気分を害された方がおられたら、お詫び申し上げます。　　　望。
[ △ ]
RE:18152 鶴亀のパスフレーズ記憶No.18157
Takahito さん　04/05/19 10:15
　
秀まるおさん、アルビレオさん、こんにちは。

>>　とりあえず、鶴亀メール終了まで記憶するだけのオプションなら対応しても問
>>題なさそうな気がします。
>
>とするなら、今までにも「終了したと思ったら常駐鶴亀が残っていたので…」と
>いうユーザーもいたので、常駐鶴亀が稼動していても本体ウィンドウを閉じた時
>点でパスフレーズをクリアする、
>あるいは本体ウィンドウを閉じたときにクリアするかは選択可能にして、デフォ
>ルトではクリアする事にしておいた方が誤解が少なくてより安全だと思います。

セキュリティーの専門家ではありませんが、意見させて下さい。
個人的にはアルビレオさんと同意見です。

個人的には通信時の盗み見を防止する役割がメインだと思っています
ので、個人の端末に保存されるレベルなら上記オプション付きが便利
でいいと思います。
[ △ ]
RE:18040 V3.55正式版アップロードしましNo.18158
agf さん　04/05/19 18:28
　
>　SSL対応についても、実はCryptoAPIを使えば割と簡単に対応できるのかなぁと
>思ったりします。そういう話をご存じでしたら誰か教えてください。

S/MIME対応でお忙しい所を済みません。
上記の件はどうなったのでしょうか？
このスレッドで、SSL対応の話しがこの書き込み以降
出てきていないので、おたずねしました。
[ △ ]
RE:18158 V3.55正式版アップロードしましNo.18160
秀まるお2 さん　04/05/19 21:51
　
　SSL対応については、実はCryptoAPIとは別に、SSPIという仕組みがあって、そ
れを使えば割と簡単に対応できることが分かりました。サンプルプログラムを使
ってASAHI-NETのPOP over SSLサーバーにSSL接続させることにも成功しました。

　ということで、たぶん対応可能だと思います。

　S/MIME対応だけした物を一度正式版として出すか、それともこのままβ版のま
まSSL対応もしようか、現在考え中です。

　ということで、ご期待ください。
[ △ ]
RE:18157 鶴亀のパスフレーズ記憶No.18162
KAZE さん　04/05/19 23:30
　
>個人的には通信時の盗み見を防止する役割がメインだと思っています
ネットワーク管理者（メールサーバ管理者などを含む）ではないユーザによる盗聴は
現在のインフラから考えればそれほどリスクのあるものではないと思います。もちろ
ん盗聴に備えることには賛成です。

S/MIMEもPGPも、その意識は双方にとって機密のやり取りであり、確実性が求められ
るメールに対して利用される技術と考えます。

通信経路の暗号化はSSLなどの領分であり、S/MIMEやPGPでのやり取りにおいて盗聴を
困難とするのは結果論です。

私個人の意見としては、メール選択時においてパスフレーズを入力し複合化/検証を
行うオンアクセス方式を採用し、パスフレーズは頭の中(またはトークンデバイス
等）にのみ存在すべき情報と考えます。
また、複合化後のメールについてはウインドウを閉じた(または別のメールを閲覧し
た）時点でそのデータは破棄され、再び暗号化されたメールを閲覧するめには再度の
パスフレーズの入力を必要とすることが理想と考えます。

この方法が利便性を欠くものであることは承知しておりますが、S/MIMEもPGPも利便
性を追及すべき技術ではなく、秘密と確実性を求める技術なのですから、鶴亀におけ
る実装においてもそれを意識する必要があると思います。

利便性を追求したとしても、それはキャッシュ扱いに留め、その利用はユーザに任せ
るオプション項目とすべきと考えます。

個人的には「望」氏と同意見です。特に「望」氏の言われる、機密データをやり取り
する双方の信頼関係を重視すべきであって、その信頼関係を鶴亀の利便性によって崩
壊させてはならないと思います。

日本語がおかしいのはご勘弁を・・・、なかなかに偉そうなことを述べましたが暗号
化(個人的にはGnuPG利用ですが）においては強い思い入れもあり、鶴亀がそういった
方向で進化していくことは前々よりの願いでした。
[ △ ]
RE:18160 V3.55正式版アップロードしましNo.18165
agf さん　04/05/20 07:03
　
>　S/MIME対応だけした物を一度正式版として出すか、それともこのままβ版のま
>まSSL対応もしようか、現在考え中です。
>
>　ということで、ご期待ください。

分かりました。
期待して待っています。
[ △ ]
RE:18165 V3.55正式版アップロードしましNo.18169
秀まるお2 さん　04/05/20 22:19
　
　今ですけど、V3.56β3をアップロードしまして、それにSSL対応が入ってます。

　まだあまりテストしてませんが、とりあえずASAHI-NETに接続する所はうまく
動いています。Windows2000でしかテストしてませんけど。

　ということで、一度試してみて欲しいです。調子が悪くても、とりあえずSSL
オプションをOFFにすれば普通に戻るはずですので。

　SSLのオプションは、「アカウント毎の設定・上級者向け」の「上級者向け設
定を表示する」をONにし、さらに、「メールサーバー・詳細」ページの所でオプ
ション指定する形になります。

  http://www.hidemaru.interlink.or.jp/software/bin/tk356b3.exe


　一発目のSSL接続処理にかなり時間がかかるようですが、これはこういう物じ
ゃないかと思います。
[ △ ]
RE:18169 V3.55正式版アップロードしましNo.18171
Super Souya さん　04/05/20 22:59
　
>　今ですけど、V3.56β3をアップロードしまして、それにSSL対応が入ってます。

SSLにチェックを入れるまではわかりましたが、POP3Sのポートが995に変化しません。
この場合は手動で変更しなければならないのでしょうか。
また、SMTPSの場合は25だとSMTP over TLS、465だとSMTP over SSLがそれぞれ有効に
なっているということで宜しいでしょうか。
それでは、ご確認の程、宜しくお願い致します。
[ △ ]
RE:18171 V3.55正式版アップロードしましNo.18172
秀まるお2 さん　04/05/20 23:22
　
> SSLにチェックを入れるまではわかりましたが、POP3Sのポートが995に変化しません
> 。

　自動では変化しませんが、「標準のポート番号にリセット！」ボタンを押すと
変化します。

　googleでいろいろ検索した所では、POP=110番、SMTP=25番のままでSSL化され
てるケースもあるようなので、しいて「SSL」をONにして勝手にポート番号を変
えるのはどうかと思って、このような仕様にしました。SSLのON/OFF操作で勝手
にポート番号を変えた方がいいってことならそうしてもいいですけど。そもそも
SSLをいじる人は上級者向けだから、上級者向けの人はこういう「勝手に設定が
書き換える」風の動作はきらいかなぁと思ってこうした次第です。

> また、SMTPSの場合は25だとSMTP over TLS、465だとSMTP over SSLがそれぞれ有効に
> なっているということで宜しいでしょうか。

　よく分かりませんが、その辺はサーバー側でどうにでも設定できる話だと思い
ます。ASAHI-NETの場合は行儀良く、POP over SSLが955、SMTP over SSLが465番
らしいですけど、よそのプロバイダーでは違うかもしれません。
[ △ ]
RE:18169 V3.55正式版アップロードしましNo.18173
ｈｉｔｏ さん　04/05/20 23:38
　

asahi-netから送信テストしてみましたが、どうもうまく送信できませ
ん。
ポート番号POP3 995
ポート番号SMTP 465
と設定してます。
下記、メールアドレスは、一部伏せ字にしてますが、ログを貼付けます。

>S AUTH CRAM-MD5
>R 334 PDIyOTg2MTA5MS4xMTMyMTYyOEBtYWlsLmFzYWhpLW5ldC5vci5qcD4=
>S ****
>R 235 Authentication successful
>S MAIL From:<xxx@asahi.xxx.ne.jp>
>R 250 Ok
>S RCPT To: <xxx@xxxx.ne.jp>
>R 250 Ok
>S DATA
>R 354 End data with <CR><LF>.<CR><LF>
>S ...メール内容...(453バイト, 最終)
>E ホストからのデータ受信に失敗しました。エラーコード=87
>E メールを全部送り終わった後で中断しました。送信されたかどうか不定なメール
>に「送信されたかどうか
>不定」のマークを付けました。

受信もできないので、中断しました。


---
ｈｉｔｏ
[ △ ]
RE:18169 V3.55正式版アップロードしましNo.18174
agf さん　04/05/21 06:05
　
Plalaでテストしてみました。
受信については、多分うまくいってると思います。
(エラー等は出ていないので)

ただ、送信については、暗号化開始の後止まってしまい
「長時間にわたってサーバーからの応答がありません。」
とエラーが出て送信できませんでした。


POP3:995
SMTP:465
Windows XP
[ △ ]
RE:18173 V3.55正式版アップロードしましNo.18176
秀まるお2 さん　04/05/21 09:09
　
　テストご協力ありがとうございます。実は僕自身はASAHI-NETの会員ではない
ので、実際のメール受信／送信が成功する所までは確認していませんでした。

　SSL対応したメールサーバーソフトのお試し版が出ているようなので、それを
使うなどしてテストしてみます。
[ △ ]
RE:18174 V3.55正式版アップロードしましNo.18177
秀まるお2 さん　04/05/21 09:10
　
　テストありがとうございます。こちらでももっと詳しくテストしてみます。
[ △ ]
RE:18153 V3.55正式版アップロードしましNo.18183
秀まるお2 さん　04/05/21 17:33
　
　いろいろコメントいただいたのでそろそろ対応しようかなぁということになり
まして…。

　結果として、アルビレオさんの話の通りの仕様にしました。次のV3.56β4から、
復号用のダイアログボックスにオプション追加となります。
[ △ ]
RE:18172 V3.55正式版アップロードしましNo.18190
Super Souya さん　04/05/21 23:02
　
了解しました。
また、鶴亀メールVer.3.56β4でSSL通信を試した結果、まともに動作しているこ
とを確認しました。

＜テストしたメールサービス＞

WONDER!
http://wonder.ne.jp/

Virus Free Email
http://www.vfemail.net/

これで、StunnelやStoneが不要になるのは嬉しいですね。

以上、ご報告まで。
[ △ ]
RE:18190 V3.55正式版アップロードしましNo.18191
秀まるお2 さん　04/05/21 23:26
　
　テストありがとうございます。

　今さらだけど、これで秀TermでのSSH（Secure shell = telnet over SSLだっ
け？）も対応できそうな気がします。
[ △ ]
RE:18176 V3.55正式版アップロードしましNo.18193
ｈｉｔｏ さん　04/05/22 00:55
　
今、帰宅したばかりなので、遅くなりましたが、報告します。

何処にレスすればよいか分からなくなりましたが、ここに繋げます。
鶴亀メール v3.56β5にて、asahi-netでのSSLによる送受信が無事成功
しました。
SSLによる接続は、少し時間がかかるのが難点ですが、asahi-netが推奨
しているので、当分このままの設定で運用してみます。

---
ｈｉｔｏ
[ △ ]
RE:18193 V3.55正式版アップロードしましNo.18196
Super Souya さん　04/05/22 12:30
　
恐らく、証明書の検証で時間がかかっていると考えられます。
ちなみに、私も鶴亀メール v3.56β5でこの現象を再現することが出来ました。
しかし、メールの送受信では全く問題はありませんでした。

Super Souya

> SSLによる接続は、少し時間がかかるのが難点ですが、asahi-netが推奨
> しているので、当分このままの設定で運用してみます。
>
> ---
> ｈｉｔｏ
[ △ ]
RE:18196 V3.55正式版アップロードしましNo.18199
ｈｉｔｏ さん　04/05/22 18:01
　
Super Souyaさん、コメントありがとうございます。

>恐らく、証明書の検証で時間がかかっていると考えられます。

いやぁ、最後の文章は、ひとりごとのつもりだったのですが、読み返し
てみるとそうでもないですね。ごめんなさい。

秀まるお2さんの
>　一発目のSSL接続処理にかなり時間がかかるようですが、これはこういう物じ
>ゃないかと思います。

で理解してるつもりです。

今日ここまで、asahi-netでSSL送受信をしてみると、hotmailの送受信
（Hotmail Popper利用)に比べて時間がかかるとは言えないです。
もちろん、hotmailの利用は、SSLなんて関係ありませんが、私の使用感
覚を説明するために書きました。

---
ｈｉｔｏ
[ △ ]
RE:18199 V3.55正式版アップロードしましNo.18201
秀まるお2 さん　04/05/22 22:01
　
　Plalaの場合は一発目でもかなり速いんですけど、asahi-netの場合は遅いみた
いです。（僕がテストした感触では）

　もしかすると、「アカウント毎の設定・メールサーバー・詳細」の「SSL接続
で、証明書を検証しない」をONにすると高速になるかもしれないと思いつつ、僕
の所では速くなった気はしませんでした。
[ △ ]
RE:18201 V3.55正式版アップロードしましNo.18211
ｈｉｔｏ さん　04/05/23 07:49
　

>　もしかすると、「アカウント毎の設定・メールサーバー・詳細」の「SSL接続
>で、証明書を検証しない」をONにすると高速になるかもしれないと思いつつ、僕
>の所では速くなった気はしませんでした。

私の所では、劇的に速くなりました。

ありがとうございました。

---
ｈｉｔｏ
[ △ ]