On Saturday, September 09, 2000, 6:19:50 AM, John wrote:
>> IOW's, if a message is from Stefan Tanurkov <[EMAIL PROTECTED]>.
>> Stefan Tanurkov will be displayed in the message list and this is
>> all that you'll be able to use in the advanced filtering. It
>> seems to filter the message list and not the messages. This is
>> why it's so *quick*.
> There's no reason why the full sender/recipient information
> shouldn't be available to searches, with no noticeable loss in
> speed. (We're talking about header information, not the mesage
> body which I agree could slow it down considerably.)
As Curtis pointed out, TB's display filter function works on
information displayable in the message list pane, basically in the
same way as alt-clicking a message list item works (except the
former is more flexible). In both cases, the response is almost
instantaneous, even in a large folder on a slower computer.
To achieve this, the information has been pulled from the headers of
individual messages to form a virtual database (table). Information
not available in this virtual database (e.g., message id) can't be
used in a display filter. Since only the "real name" part of the
sender is displayed in the message list (and exists in the virtual
database), it's not possible to filter messages based on the email
address part. Trying to go through the headers of all messages would
indeed slow down the process. More importantly, trying to do that
would make the display filter function identical to the Search tool,
which doesn't make sense.
You may, however, suggest RIT to include the email address part in
the message list virtual database, so it can be used in display
filters. Of course, others may want to suggest other header fields
to be included as well. It would ultimately be up to RIT to decide
what to include and what to leave out, trying to strike the best
balance between memory usage, speed, convenience, and flexibility.
I'm glad it's not my job. :)
> And this also fails to address the fact that a single message
> remains visible, that in no way at all satisfies the filter
> criteria!
I think Curtis has made it clear that (he thinks, and I agree) it's
a bug.
--
Best regards,
Ming-Li
The Bat! 1.46 Beta/5 | Win2k SP1
--
--------------------------------------------------------------
View the TBBETA archive at http://tbbeta.thebat.dutaint.com
To send a message to the list moderation team double-click HERE:
<mailto:[EMAIL PROTECTED]>
To Unsubscribe from TBBETA, double-click HERE:
<mailto:[EMAIL PROTECTED]>
--------------------------------------------------------------
You are subscribed as : [email protected]
