You are absolutely right. I don't really like doing it this way but that's the customer requirement!
It was also requested that we don't modify the otb filters manually (ITSM 6). SQL updates followed by a restart/signal to recache are acceptable. The mapping is simple; names of filters that are allowed to fire are available in a form. Thgere is no link to users. I considered simply turning on/off the filters 'dynamically' from the user tool using the 'driver' program as the notifications to send are selected/de-selected but there's a fear that other actions in the filters might still need to happen even if the notification is not needed. All in all, a quick solution was requested and, though it's a bit messy, putting the filterid in the text seems to be the only way to achieve this. BTW, the alert issue is solved by corrupting the 'User' field (which holds the recipient) on the 'Alert Events' form during submit. AR Server sends the alert on submit to this form after all submit filters have fired. Thanks for your ideas. Cheers Peter -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Carey Matthew Black Sent: 04 December 2006 02:11 To: [email protected] Subject: Re: Identify which filter created a notification Peter, It actually sounds, to me, like your trying to make a decision after the "horse is out of the barn". (or so to speak) You obviously have access to some data somewhere that maps users to messages. (or maybe just users to "not messages") Why not assign unique identifiers to the messages and before that message is to be sent verify that it should be sent. Overall I think it would likely take less workflow than trying to delete or "not send" a notification after the notification action happened. ( With the Alert Tool, I am not sure that you can "delete" the alert, and not have the user notified, after the notification action happens.) If your trying to add a feature... it will take a certain amount of effort. (Sorry, but there are not free lunches when it comes to new ideas.) -- Carey Matthew Black Remedy Skilled Professional (RSP) ARS = Action Request System(Remedy) Love, then teach Solution = People + Process + Tools Fast, Accurate, Cheap.... Pick two. On 12/3/06, Peter Romain <[EMAIL PROTECTED]> wrote: > Stephen, > > Thanks for the reply. > > Good idea for the future. > > We used the Organisation field to hold the filter name and could update this > by sql if necessary. The aim was not to go to every filter and change it > manually. > > However, your technique and ours don't work for alerts as only two > parameter, notify text and priority, are passed to the alert events form. > > Thanks again. > > Peter > > -----Original Message----- > From: Action Request System discussion list(ARSList) > [mailto:[EMAIL PROTECTED] On Behalf Of Peter Romain > Sent: Friday, December 01, 2006 12:14 PM > To: [email protected] > Subject: Identify which filter created a notification > > Hi All, > > Has anyone ever found a way to dynamically identify which filter caused > a particular email or alert? > > The scenario is that when a mail or alert record is generated no mail or > alert is sent unless the filter creating the notification is in a list > of allowed filters (maintained by users). > > The solution so far is to embed the filter id into the notification text > but this is clunky and not server independent (filter name takes too > many characters out of the 255 limit for an alert). > > I won't bore you with any more background other than that simply > disabling the filters is not considered an option! > > Cheers > > Peter > > ARS6.3 Patch 18 > Oracle > ITSM 6 ____________________________________________________________________________ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
