![]() |
If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. |
|
|
Thread Tools | Search this Thread | Display Modes |
|
#1
|
|||
|
|||
![]()
Just an update on the problem.
One of my rules, the second to last, is looking to see if the sender is in the Outlook Contacts folder and if they are, move the email to the designated folder. There are over 1000 contacts in the folder (and growing); could it be that executing of this contacts based rule is taking so long that the next rule, the last one, never get's executed? "Dab" wrote in message ... Hi: I'm a pretty advanced Outlook user but I just can't figure this out and I've been trying for years! I created some rules that check for a particular condition and if the condition is met, the email is moved to a particular folder. The last rule in the stack moves the remaining messages to a 'default' folder. All of the destination folders are in the root folders of the account. Here's the weird part: I've discovered, after may years, that rules that include moves to folders don't work if the 'stop processing more rules' is not included in the rule. If I don't include the 'stop processing more rules' in the rules, none of them work except the last one which moves everything into the default folder (note that the last rule will work whether the 'stop processing more rules' is included or not). If I put the 'stop processing more rules' in the rules, they all work, except for the last one that is supposed to move what's left over to the default folder - it doesn't work whether the 'stop processing more rules' is included or not. Any suggestions on why this is happening? Outlook 2003 connected to an Exchange 2003 server. |
#2
|
|||
|
|||
![]()
Another Update:
So, I confirmed: if I turn off the contacts based rule, the remain rule works fine. The contacts rule appears to time out executing of further rules. Perhaps I could reverse the rule - move everything unless they're in the contacts, then move what left? I'll have to see if that has the same problem. "Dab" wrote in message ... Just an update on the problem. One of my rules, the second to last, is looking to see if the sender is in the Outlook Contacts folder and if they are, move the email to the designated folder. There are over 1000 contacts in the folder (and growing); could it be that executing of this contacts based rule is taking so long that the next rule, the last one, never get's executed? "Dab" wrote in message ... Hi: I'm a pretty advanced Outlook user but I just can't figure this out and I've been trying for years! I created some rules that check for a particular condition and if the condition is met, the email is moved to a particular folder. The last rule in the stack moves the remaining messages to a 'default' folder. All of the destination folders are in the root folders of the account. Here's the weird part: I've discovered, after may years, that rules that include moves to folders don't work if the 'stop processing more rules' is not included in the rule. If I don't include the 'stop processing more rules' in the rules, none of them work except the last one which moves everything into the default folder (note that the last rule will work whether the 'stop processing more rules' is included or not). If I put the 'stop processing more rules' in the rules, they all work, except for the last one that is supposed to move what's left over to the default folder - it doesn't work whether the 'stop processing more rules' is included or not. Any suggestions on why this is happening? Outlook 2003 connected to an Exchange 2003 server. |
#3
|
|||
|
|||
![]()
Another Update:
I reversed the logic for the rule, moving the email except if the sender is in the contacts folder, and that works, but the final rule to move everything else still doesn't get executed. It's seems as soon as the contacts folder is involved in a rule, subsequent rules don't work. "Dab" wrote in message ... Another Update: So, I confirmed: if I turn off the contacts based rule, the remain rule works fine. The contacts rule appears to time out executing of further rules. Perhaps I could reverse the rule - move everything unless they're in the contacts, then move what left? I'll have to see if that has the same problem. "Dab" wrote in message ... Just an update on the problem. One of my rules, the second to last, is looking to see if the sender is in the Outlook Contacts folder and if they are, move the email to the designated folder. There are over 1000 contacts in the folder (and growing); could it be that executing of this contacts based rule is taking so long that the next rule, the last one, never get's executed? "Dab" wrote in message ... Hi: I'm a pretty advanced Outlook user but I just can't figure this out and I've been trying for years! I created some rules that check for a particular condition and if the condition is met, the email is moved to a particular folder. The last rule in the stack moves the remaining messages to a 'default' folder. All of the destination folders are in the root folders of the account. Here's the weird part: I've discovered, after may years, that rules that include moves to folders don't work if the 'stop processing more rules' is not included in the rule. If I don't include the 'stop processing more rules' in the rules, none of them work except the last one which moves everything into the default folder (note that the last rule will work whether the 'stop processing more rules' is included or not). If I put the 'stop processing more rules' in the rules, they all work, except for the last one that is supposed to move what's left over to the default folder - it doesn't work whether the 'stop processing more rules' is included or not. Any suggestions on why this is happening? Outlook 2003 connected to an Exchange 2003 server. |
#4
|
|||
|
|||
![]()
Dab wrote:
I reversed the logic for the rule, moving the email except if the sender is in the contacts folder, and that works, but the final rule to move everything else still doesn't get executed. It's seems as soon as the contacts folder is involved in a rule, subsequent rules don't work. Have you disabled all rules except the one to check for the sender is in your contacts and the last rule for catch-all? Does the rule to check on sender use the stop-clause rule? Are you moving? Or are you moving a copy? It would've been better if Microsoft had referred to these actions as just 'move' and 'copy'. Some folks think 'move a copy' is a 'move'. With just the 2 rules enabled - "Move if sender in contacts" and the catch-all rule - just what are those rules? That is, tell us what the rules actually are. Hard to troubleshoot something that is vaguely described rather than actually shown. |
#5
|
|||
|
|||
![]()
Hi Vanguard:
Thanks for your note. I know the sender is in the contacts because I created a created a test contact from an email that I received from another one of my email accounts. I then use that account to send some test emails from that account. The 'move except if' rule works but any subsequent rules don't work. I should have mentioned that the Contacts based move rules that down work when automated, work just fine when they're run manually. In all cases, I'm moving, not copying. Here is my rule list in order (for clarity, I've added some quotes to identify the fields that are actually underlined in the rule): Apply this rule after the message arrives flag message with 'Yellow' Apply this rule after the message arrives sent to 'undisclosed-recipients' move it to the 'Deleted Items' folder and stop processing more rules Apply this rule after the message arrives with 'is now following you on Twitter' in the subject move it to the 'Deleted Items' folder and stop processing more rules Apply this rule after the message arrives move it to the 'Temp' folder except if sender is in the 'Contacts' Address Book and stop processing more rules Apply this rule after the message arrives move it to the 'Default' folder and stop processing more rules The the last rule doesn't work whether the stop processing more rules is included or not. As I mentioned in previous posts, rule 4 doesn't work if the logic is reversed, i.e. move if sender is in Contacts. Here's the variation, i.e.: Apply this rule after the message arrives move it to the 'Default' folder if sender is in the 'Contacts' Address Book and stop processing more rules Apply this rule after the message arrives move it to the 'Temp' folder and stop processing more rules I suspect that what's happening is that it takes so long to check the contacts folder that the following rules are skipped. Seem kind of lame but I can't figure out what else it would be. If I turn off rule 4, everything works. "VanguardLH" wrote in message ... Dab wrote: I reversed the logic for the rule, moving the email except if the sender is in the contacts folder, and that works, but the final rule to move everything else still doesn't get executed. It's seems as soon as the contacts folder is involved in a rule, subsequent rules don't work. Have you disabled all rules except the one to check for the sender is in your contacts and the last rule for catch-all? Does the rule to check on sender use the stop-clause rule? Are you moving? Or are you moving a copy? It would've been better if Microsoft had referred to these actions as just 'move' and 'copy'. Some folks think 'move a copy' is a 'move'. With just the 2 rules enabled - "Move if sender in contacts" and the catch-all rule - just what are those rules? That is, tell us what the rules actually are. Hard to troubleshoot something that is vaguely described rather than actually shown. |
#6
|
|||
|
|||
![]()
Dab wrote:
I know the sender is in the contacts because I created a created a test contact from an email that I received from another one of my email accounts. I then use that account to send some test emails from that account. The 'move except if' rule works but any subsequent rules don't work. I should have mentioned that the Contacts based move rules that down work when automated, work just fine when they're run manually. In all cases, I'm moving, not copying. Here is my rule list in order (for clarity, I've added some quotes to identify the fields that are actually underlined in the rule): ... Apply this rule after the message arrives move it to the 'Temp' folder except if sender is in the 'Contacts' Address Book and stop processing more rules If the exception is true then the stop-clause should not be honored. Have you tried deleting this rule and recreating it from scratch (and then position it in the rules list to this spot again)? I've had rules gets screwed up so their pointers to the folders (you see a name but the rule has a pointer) are invalid which means the rule doesn't know what to do (i.e., it is corrupted). See if deleting it and creating NEW copy of the rule gets it working as expected. Apply this rule after the message arrives move it to the 'Default' folder and stop processing more rules The the last rule doesn't work whether the stop processing more rules is included or not. Wouldn't matter. The problem is that you are not *getting* to the last rule. It's not that it doesn't work. It's that it is not getting reached. If there are thousands of contacts, it will take a long time to scan all of them. So you might think the rules have completed their execution when they really have gotten stuck on your contacts rule. Do you have a lot of distribution lists? Are contacts listed in more than one of them? Are there a LOT of items in the Temp folder? Does this folder get periodically emptied (by using the auto-archive function with permanent delete on expired items in this folder)? Or is this a titan-sized folder with hundreds or thousands of items in it that you obviously don't want? First delete the problematic rule and create a new one for it (or did you do that already? or did you just disable the old rule and use this new one?). The rule might be corrupted. You could try redefining the problematic rule before deleting and recreating it. Go to each clickable entry and select a different folder, then click the entry again and select the original folder. |
#7
|
|||
|
|||
![]()
Hi Vanguard:
Thanks for your note. The rule was created from scratch. Note that the rule does work as shown; messages from senders in the contacts folder do not get moved and stay in the inbox, but messages from all other senders do get moved.. But, rule that follows, the one that should move everything left in the inbox, never executes. There are no distribution lists in the contacts folder. None of the folders are overly large, typically less than a few thousand messages. The folders are not auto archived; I manually delete stuff from time to time that is more than a few months old. I'll try recreating the rule. I too have had problems in the past where a rule is corrupted, but in every case, that I know if, the system detected the rule as corrupt, or flagged that one of the parameters was not set (even though it appeared that it was set) "VanguardLH" wrote in message ... Dab wrote: I know the sender is in the contacts because I created a created a test contact from an email that I received from another one of my email accounts. I then use that account to send some test emails from that account. The 'move except if' rule works but any subsequent rules don't work. I should have mentioned that the Contacts based move rules that down work when automated, work just fine when they're run manually. In all cases, I'm moving, not copying. Here is my rule list in order (for clarity, I've added some quotes to identify the fields that are actually underlined in the rule): ... Apply this rule after the message arrives move it to the 'Temp' folder except if sender is in the 'Contacts' Address Book and stop processing more rules If the exception is true then the stop-clause should not be honored. Have you tried deleting this rule and recreating it from scratch (and then position it in the rules list to this spot again)? I've had rules gets screwed up so their pointers to the folders (you see a name but the rule has a pointer) are invalid which means the rule doesn't know what to do (i.e., it is corrupted). See if deleting it and creating NEW copy of the rule gets it working as expected. Apply this rule after the message arrives move it to the 'Default' folder and stop processing more rules The the last rule doesn't work whether the stop processing more rules is included or not. Wouldn't matter. The problem is that you are not *getting* to the last rule. It's not that it doesn't work. It's that it is not getting reached. If there are thousands of contacts, it will take a long time to scan all of them. So you might think the rules have completed their execution when they really have gotten stuck on your contacts rule. Do you have a lot of distribution lists? Are contacts listed in more than one of them? Are there a LOT of items in the Temp folder? Does this folder get periodically emptied (by using the auto-archive function with permanent delete on expired items in this folder)? Or is this a titan-sized folder with hundreds or thousands of items in it that you obviously don't want? First delete the problematic rule and create a new one for it (or did you do that already? or did you just disable the old rule and use this new one?). The rule might be corrupted. You could try redefining the problematic rule before deleting and recreating it. Go to each clickable entry and select a different folder, then click the entry again and select the original folder. |
Thread Tools | Search this Thread |
Display Modes | |
|
|
![]() |
||||
Thread | Thread Starter | Forum | Replies | Last Post |
Reminder not working when expected | Penny | Outlook - Calandaring | 1 | September 20th 07 08:02 AM |
Recurring bookings not working as expected | Nuzza | Outlook - Calandaring | 0 | April 10th 07 03:50 AM |
Outlook resource Author privileges not working as expected | littleccguy | Outlook - Calandaring | 0 | April 5th 07 10:02 PM |
Upgraded to Outlook 2003 but rules is not working | Jay Velarde | Outlook - General Queries | 0 | October 12th 06 05:02 PM |
Outlook Rules Not Always Working | [email protected] | Outlook - General Queries | 1 | July 20th 06 11:52 AM |