Thanks Everyone for the input, Based on your inputs I believe the best path is to create a custom Status Reason instead of a custom Status. Then create a notification based on the qualification of Status="Resolved" and Status Reason="<custom reason>" (with obvious syntax corrections).
There is not an SLA tied to this. 1. My plan is to create a filter that is similar to the current one that will fire a notification based on the qualification Status="Resolved" and Status Reason="<custom reason>" (with obvious syntax corrections). 2. Create an entry in SYS:Notification Messages for this specific reassigned email message with corrected verbiage. 3. Add the "reassigned" selection to the Status Reason menu. How can I test that it creates the email correctly? In our test environment we do not have email engine connected. What workflow makes the "tiering" on status reason connect with the various selections in status? I think I need to add my custom field to that workflow. Anything you think I might have missed? Thanks! _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"