メールアドレス検索について - 秀丸メール・要望関係／問い合わせ窓口 - スレッド08193, 2004/06/19

メールアドレス検索について

CHERRYVOICE さん　04/06/19 02:09

CHERRYVOICEです。

お世話になっています。

メールアドレス検索について要望・質問があります。

(1) メールアドレスに、検索対象文字列が含まれるだけでもヒットするように
できないでしょうか。

(2) 同じく、メールアドレスではなく名前でもヒットするようにできない
でしょうか。

(3) メールアドレス検索のダイアログから、アドレス帳を呼び出せるように
ならないでしょうか。アドレス帳のウィンドウを出すか、プルダウン式メニュー
（AL-Mail式？）で参照できると便利になる気がします。

また、(1)(2)が困難な場合、その理由を教えて頂けないでしょうか。
ヘルプを見ると「メールアドレスが検索対象文字列を含むだけでもヒットしません」
とありますが、ものによってはヒットしたりしなかったり結果がまちまちなので、
現状の仕様になっている理由、ヒットするしないの条件が知りたいです。

よろしくお願いします。

RE:08193 メールアドレス検索について

アルビレオ さん　04/06/19 20:56

アルビレオです。

>(1) メールアドレスに、検索対象文字列が含まれるだけでもヒットするように
> できないでしょうか。
>
>(2) 同じく、メールアドレスではなく名前でもヒットするようにできない
> でしょうか。

この２つについては「メールアドレス検索」ではなく通常の「検索」コマンドで
From,To,Cc,Bccを対象にすればいいだけではないでしょうか。

メールアドレス検索はメールアドレスだけを対象にすることでダイアログを簡略
化し、高速な検索をするためのものだと思われます。
上のような拡張をすると通常の検索コマンドとほとんど重複して、かえってメー
ルアドレス検索の存在自体が無意味になってしまうと思うのですが…

>(3) メールアドレス検索のダイアログから、アドレス帳を呼び出せるように
> ならないでしょうか。

こちらは「引用」ボタンのプルダウンメニューを拡張すれば比較的簡単にできそ
うな気がします。
検索アドレスをアドレスグループにするのはたぶん無理だと思いますが。

RE:08194 メールアドレス検索について

CHERRYVOICE さん　04/06/20 00:39

CHERRYVOICEです。

>この２つについては「メールアドレス検索」ではなく通常の「検索」コマンドで
>From,To,Cc,Bccを対象にすればいいだけではないでしょうか。

通常の「検索」では、動作が遅くて……
以前、検索が遅いと言うことで質問させて頂いて、デフラグをすれば改善する
という結果になったんですけど、少し使っていると断片化が進むのか、
みるみるうちに検索が遅くなるという状態に陥ってます。
また、今仕事で使っているノートPCではディスクアクセス自体が遅いせいか、
デフラグ直後でも検索に数十秒かかります（3000件程度で）。
それでなんとか、高速に検索できる「メールアドレス検索」を活用したいと
思っています。

>メールアドレス検索はメールアドレスだけを対象にすることでダイアログを簡略
>化し、高速な検索をするためのものだと思われます。
>上のような拡張をすると通常の検索コマンドとほとんど重複して、かえってメー
>ルアドレス検索の存在自体が無意味になってしまうと思うのですが…

勝手な想像なんですけど、
・通常の検索 →メール本文が入っている「～～.txt」を見に行く。
・メールアドレス検索→list.binを見に行く。
じゃないのかなぁと思っています。
なので、検索対象のサイズが減って、検索が高速にできるのかと……
list.binをみるとメールアドレスだけじゃなく名前も入ってそうなので、
高速性はあまり犠牲にせずに、(1)(2)ができるんじゃないかなぁと想像しました。

RE:08193 メールアドレス検索について

よもさん　04/06/20 01:15

鶴亀ユーザーのよもと申します。

>また、(1)(2)が困難な場合、その理由を教えて頂けないでしょうか。

以前に秀まるおさんが説明されていたような気がしますが、
「メールアドレス検索」ではメールアドレスを 16bit-CRC で扱っているはずです。
メールアドレスの文字列を 2 バイトの数値として表し、それを比較することで
高速な検索を実現しているのだと思います。

メールアドレスが完全に一致しない限り CRC 値はまず一致しないため、
部分文字列での検索や名前部分での検索は不可能だと思います。

# 間違っていたらご指摘・フォローください。 > 秀まるおさま

RE:08196 メールアドレス検索について

CHERRYVOICE さん　04/06/20 03:02

CHERRYVOICEです。

>「メールアドレス検索」ではメールアドレスを 16bit-CRC で扱っているはずです。
>メールアドレスの文字列を 2 バイトの数値として表し、それを比較することで
>高速な検索を実現しているのだと思います。
>
>メールアドレスが完全に一致しない限り CRC 値はまず一致しないため、
>部分文字列での検索や名前部分での検索は不可能だと思います。

xxx@bbb.cccというアドレスを検索する場合、aaaだけでもヒットする場合が
あるので、16bit-CRCだけではないのかなぁという気もします。
また、CRCだけだとアドレスが違っても偶然一致してしまう場合もあると思います
ので、それだけではない気もします？？

ただ、16bit-CRCみたいなやり方で管理されているなら、完全一致でないと
ヒットしないってのは納得できます。特に(1)の対応は難しいでしょうね。

まるおさんの正式回答お待ちしています。

RE:08195 メールアドレス検索について

Iranoan さん　04/06/20 03:09

　CHERRYVOICE さん今日は、Iranoan です。
> ・通常の検索 →メール本文が入っている「～～.txt」を見に行く。
> ・メールアドレス検索→list.binを見に行く。
　このあたりは、秀まるおさんにお任せしますが、それだけではないでしょう。
例えば、メールアドレスとして検索するなら、大文字小文字の区別をしないの
で、はじめからどちらかの文字種に統一して保存するという方法があります。

　あと
> 今仕事で使っているノートPCではディスクアクセス自体が遅いせいか、
> デフラグ直後でも検索に数十秒かかります（3000件程度で）。
こちらについて、次の対処が考えられます。
(1) ドライブが複数ある場合、OS がインストールされている、テンポラリ・
ディレクトリの存在するドライブとデータを保存するドライブを別にする
特に、上記のドライブの空き容量が少ないなら効果があると思います。
(2) ヴィールス・チェッカがインストールされているなら、テキスト・ファイ
ルは (直に実行が可能という意味では) ヴィールスに感染することはない
ので、スキャンの対象から除外してやる
(3) 省エネ・モードにかかわる設定を見直す

　またはじめから振り分けである程度細かく保存先を分けておいたり、メー
ル・ファイルの作成方法を変更するなど、何か運用方法を変えることで、快適
になるかもしれません。

RE:08197 メールアドレス検索について

よもさん　04/06/20 20:36

よもです。

>xxx@bbb.cccというアドレスを検索する場合、aaaだけでもヒットする場合が
>あるので、16bit-CRCだけではないのかなぁという気もします。

ほんとですね。知りませんでした。
'@' より前の部分だけでもヒットするのが保証されているのなら今よりも便利に
使えるのでは、という期待を感じています。

>また、CRCだけだとアドレスが違っても偶然一致してしまう場合もあると思います
>ので、それだけではない気もします？？

CRC が一致した場合に限って、メールアドレスが一致するかどうかの文字列比較を
しているのではないでしょうか。

私も秀まるおさんの正式回答をお聞きしたいです。

RE:08198 メールアドレス検索について

秀まるお さん　04/06/20 22:11

　メールアドレス検索が高速な理由は、あらかじめlist.binファイル中（=メモ
リ上）に、メールのFrom:およびTo:中の２つまでのメールアドレスの16bit-CRC
をメモリ上に置いといて、それから目的のメールアドレスの16bit-CRCを計算し
てるからなんですが…。

　スレッド表示の場合も、実はそっちは32bit-CRCを使って連結してるので高速
だったりします。僕の長年のプログラミング経験で作った処理なので、全体他の
メールソフトよりも高速であると自負する処理です。一回、他のメールソフトと
のベンチマーク結果を掲載してやろうかとも思ったりしたんですが、あんまり攻
撃的だとかえって嫌われるかもしれないので今のところやってません。

　っと自慢話はおいといて、

　CRCで検索する関係で、メールアドレスの一部から検索することは出来ません。
一部にヒットさせたければ、やはり「検索して一覧作成」を使うしかありません。

　「検索して一覧作成」の場合は、１つ１つのメールについてメールのヘッダ部
分をロードするので、ハードディスクのランダムアクセス性能が低いと、それが
もろに検索速度に影響します。検索を高速にしたければ、ハードディスクの性能
を上げていたたくしか無いと思います。

　他に対策をするとしたら、検索対象のメールをなるべく減らすことくらいかと
思います。例えば古いメールは別アカウントに移動しておくとか。

　検索にかかってる時間はほとんどがディスクアクセスの時間なので、ソフト的
にはこれ以上高速化することは出来ないと思います。

RE:08199 メールアドレス検索について

秀まるお さん　04/06/20 22:15

> >xxx@bbb.cccというアドレスを検索する場合、aaaだけでもヒットする場合が
> >あるので、16bit-CRCだけではないのかなぁという気もします。

　たしかにメールアドレスだけでヒットするかどうか決まるはずですが…。

　list.binファイル上に、メールのFrom:中のメールアドレス16bit-CRCと、To:/
Cc:/Bcc:ヘッダ中の、最高２つまでのメールアドレスの16bit-CRCを保持してま
す。

　To:/Cc:/Bcc:ヘッダ中にメールアドレスが３つ以上ある場合はダメですが、２
つ以下の場合、およびFrom:からの検索の場合は、16bit-CRCでの検索をします。
それでヒットしたら、あらためてメール自体をロードして、そこから正確な検索
を実行します。

　16bit-CRCでの検証が出来ない場合は最初からメールをロードして検索するの
で、例えばto:にメールアドレスが３つ以上入ってるメールばかり大量にある場
合は、メールアドレス検索を実行しても全然高速にはなりません。

RE:08201 メールアドレス検索について

Iranoan さん　04/06/21 00:05

　秀まるおさん今日は、Iranoan です。
> > >xxx@bbb.cccというアドレスを検索する場合、aaaだけでもヒットする場合が
> > >あるので、16bit-CRCだけではないのかなぁという気もします。
>
> 　たしかにメールアドレスだけでヒットするかどうか決まるはずですが…。
　私の環境でも、「@」の前の部分だけでヒットする、具体的には
> 　To:/Cc:/Bcc:ヘッダ中にメールアドレスが３つ以上ある場合
の場合が誤動作することがあります。

　文面を読むとこのケースは、
> 　16bit-CRCでの検証が出来ない場合は最初からメールをロードして検索する
これに当たるので、メールをロードして検索する時 @ の後ろを見ていないの
では無いでしょうか? ただ先の「3 つ以上」という条件は、単純に個数だけで
はないようです。「xxxx」の「メールアドレス検索」で
> From: xxxx <xxxx@nifty.ne.jp>
> To: xxxx@nifty.ne.jp
> Bcc: xxxxx@cup.com, xxxxxx@ones.nec.co.jp

> From: xxxx <xxxx@nifty.ne.jp>
> To:
> Bcc: xxxxx@cup.com, xxxxxx@ones.nec.co.jp
##↑以前は To ヘッダが空でも送信できたので、こんな送信済みメールが残っ
ていました。
はヒットして、
> From: xxxxxxxxx@boj.or.jp
> To: xxxx@nifty.ne.jp, xxxxxxxx@nifty.ne.jp

> From: xxxx <xxxx@nifty.ne.jp>
> To: xxxxx <xxxxx@tohoho.club.ne.jp>
> Cc: xxxxxx@hydra.mki.co.jp
はヒットしなかったので、To/Cc/Bcc の全てがあって、一つのヘッダに 2 つ
以上アドレスが書かれていることが条件?

RE:08200 メールアドレス検索について

CHERRYVOICE さん　04/06/21 01:19

CHERRYVOICEです。

>　メールアドレス検索が高速な理由は、あらかじめlist.binファイル中（=メモ
>リ上）に、メールのFrom:およびTo:中の２つまでのメールアドレスの16bit-CRC
>をメモリ上に置いといて、それから目的のメールアドレスの16bit-CRCを計算し
>てるからなんですが…。

(1)(2)が困難な（というか現状の作りに矛盾する）理由は理解できましたので、
この要望については取り下げさせていただきます。ただ、そうなると、
(3) メールアドレス検索からアドレス帳を参照できるようにする
という点については是非追加をお願いしたいです。
現実問題として、アドレスが一字一句分かるという場合の方が少ないと思います
ので、そんなときにひょいっとアドレス帳を参照できれば、便利さが上がるのでは
ないかと……

>　CRCで検索する関係で、メールアドレスの一部から検索することは出来ません。
>一部にヒットさせたければ、やはり「検索して一覧作成」を使うしかありません。
>
>　「検索して一覧作成」の場合は、１つ１つのメールについてメールのヘッダ部
>分をロードするので、ハードディスクのランダムアクセス性能が低いと、それが
>もろに検索速度に影響します。検索を高速にしたければ、ハードディスクの性能
>を上げていたたくしか無いと思います。

話は本題からそれてしまうのですが、ディスクアクセスがボトルネックになるので
あれば、ディスクアクセスを減らすような性能向上のアプローチは取れない
でしょうか。
検索する機会が多いTo、From、Subjectを別ファイルにコンパクトに保存（list.binで
OK？）しておき、「検索して一覧作成」でも、To、From、Subjectだけが対象の
検索の場合はそちらを参照するようにする、とか。

鶴亀は全体に動作が軽快なところが売りだと思うのですが、To、From、Subject
検索については、OEの方が早いと思うことが多いです。
ということは、まだまだ性能向上の余地があると言うことだと思いますので、
今後の検討事項として頂ければ幸いです。

RE:08198 メールアドレス検索について

CHERRYVOICE さん　04/06/21 01:24

CHERRYVOICEです。

>(1) ドライブが複数ある場合、OS がインストールされている、テンポラリ・
> ディレクトリの存在するドライブとデータを保存するドライブを別にする
> 特に、上記のドライブの空き容量が少ないなら効果があると思います。

会社のノートPCなので、簡単にはパーティションは切り直せないです。
確かに空き容量は少ないですが……

>(2) ヴィールス・チェッカがインストールされているなら、テキスト・ファイ
> ルは (直に実行が可能という意味では) ヴィールスに感染することはない
> ので、スキャンの対象から除外してやる

こちらは、はじめから検索対象外になっているようです。

>(3) 省エネ・モードにかかわる設定を見直す

こちらはまだ試していませんが、電源につないでいても同じですので、これも
多少設定をいじったところであまり変わらない気がします。

ノートPCということでデスクトップに比べると何かと低スペックですので、
メールアドレス検索を有効活用したいと思っています。

RE:08202 メールアドレス検索について

CHERRYVOICE さん　04/06/21 01:35

CHERRYVOICEです。

>To/Cc/Bcc の全てがあって、一つのヘッダに 2 つ
>以上アドレスが書かれていることが条件?

うちでは、Bccがなくてもヒットします。

また、xxx@bbb.cccの検索で、"aaa"ではヒットするものが、"aaa@"
ではヒットしなくなるので、"@"の前しか見ていないというのは
本当っぽいです。

それから、秀まるおさんのコメントにあった、

>　16bit-CRCでの検証が出来ない場合は最初からメールをロードして検索するの
>で、例えばto:にメールアドレスが３つ以上入ってるメールばかり大量にある場
>合は、メールアドレス検索を実行しても全然高速にはなりません。

というのは、他にも
・ヒットするメールが大量にある
という場合も検索は遅くなりそうですね。

RE:08203 メールアドレス検索について

アルビレオ さん　04/06/21 05:07

アルビレオです。

>検索する機会が多いTo、From、Subjectを別ファイルにコンパクトに保存（list.binで
>OK？）しておき、「検索して一覧作成」でも、To、From、Subjectだけが対象の
>検索の場合はそちらを参照するようにする、とか。
>
>鶴亀は全体に動作が軽快なところが売りだと思うのですが、To、From、Subject
>検索については、OEの方が早いと思うことが多いです。
>ということは、まだまだ性能向上の余地があると言うことだと思いますので、
>今後の検討事項として頂ければ幸いです。

To、From、Subjectなどはlist.binに入っているため、これらのみを検索すると
きはlist.binから検索すれば、たぶん速くなるとは思います。
でも本文も含めた複数条件の検索なら、ToやSubjectも*.txtから読み込んだ方が
読み込むファイルの数が少ない分速いはずです。
そういうわけで検索条件によって２種類の検索方法を用意することになりそうで
す。

もし今の検索コマンドとは別にFrom/To/Cc/Bcc/Subjectを対象にするコマンドを
用意するとなると、今の検索コマンドとどういう風に使い分ければいいのか、か
なりわかりにくくなるので私は賛成できません。
かといって今の検索コマンド内部で検索条件によってまったく違う２種類の検索
方法を自動的に選択するというのもプログラムとして複雑になりそうで、細かい
仕様を詰めて安定するまでにそれなりの時間がかかるのではないかと思います。

私としては後者を希望したいですが、そもそも検索の高速化をするのかどうかを
決めるのは秀まるおさんなので、私にはこれ以上のことはなんとも言えません。
たぶん他にも希望者が多ければ、今のバージョンが安定た後にでも検討してくれ
るのではないでしょうか。

RE:08205 メールアドレス検索について

秀まるお さん　04/06/21 09:49

　メールアドレスにマッチしてるかどうかの最終チェックの処理が間違ってまし
た。大変失礼しました。

　例えば「XXXX」で検索すると、メールアドレスが「XXXX」で始まるメールアド
レス全部にヒットしてました。ただし、16bit-CRCでの検索ではじかれた物は対
象外になるようで、つまり、To:/Cc:/Bcc:ヘッダ中のメールアドレスの合計が２
つ以下の場合はヒットしないことが多いようです。

　今すぐ直します。

> というのは、他にも
> ・ヒットするメールが大量にある
> という場合も検索は遅くなりそうですね。

　たしかに遅いです。

　ちなみに鶴亀メールと他のメールソフトの違いの１つとして、他のメールソフ
トはほとんどの場合、エンコードされたメールをそのままファイルに保存してま
すが、鶴亀メールはデコードした結果を保存してます。なので、例えばメール本
文を対象に検索する時は、いちいちデコードせずに検索できる分だけ、速くなり
ます。添付ファイルも別ファイルになっているので、それにアクセスしなくなる
分の高速化も期待できます。

　あと、Outlook Expressはメールを１つの巨大なファイルにまとめて入れてる
ので、ファイルアクセスが連続して実行される可能性が高くなって、その分高速
に動作するのかもしれません。

RE:08203 メールアドレス検索について

秀まるお さん　04/06/21 10:18

　１つ見逃してました。

> (3) メールアドレス検索からアドレス帳を参照できるようにする
> という点については是非追加をお願いしたいです。

　対応します。ついでにオートコンプリートもするように直します。

> 話は本題からそれてしまうのですが、ディスクアクセスがボトルネックになるので
> あれば、ディスクアクセスを減らすような性能向上のアプローチは取れない
> でしょうか。

　起動とか、フォルダを選択してからの応答とか、メモリ消費量とか、高速化と
いってもいろいろトレードオフの関係がありまして、僕としてはいろいろ総合的
に考えて高速化のバランスを考えたつもりです。メールアドレス検索というのは、
まさしくその高速化の柱な訳ですけど。

　つまり、メールアドレスが一致する物を検索するケースは多いと思いつつも、
メールアドレスの一部分のみについて検索するケースは少ないだろうから、多い
ケースについて高速化をしたってことになります。メールアドレスの文字列その
ものを全部メモリ上にロードしたら、それはそれでメール一覧のキャッシュサイ
ズが大きくなって、フォルダを選択した時の反応がにぶくなると同時に、メモリ
の消費量も増えます。

　僕としては今のデータ形式を変えるつもりはないです。

RE:08207 メールアドレス検索について

Iranoan さん　04/06/21 14:03

　秀まるおさん今日は、Iranoan です。
> 　メールアドレスにマッチしてるかどうかの最終チェックの処理が間違ってまし
> た。大変失礼しました。
<中略>
> 　今すぐ直します。
　宜しくお願いします。
　##CHERRYVOICE さんのおかげで、一つバグを消せましたね(^^)。

> 　起動とか、フォルダを選択してからの応答とか、メモリ消費量とか、高速化と
> いってもいろいろトレードオフの関係がありまして、僕としてはいろいろ総合的
> に考えて高速化のバランスを考えたつもりです。メールアドレス検索というのは、
> まさしくその高速化の柱な訳ですけど。
<中略>
> 　僕としては今のデータ形式を変えるつもりはないです。
　データ形式は今のままでも、Subject や To 等は、list.bin に保存されて
いるんですよね。それならこれらのヘッダとその組み合わ検索は、ロードした
メモリ上でやれば、速度が上がるのではないでしょうか?
　新機能の追加に比べると地味なので、近いうちに対応するかどうかは別にし
ても、今後の開発ネタとしてはよいのではないでしょうか(^^)?

RE:08209 メールアドレス検索について

秀まるお さん　04/06/21 14:20

> 　データ形式は今のままでも、Subject や To 等は、list.bin に保存されて
> いるんですよね。

　Subject:はメモリ上に持ってますが、最高で256文字程度まででして、それを
超えた場合はメモリ上に持ちません。メモリ上に置いてあるSubject:ヘッダの内
容が250バイト程度ならそこから検索しますが、256バイト程度の場合は尻切れに
なってる可能性があるということで、ファイルからロードしなおして検索します。

　Subject:のみからの検索はそこそこ速いと思います。

　To:については、メールの種類によってメモリ上に置くかどうか決まるし、そ
もそもメモリ上にはTo:ヘッダの内容そのままじゃなくて、To:ヘッダの１つ目の
宛先の、名前とEmailを分解した物を置いてるだけです。

　結局の所、メモリ上にロードしてるのは、メール一覧を表示するのに必要な情
報だけってことになります。メール一覧上でFrom:部分を表示してるなら、From:
部分しかメモリ上に持ってません。

　なので、やはりTo/Cc/Bcc:ヘッダからの検索の場合は、１つ１つのメール（の
ヘッダ部分）をロードしてしまいます。

RE:08208 メールアドレス検索について

CHERRYVOICE さん　04/06/21 23:41

CHERRYVOICEです。

>> (3) メールアドレス検索からアドレス帳を参照できるようにする
>> という点については是非追加をお願いしたいです。
>
>　対応します。ついでにオートコンプリートもするように直します。

3.60β2で反映されていることを確認しました。
こんなに早く対応頂けるとは、かなり驚きです。
オートコンプリートもうれしい機能です。ありがとうございました。

オートコンプリートの動作でひとつ気になる点がありまして、
文字入力 → オートコンプリート候補が出る → カーソルで選択
→ Enterで決定
という操作をすると、入力途中の状態のまま検索が開始してしまいます。
最初のEnterでは候補決定、もう一回Enterを押すと検索開始となるように
して頂けないでしょうか。よろしくおねがいします。

>　つまり、メールアドレスが一致する物を検索するケースは多いと思いつつも、
>メールアドレスの一部分のみについて検索するケースは少ないだろうから、多い
>ケースについて高速化をしたってことになります。メールアドレスの文字列その
>ものを全部メモリ上にロードしたら、それはそれでメール一覧のキャッシュサイ
>ズが大きくなって、フォルダを選択した時の反応がにぶくなると同時に、メモリ
>の消費量も増えます。

えぇと、まず誤解がないように整理させて頂きますと……

・性能を改善できないかと提案させて頂いたのは、「メールアドレス検索」では
なく、「検索して一覧作成」のほうです。
・アルビレオさんのおっしゃっていたやり方については、私も後者（検索条件に
よってまったく違う２種類の検索方法を自動的に選択する）を想定していました。

現状の「検索して一覧作成」は、検索対象が何であろうとメール本体の入っている
*.txtを見に行くのではと想像したのですが、合っていますでしょうか？

このとき、*.txtのファイルサイズが大きかったり、複数ファイルに分割されて
いたりすると、ディスクのランダムアクセス等が発生して検索速度の足を引っ張る
ことになるだろうから、ヘッダ部分だけまとまったファイルを用意しておいて、
ヘッダの特定部分だけの検索条件であればそちらを見に行く、と言う方法が取れれば、
検索速度向上が期待できるのではないかと思いました。

このヘッダ部分だけまとまったファイルとしてlist.binが使えるのではと
考えていたのですが、秀まるおさんの話では、メールアドレス保持数に限りが
あるので、簡単には使えなさそうですね。
そうなると、また別のファイルを作るって話になってしまいますので、無駄に
ディスク容量を食ったり、1メール受信したときの処理が増えたりと、デメリットも
それなりに発生しそうな気はします。

なんだか何を言いたいのか分からなくなってきましたが、とにかく、現状の
鶴亀は、To/From/Subject検索がOEに比べるとかなり遅く感じますので、ここを
改善できると、劇的な性能向上につながるのでは、と思った次第です。

難しい話なのかどうかはよく分かりませんが、長期的な改善ネタとして
検討リストの末席にでも加えておいて頂ければ幸いです。

RE:08207 メールアドレス検索について

CHERRYVOICE さん　04/06/21 23:54

CHERRYVOICEです。

>　あと、Outlook Expressはメールを１つの巨大なファイルにまとめて入れてる
>ので、ファイルアクセスが連続して実行される可能性が高くなって、その分高速
>に動作するのかもしれません。

OEのdbxファイルを見ますと、ヘッダ部分は複数メールがある程度まとまった形で
保存されているようです。
それも、1通1通のメールがごとに付いているヘッダとは別に、検索用というか
一覧表示用に独立で（要は1ファイル中に同じ情報を2つ）持っているみたいです。
鶴亀で言うところのlist.binみたいなもので、これでディスクアクセスを
減らしているんだと思います。

かといって、それをそのまま鶴亀に適用するのは難しそうですよね……

RE:08210 メールアドレス検索について

Iranoan さん　04/06/22 12:56

　秀まるおさん今日は、Iranoan です。
> 　To:については、メールの種類によってメモリ上に置くかどうか決まるし、そ
> もそもメモリ上にはTo:ヘッダの内容そのままじゃなくて、To:ヘッダの１つ目の
> 宛先の、名前とEmailを分解した物を置いてるだけです。
　そういえば、鶴亀ではメールの種類によって From/To のどちらを表示する
か違っていましたね。失礼しました。

RE:08211 メールアドレス検索について

秀まるお さん　04/06/22 14:49

　同じような話が多発するようならデータ形式の変更も考えないといけないかも
しれませんが、今のところは変更する予定なしです。

　しいてやるなら、list.binファイルの形式変更での対応なんでしょうけど。形
式変更すると、バージョンアップしたユーザー様全員の所で「メール一覧の更
新:....」が出てきて大変待たされることになるという問題もあります。

RE:08214 メールアドレス検索について

CHERRYVOICE さん　04/06/24 00:42

CHERRYVOICEです。

返信遅れました。コメントありがとうございます。

>　しいてやるなら、list.binファイルの形式変更での対応なんでしょうけど。形
>式変更すると、バージョンアップしたユーザー様全員の所で「メール一覧の更
>新:....」が出てきて大変待たされることになるという問題もあります。

やはりそうなるのでしょうね。
また今後よいタイミングがあったら、その際にご検討お願いします。

RE:08211 メールアドレス検索について

CHERRYVOICE さん　04/06/24 00:52

CHERRYVOICEです。

秀まるお様、メールアドレス検索のオートコンプリートの動作における、
以下の2点についてコメントをお願いいたします。

(1)
>オートコンプリートの動作でひとつ気になる点がありまして、
>文字入力 → オートコンプリート候補が出る → カーソルで選択
> → Enterで決定
>という操作をすると、入力途中の状態のまま検索が開始してしまいます。
>最初のEnterでは候補決定、もう一回Enterを押すと検索開始となるように
>して頂けないでしょうか。よろしくおねがいします。

(2)
さらに追加ですが、オートコンプリートで候補を選択した場合、
「名前 <アドレス>」
というかたちで検索語が入ってしまい、そのまま検索するとヒットしません。
アドレス帳に「名前＋アドレス」のかたちで登録してあっても、オート
コンプリートでの候補選択の場合、アドレスのみを検索語として抽出するように
して頂けないでしょうか。

どうぞよろしくおねがいします。

RE:08227 メールアドレス検索について

秀まるお さん　04/06/24 11:52

　毎度、見逃しが多くてすみません。（ついでに誤字脱字も多いですが）

>オートコンプリートの動作でひとつ気になる点がありまして、
>文字入力 → オートコンプリート候補が出る → カーソルで選択
> → Enterで決定
>という操作をすると、入力途中の状態のまま検索が開始してしまいます。
>最初のEnterでは候補決定、もう一回Enterを押すと検索開始となるように
>して頂けないでしょうか。よろしくおねがいします。

　これは明らかにバグのようです。さっそく修正させていただきます。

> さらに追加ですが、オートコンプリートで候補を選択した場合、
> 「名前 <アドレス>」
> というかたちで検索語が入ってしまい、そのまま検索するとヒットしません。

　これもほとんどバグってことのようです。メールアドレスのみが入るように修
正すると同時に、仮に「名前 <Email>」のような形式で入力されても、ちゃんと
Email部分を取り出して検索するように直します。

RE:08228 メールアドレス検索について

CHERRYVOICE さん　04/06/26 02:52

CHERRYVOICEです。

メールアドレス検索のオートコンプリートの動作について、3.60β4で修正されて
いるのを確認しました。ありがとうございました。

対応頂いたばかりで申し訳ないですが、あと2点気になることがあります。
メール作成画面のオートコンプリートの動作と異なるため、バグ扱いかなっと
思います。ご確認お願いします。

・オートコンプリート候補選択中にESCキーを押すと、メールアドレス検索の
ダイアログボックス自体が閉じてしまいます。オートコンプリート候補の
ウィンドウだけ閉じるのが正解かなと思います。

・オートコンプリート候補が、半角英数を入力したときしかリストアップされません。
Delで文字消去した際や、全角文字入力の際も候補がでるようにして欲しいです。

よろしくお願いします。

RE:08229 メールアドレス検索について

秀まるお さん　04/06/28 09:58

> ・オートコンプリート候補選択中にESCキーを押すと、メールアドレス検索の
> ダイアログボックス自体が閉じてしまいます。オートコンプリート候補の
> ウィンドウだけ閉じるのが正解かなと思います。

　たしかにそのようです。さっそく修正させていただきます。

> Delで文字消去した際や、全角文字入力の際も候補がでるようにして欲しいです。
>

　Delで文字消去した際に出してないのはわざとですが、直そうと思えば直せま
す。ただ、余計な時に出てこないようにいろいろ検証するのが大変だからという
ことで今のところは手抜きしてますが…。

　今度、V3.60以降の適当な時期に方式を見直してみます。

　全角文字入力についてもわざとではありますが、「全般的な設定・上級者向
け・オートコンプリート」での「名前としても検索する」をONにすれば、名前と
して検索するようにはなります。

RE:08232 メールアドレス検索について

CHERRYVOICE さん　04/06/28 23:16

CHERRYVOICEです。

>> ・オートコンプリート候補選択中にESCキーを押すと、メールアドレス検索の
>> ダイアログボックス自体が閉じてしまいます。オートコンプリート候補の
>> ウィンドウだけ閉じるのが正解かなと思います。
>
>　たしかにそのようです。さっそく修正させていただきます。

こちらは3.60で修正されていることを確認しました。
毎度迅速な対応、ありがとうございます。

>> Delで文字消去した際や、全角文字入力の際も候補がでるようにして欲しいです。
>>
>
>　Delで文字消去した際に出してないのはわざとですが、直そうと思えば直せま
>す。ただ、余計な時に出てこないようにいろいろ検証するのが大変だからという
>ことで今のところは手抜きしてますが…。

すみません、ちょっと間違えていました。Delではなく、BSでした。
メール作成の画面では、BSで文字消去した場合も候補が出ます。
これと同じレベルを実現して欲しい、という話でした。
（Delの方はメール作成画面でも候補は出ないので、こちらは今のままでも構いません）

あと全角文字については、OSによって動作が異なるような気がします。
Win2000では全角文字入力でも候補が出ましたが、WinXPでは出ませんでした。
メール作成画面では、どちらもちゃんと全角文字入力でも候補がでます。
鶴亀Versionは3.60、IMEはATKO17、どちらも「名前としても検索する」はONに
なってます。ご確認お願いいたします。

RE:08244 メールアドレス検索について

秀まるお さん　04/06/29 10:23

　Backspaceキーは、たしかに今やってみたら効いてませんでした。直します。

> あと全角文字については、OSによって動作が異なるような気がします。
> Win2000では全角文字入力でも候補が出ましたが、WinXPでは出ませんでした。

　こちらもあまりテストしてませんでした。さっそくいろいろ調べて修正させて
いただきます。

RE:08246 メールアドレス検索について

CHERRYVOICE さん　04/07/01 02:07

CHERRYVOICEです。

>　Backspaceキーは、たしかに今やってみたら効いてませんでした。直します。
>
>> あと全角文字については、OSによって動作が異なるような気がします。
>> Win2000では全角文字入力でも候補が出ましたが、WinXPでは出ませんでした。
>
>　こちらもあまりテストしてませんでした。さっそくいろいろ調べて修正させて
>いただきます。

どちらも3.62で修正されていることを確認しました。
ありがとうございました。