Hello Alexander & all fellow TBUDL members,
Wednesday, December 01, 1999 and before, Alexander wrote:
...
>> AVK> In TB this part cannot be implemented, therefore one would need
>> AVK> to implement this part as "Read" type filters. But then I would
>> AVK> *have* to open *each* of the delivery confirmations to get them
>> AVK> filtered where I want them to go to, which isn't the thing I
>> AVK> would like to do...
The reason being, that TB implements no folder level read mail
filters.
>> Once again, our reactions are similar. Doing that would be excessively
>> burdensome and time consuming, inefficient and impractical.
AVK> That's it.
>> AVK> In many cases, it's quite enough to *look* at the delivery conf
>> AVK> in the folder listing to say, where it came from and what does
>> AVK> this all mean.
>>
>> Particularly if it came in on a list.
AVK> Yes, but then all the delivery confirmations can be separated
AVK> from the "valuable" traffic. I usually filter on "daemon" and "mail
AVK> delivery" strings in the sender... That does the trick.
And could be done in TB.
>> AVK> Following this idea, in Pegasus I have set up a filter that
>> AVK> *automatically* marks all the delivery-type messages with pale
>> AVK> gray colour in the Inbox, so that I could just skip these
>> AVK> messages... TB's filtering won't allow me this, too.
Color coding is an excellent marker once learned. (I used color years
ago for coding vowel sounds when teaching English to Spanish speaking
children, and it's much better than the letters themselves in English
in that sense, and aren't that hard to memorize).
>> I would think that Pegasus is *the* email client with which TB must
>> compete (not an easy task, given Pegasus' price),
AVK> :-)))
What does :-))) represent?
>> since the Pegasus user base is probably the group most like
>> TB's own.
AVK> Wrong here. Pegasus is much a Netware-oriented package, offering
AVK> *real lot* of extra functionality under Netware. Then, it has
AVK> excellent network support (can be installed on the server side,
AVK> users logging in from the client machines, and this type of
AVK> functionality is refined all the time). All this results in the
AVK> situation when Pegasus is used on *large* LANs
AVK> (AFAIK, on Pegasus mailing list we have 30+ postmasters of 1500+
AVK> user LANs), whilst TB with its current functionality is mainly a
AVK> single- user or family application (remember the addressbooks
AVK> wisible for ALL the users:-))
And you work primarily in an institutional setting, whereas although
my work involves dealing with institutions, but I do so from a private
(although incorporated) base. This means Pegasus is more appropriate
to your setting for a number of reasons.
AVK> From what I heard I assume that RIT labs are mainly aimed at
AVK> competing with Eudora (and here luck can and must be on TB's
AVK> side:-)) given the Eudora's quality...)
But Eudora has an establish user base and deep pockets behind it.
>> In my case, Pegasus has performed erratically on my system
AVK> Just curious, how?
By crashing. Eudora also. Netscape and TB don't.
>> have poor customer service), but TB needs some polishing, to
>> go along w some very solid basic and advanced functions.
AVK> That's my point, too.
And maybe some rethinking and redesigning, particularly where
filtering is concerned.
>> I was discussing last night the absence of *any* way to flag
>> messages in TB
AVK> Well, in Pegasus one's got "quick folders" feature:-) That is, a
AVK> single key-combo moves the current message to a pre-defined
AVK> (by the user) folder. Up to 9 quick folders supported.
Very good feature.
AVK> <snipped the rest, since we're apparently thinking similarly...>
>> Thank you for the detailed explanation. While I can see and
>> appreciate your point, I feel committed to TB and enjoy using it
>> in many ways that Pegasus never achieved for me. (In fact,
>> Pegasus has never run problem free for me). TB is excellent for
>> composition it and it's also very stable.
AVK> Actually, TB currently:
AVK> 1. Doesn't support the features I use every now and then (for
AVK> example, advanced MIME functionality like attaching *multiple*
AVK> messages to a message,
I have attached multiple files to a single message using TB w/o
problems.
AVK> creating/reading MIME digests, etc.);
That will be supported in the v. 2.
AVK> 2. Has nontheless numerous bugs in its very basic functionality.
AVK> That's IMHO, of course:-)
I would hate to have to give up TB's bilingual spell checker and a lot
of the formatting support works well for me. But I *am* going to have
to put some time into devising a filtering system that I can control
in an orderly way using TB as is.
There are things that it lacks that have been mentioned previously,
and at least some of these issues are being addressed in the v. 2.
Best regards,
Douglas
[EMAIL PROTECTED]
--
--------------------------------------------------------------
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]>
--------------------------------------------------------------
