Allie Martin wrote: > There are two ways a message can be marked as read.
> - you manually mark it read. > - it's automatically marked as read as defined in the account > preferences/options. Understood. I don't expect the filters to work when manually marking messages read. > Read filters will be auto executed only when > a) messages are automatically flagged as read by your defined time > delay after it's being viewed, and > and > b) you now move to another message or folder/account. > If you manually mark a message as read and then switch to another > message, the filter will not execute. Yes, this is how read filters work for me in 1.62r. kg>> I wouldn't mind making *ALL* filters (for my IMAP/non-mail accounts) kg>> Read filters. I set them up to work only when a message is UnParked AND kg>> UnFlagged, so as I read mail (all in Inbox) messages get moved unless I kg>> mark them. <-- this is working fine in 1.62r, by the way. > Hmmm. They work no differently for IMAP, so if you have them working > for POP then they should be working for IMAP. But they're not.... > By the way, if your connection isn't fast, then messages will not be > moved right away but on the next sync operation. Cable modem connection. Other operations seem fast enough. I don't think this is the problem. > Try dragging and dropping a message to another folder. If your > connection is fast, the operation should be immediately carried out as > if it were POP. However, if the connection is slow, it would seem as > if nothing happened. At the next sync operation, TB! will send > commands to the server to carry out the move operation and then the > folders will be sync'd to reflect the move. > Could this be the problem with your read filters? Isn't this (the "fast" and "slow" connection) set in account properties? I have it set for fast connection. RE: dragging and dropping to another folder - I will confirm, but yes, I believe the behavior you describe is what is happening. kg>> What about folders that are not on the server? Are they kg>> automatically created during the sync process? > I don't understand what you're asking there. How would a local folder > be automatically created during a sync operation? When a folder is created, you have the choice of whether is syncs or not. If no, it remains local only, right? If it is synched with the server, it gets created on the server, right? kg>> What about folders set to NOT sync? It looks like moving items to kg>> folders not set to sync marks the item for deletion. > When you move a message from one folder to another, the copy in the > source folder is marked for deletion while a copy is placed in the > target folder. The copy in the source folder is permanently removed > when the folder is compressed or expunged, expunged being the IMAP > specific term used. This is how I understand IMAP in this context and is the behavior I want. > I don't have any common folders here, but let's try here and see. I > have a slow connection here at work. > OK. I dragged and dropped the messages just fine. I'm not surprised > with this since the source IMAP folders are set to fully sync with the > servers. As a result, I have cached copies of messages. The moved > messages were removed from the source IMAP folders list, i.e., marked > for deleteion, and if I choose to compress/expunge, they'll be > permanently removed. Yes, I can *manually* move messages to common folders. I was trying to move messages to common folders with an auto-filter. I had set up a hierarchy of folders that were outside my mail accounts. For me, this was the best way to organize business mail as well as personal projects, because the source messages didn't always come from the same account. I didn't want my folders "tied" to a specific mail account. Perhaps this isn't a good way to do things when using IMAP? kg>> Read filters and manual processing is good enough for me for now :) I kg>> can be patient if the read filters will work. I have not installed any kg>> betas yet (clean, fresh install of CE)... maybe that is why the read kg>> filters didn't work? > Probably, though I do recall them working since I started using IMAP. Read filters are only working half-way for me. I can get the messages colored, but not moved to a common folder. *Sometimes* messages will move to a folder within the account (set to sync with server). I suspect I may be doing something or have some setting wrong. This may be something obvious that I've just missed.... > I'd recommend trying the latest beta if you're an IMAP user. The last > series of betas have been mainly bug fixing oriented, so they've been > safe to use (is any software safe?). :) I've started using the betas again, and installed 47 last night. Same problem with Read filters (not moving to common folders). I will keep trying though. kg>> What do you mean by server side filters? > Filtering done on the server. kg>> If you're talking about server-side admin because you have full kg>> access to your mail server, then never mind - I don't have that kg>> kind of access. > Do you have web access to your IMAP account/s? Yes. > Usually, if you do, you can create filters for web based e-mail > accounts. These are the filters I'm referring to. Not very fancy, but > could save a lot of trouble. You are correct. I forgot about that. I actually set up a bunch of filters that way once before, but removed them because 1.62r wasn't synching folders properly and I couldn't download messages that had been filtered. But I bet v2 will utilize server-side filters exactly how I want. Hmmm.... Server-side filtering is a really good idea...... > I do have admin control of my IMAP server. However, all IMAP accounts > are accessible via a web based client type interface. One can create > filters from there. Yep. I'll be busy setting those up today... :) Thanks again for all your help. -- Ken Green Using The Bat! v1.62r on Windows 2000 5.0 Build 2195 Service Pack 4 ________________________________________________ Current version is 2.02.3 CE | "Using TBUDL" information: http://www.silverstones.com/thebat/TBUDLInfo.html
