Re[2]: Bug, NFS

2005-07-24 Thread Vili
Hello Dwight, TF No. the filter might set a colour group at the same time or TF vperform other actions. Setting the destination folder to a TF move/copy action to the default is more sensible, so that the TF other actions can still be run. I agree with Vili. It shouldn't

Re[2]: Bug, NFS

2005-07-23 Thread Goncalo Farias
In reply to mid:[EMAIL PROTECTED] : V The filter should be disabled, at least... TF No. the filter might set a colour group at the same time or TF vperform other actions. Setting the destination folder to a TF move/copy action to the default is more sensible, so that the TF

Re[2]: Bug, NFS

2005-07-23 Thread Goncalo Farias
In reply to mid:[EMAIL PROTECTED] : DAC On Saturday, July 23, 2005, 3:38:09 AM, Goncalo Farias wrote: I agree with Vili. It shouldn't have default actions. Either the filter is able to do what it was designed to do or it should be disabled (with or without a warning). DAC I don't

Re[2]: Bug, NFS

2005-07-22 Thread Vili
Hello Natasha, When a filter attempts to act on a nonexistent folder, let it create the folder. This functionality is already available. In the folder dialog of the Copy/Move filter action, there's a checkbox named Automatically create if necessary. HTH. You are absolutely

Re[2]: Bug, NFS

2005-07-22 Thread Paul Van Noord
7/22/2005 6:46 AM Hi Natasha, On 7/22/2005 Natasha V Pearce wrote: NVP Hoi Paul When a filter attempts to act on a nonexistent folder, let it create the folder. NVP This functionality is already available. In the folder dialog of the Copy/Move NVP filter action, there's a

Re[2]: Bug, NFS

2005-07-21 Thread Vili
Hello Dwight, Another alternative I like even better is to disallow folder deletion altogether until the user removes all references to the folder in the filters. There is an instance of overkill. The filters are going to have to be a lot easier to search thru than they are now. Vili just

Re[2]: Bug, NFS

2005-07-21 Thread Paul Van Noord
7/21/2005 3:32 PM Hi Dwight, On 7/21/2005 Dwight A Corrin wrote: DAC There is an instance of overkill. The filters are going to have to be DAC a lot easier to search thru than they are now. Vili just mentioned he DAC has over 200 filters. Perhaps a filter text search tool is in order.

Re[2]: Bug, NFS

2005-07-21 Thread Paul Van Noord
7/21/2005 5:16 PM Hi Dwight, On 7/21/2005 Dwight A Corrin wrote: DAC I think one should be able to do lots of searching in filters. One DAC should also be able to make an alphabetical list, or better have the DAC filters in alpha order without changing the order of the actual DAC searches.

Re[2]: Bug, NFS

2005-07-20 Thread Vili
Hello Thomas, V 3. If you check the filter, the copy is directed to the Sent mail V folder now. Result: doubled mails in the Sent mail folder. This makes sense to me. The destination folder does not exist any more, so it is set back to default: The Sent folder. WAD. The filter is not deleted,

Re[2]: Bug, NFS

2005-07-20 Thread Vili
Hello Thomas, On Wed, 20 Jul 2005 17:13:43 +1200 GMT (20/07/2005, 12:13 +0700 GMT), Natasha V Pearce wrote: NVP Confirmed, with the following additional information. NVP After the folder is deleted, the filter will move messages to NVP whichever folder appeared immediately before it in the

Re[2]: Bug, NFS

2005-07-20 Thread Vili
Hello Thomas, V So, you think that two copies from mails in Sent folder is correct? Yes, because you told TB to copy the message from the Sent folder to the Sent folder. Wrong. I set to copy it to the created X folder. Not the Sent folder. I dont like when the program thinks. Do, what I set

Re[2]: Bug, NFS

2005-07-20 Thread Vili
Hello Dwight, It is not common sense. WHERE did I say to the program that if the target folder does not exist, then copy it to the Sent mail? Nowhere... If common sense is the rule, one could argue it is not common sense to delete a folder where you are sending mail. I have