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"

Reply via email to