Douglas Hinds <[EMAIL PROTECTED]> wrote:
AM>> It has nothing to do with a re-filter operation. A re-filter
AM>> operation reruns the filter rules that are usually run on incoming
AM>> mail automatically, as well the rules that are reserved to be run
AM>> manually.
> Depending on the rule set selected, and whether you want to run active
> not manual only or not.
Sure.
> Since my past email client had an accounts column, it was easy for me
> to keep house manually, depending on source, content, importance,
> follow up required etc. and the decision I'd make at the moment.
> In TB I *can't* do that, without destroying my parked flags (that's
> what they are to me, and all they are to me).
TB! keeps all accounts completely independent of each other. I
personally prefer this but that's just my humble opinion. :) If the
accounts are kept separate from each other then there's no need for an
accounts column. :) Outlook is more along what you seem to be
suggesting where mail from all accounts is kept in one area, the
argument being, why separate the mail when all accounts belong to the
user.
> Once again, you appear to be ignoring read & reply message filters,
... since they don't seem to be an immediate issue just yet. :)
> but otherwise we agree.
OK.
AM>> Because of this, the only way to prevent a 'manual only' filter
AM>> from running during a re-filter operation is to uncheck the 'manual
AM>> only' option in each rules properties.
> Which would then make it an active rule. If you didn't want it to run
> at all, you would be better off by unchecking the active option.
Err. That's what I meant actually. My booboo. :)
AM>> Yes, I am eagerly awaiting help file documentation on 'regular
AM>> expressions' use in TB!. So far, all my knowledge is being attained
AM>> through other apps that use Regexps.
> Have you had any results?
I have used regular expressions a couple times but can't find use for
it in my own message filtering. Steve Lamb mentioned that regular
expressions could make me not have to create all the rules that I use,
but I don't think so, since for each folder that I create to which
messages are filtered, I need to create at least one rule with at
least one string defined. Regular expressions may help if a rule has
many strings defined and one could possibly create a regular
expression that covers all the strings, thus preventing my having to
enter all the strings separately. I *do* have a couple folders with
many alternate strings entered, but the headers vary so much in unique
content, that using a regular expression to accurately cover strings
that will correspond to all and only those messages that I wish to
filter is nigh unto impossible.
> This changes the scenario. It *isn't* true then, that all the
> accounts rules are applied at once. alt + f + f gives you a choice
> of any or all or the 4 sets available - in, out, read & replied.
> This is basic stuff that I was ignoring at the outset, while putting
> the totality together.
Yes, it does. You therefore have four filter sets, two equally
functional, but the other two being restricted to filtering only
replied or read messages.
> The logic to it is not as apparent as it cold be, but there *is*
> functionality there. Rules *can* be activating relatively
> independently, within the constraints of the range of choices given.
> I'm not sure of the advantages to this though, if any.
<snip>
> Once again, there is a degree of freedom here, but I'm still not
> sure if this is the best way to get there (meaning that I'm not sure
> that TB's filtering processes are on the same level as some of the
> other things I know and like about TB, in relation to other options
> used by other email clients. Is there something unique about TB's
> filtering design that somehow jives particularly well with other
> positive aspects of TB. As its, it seems useful but subject to
> improvement.
I don't see the advantage either. I think the present implementation
is an attempt to make things clearer but they have, to me, done the
opposite. :( The filter manager should, IMHO, be just like the address
book in design. All filter rules are made from the same template. You
may create filter sets as you create address groups. All rules gain
their function as you tick away at options etc. to 'carve' it into
shape. If you make the Inbox the source folder, the rule becomes an
incoming filter rule and if the source folder is the Outbox, it
becomes an outgoing filter rule. You should be able to make these
rules executable upon various events, singly or in combination. Say
for example: Toggle switches should be provided to make each rule be
automatically applied upon either receiving mail, sending mail, opening or
closing the source folder, or just to make it plain manual only.
Message attributes should be offered as filter criteria on a per rule
basis, such as, message read, unread, replied, message age, message
priority etc. If flags and color coding are being supported in future
versions then these should be offered as criteria for filtering as
well. Message dates (age) should also be offered as criteria which
could make automatic archiving possible. If message date criteria are
not offered then in the folder properties, instead of simply offering
the option to remove old messages, also give an option to copy old
messages to a particular folder for automatic archiving.
> I do notice that filtering does respect the park flag when moving the
> message.
I'm surprised that filtering moves parked messages. Aren't parked
messages supposed to be messages that are not delete-able or moveable
unless you unpark them? :)
> Thanks for running through this with me. We are definitely getting up
> to speed, and the groups help is unexcelled.
Yes, this has been a fun exercise in filtering techniques.
--
Ali Martin | Using The Bat! v1.38 Beta/4
mailto:[EMAIL PROTECTED] | Windows NT 4.0 (Service Pack 6)
[ A clean desk is a sign of a cluttered desk drawer. ]
___
--
--------------------------------------------------------------
View the TBUDL archive at http://tbudl.thebat.dutaint.com
To send a message to the list moderation team double click here:
<mailto:[EMAIL PROTECTED]>
To Unsubscribe from TBUDL, double click here and send the message:
<mailto:[EMAIL PROTECTED]>
--------------------------------------------------------------
