-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dear Marcus
On 10 September 2004 at 15:34:23 +0200 (which was 14:34 where I live) Marcus Ohlstr�m graced us with these comments < ... > > Judging from this email and > <mid:[EMAIL PROTECTED]> you have built your > filters in a way they are not intended to be built. :) That is me. > "Continue processing with other filters" decides whether the message > should be carried on to other filters at _the same filter level_. OK. This explains a lot > Unticking this option in a subfilter only means no further subfilters of > that particular parent filter should be processed. Whether the > subsequent parent filters are processed or not is decided by whether > "Continue processing with other filters" is ticked or not in the last > matching filters _at the same filter level_. Thanks for that I did missed that one. >> Logic to me states the following. >> Start filtering >> Is message caught by Filter? >> No ..:- Carry on to next filter >> Yes .:- Carry out action as described by filter ? >> Is there any sub - filters ? >> No ..:- Stop (unless there is a continue processing flag) >> Yes .:- Is message caught by Sub filter ? >> No ..:- Carry on to next sub filter >> Yes .:- Carry out action of sub filter > This is how it does work, with one exception. A subfilter never stops > the processing of subsequent parent filters and it shouldn't. Difference of opinion here, I can and work with it as it is > See the 138 messages long discussion named "NFS: Big question for 9Val", Thanks for the pointer. > I'm sure you can find the messages you have lost in the archives. :) >> So what was happening before is that on the TBBeta filter it was >> copying (not moving) and the message was still present in the in-box >> when the Marck filter was hit. So a fresh copy was made into the Marck >> folder and when the filtering was finished the message was deleted. > This was a bug, confirmed and fixed by 9val. The NFS should not loose > track of a message just because it has been moved (and doesn't anymore, > which you have painfully noticed :-) and subsequent move actions moves > the message again. :) < ... > > Just a final comment on your message > <mid:[EMAIL PROTECTED]>: >> I want each list to go into it's separate folder but each time I join >> a list I don't want to have to change the top level filter to say this >> is in a list and then create one for the list to move it. > But this is how it works and I do believe this suites most of the users. It suite me as long as I know about it. > You apparently do not use parent filters to filter messages but rather > to group filter together. True, well some of the time. > I can see the need for that too, but that is not what the concept of > subfilters is there fore. When you have a list as long as mine (and I am sure many people do) you do need to group lists. > Changing the way the NFS works would break it's current functionality. > I'm sorry to say, but I think you will have to adjust. I have. :) > You could make your parent list filter trigger on a certain address book > group and add all new mailing lists you join to this group. That way, > you could still use the concept of subfilters to group filters together > just like you want it. Not a perfect solution for you, but at least a > solution that won't break the functionality of the NFS. I do that as well for read messages but that is another story. - -- BFN, _______________________________________________ David | David Elliott | Software Engineer | _________________________| [EMAIL PROTECTED] | PGP KeyID 0x650F4534 | | What's another word for "thesaurus"? | -----BEGIN PGP SIGNATURE----- Version: 6.5.8ckt Comment: Quis Custodiet Ipsos Custodes? iQA/AwUBQUGx5/mK8eZlD0U0EQI79QCg9CumjgcbUlzQxZzIk5zZbm1p9fwAni8h 0cbWnC9G3G5i7RD0cIN0vIbA =XVNQ -----END PGP SIGNATURE----- ________________________________________________________ Current beta is 3.00.11 | '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/
