On 10/2/2005 at 8:45:02 AM [GMT -0500], Stuart Cuddy wrote: > The problems I still have with IMAP are:
> 1) Filtering still only works on the first level. In other words if I
> have a filter that sets the color for TB beta as red and then sets it
> to green if it is to or from me it will temporarily set it to green
> and then set it back to red.
This problem is easily avoided by avoiding a double action as you do.
For instance, for TBBETA:
Filter one - Header contains 'reply-to:[EMAIL PROTECTED]'
AND Header does not match 'in-reply-to:[EMAIL PROTECTED]'
This prevents filtering of messages that are replies to yours so that
they may be filtered by the next filter which does a match like:
Filter two - Header contains 'reply-to:[EMAIL PROTECTED]'
AND Header match 'in-reply-to:[EMAIL PROTECTED]'
This will avoid the colour group being set by one filter and then reset
by another. Only one colour group setting will be applied and it sticks.
:)
I wouldn't even class it as a work around since you still use two
filters. Work arounds usually imply an approach that isn't smooth and
even inconvenient. This is the same set and forget. I didn't even try it
your way since I didn't see the point in having the filters setting
colour groups back and forth if I could avoid it.
I agree that the problem you have is based on buggy behaviour, but it's
easily circumvented and hence a minor problem. RIT may also view it as
such and hence may not fix it right away.
> 2) Every now and then when I select a message in an IMAP folder
> everything freezes and you can't do anything until it unfreezes. I
> have tried to select the CC to see what is happening, but it will not
> restore either. I guess I need to have the CC always on top to see
> what is happening.
I haven't experienced this.
> 3) The counts that show are odd and inconsistent. Sometimes the count
> will get marked as read after reading the last message and then get
> marked as unread and it takes a while to disappear. Sometimes counts
> seem to update for no reason and add different numbers that flash on
> the screen and then change back again.
I confirm this, but for me this is only cosmetic and considering from
where I came with TB! IMAP, I don't mind it as such.
> Otherwise it does seem to be much more stable. One other thing, I did
> try to use the non-local outbox for a while. It seemed to be working
> OK, but when I went to send some big attachments, 5 meg plus,
> everything really slowed down, with no progress shown etc. I assume
> the files are uploaded to the IMAP server and then sent to the
> recipient. This seems like a real waste of resources and is very slow.
Yes. A draft folder is better. Mulberry and other IMAP clients do not
use a server side outbox. Messages queued for sending are stored
locally. Saving as a draft is a separate command with a special server
side folder designated for this.
--
-= Curtis =-
The Bat! v3.61.09 Echo (Beta) / http://specs.aimlink.name
PGPKey: http://rsakey.aimlink.name
...Nothing is impossible for anyone impervious to reason
pgpasIK8hicu2.pgp
Description: PGP signature
________________________________________________________ Current beta is 3.61.09 (Echo) | 'Using TBBETA' information: http://www.silverstones.com/thebat/TBUDLInfo.html IMPORTANT: To register as a Beta tester, use this link first - http://www.ritlabs.com/en/partners/testers/
