Not sure what you mean by 'start the process', which process? From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Brittain, Mark Sent: Friday, October 25, 2013 11:17 AM To: arslist@ARSLIST.ORG Subject: Re: Suppress some notifications
** Hi Sue, That is a very good idea. I would like to do this on the HPD filter that starts the process rather than the NTE filter that actually does the notify because it is used by other applications. Any idea which HPD filter? Mark From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Barber, Sue Sent: Friday, October 25, 2013 11:06 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: Suppress some notifications ** You might also be able to limit the email going out based on the user who is creating the tickets. If your event monitor has a specific user that is used to create the tickets, then set the email qualification to not fire if that is the user and the email won't be sent. Sue From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Reiser, John J Sent: Friday, October 25, 2013 10:58 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: Re: Suppress some notifications ** Mark, Are the Customer*+ and Contact+ the "automated user"? Can you set the mail address to a non-functional address? Or write a filter to mark the notification "Sent" as soon as it is created for that specific Customer*+ or Contact+/ Thank you, --- John J. Reiser Remedy Developer/Administrator Senior Software Development Analyst Lockheed Martin - MS2 The star that burns twice as bright burns half as long. Pay close attention and be illuminated by its brilliance. - paraphrased by me From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Brittain, Mark Sent: Friday, October 25, 2013 10:47 AM To: arslist@ARSLIST.ORG<mailto:arslist@ARSLIST.ORG> Subject: EXTERNAL: Suppress some notifications ** Hi All & TGIF, I have a requirement for an Incident where under certain conditions, the notification on create and close are not to be sent to the Customer*+ or the Contact+. One option would be to globally disable these notifications at the notification engine level but since this is the exception rather than the rule it would be better if I could just bypass the filter that starts the notification process. A simple go-to would be much easier in this situation and others if they come up. The incidents are being created from a monitoring event though the Incident Interface Create form so active links are not involved in the create process. Close process could either be manual or automated. Anyone know what active link/filter would need to bypass? ARS 7.6.04 SP3 ITSM 7.6.04 SP3 Thanks Mark Mark Brittain Remedy Developer, ITILv3 Foundation, CSI NaviSite, Inc. - A Time Warner Cable Company mbritt...@navisite.com<mailto:mbritt...@navisite.com> Office: 315.634.9337 Mobile: 315.882.5360 [navsig] ________________________________ This E-mail and any of its attachments may contain Time Warner Cable proprietary information, which is privileged, confidential, or subject to copyright belonging to Time Warner Cable. This E-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this E-mail, you are hereby notified that any dissemination, distribution, copying, or action taken in relation to the contents of and attachments to this E-mail is strictly prohibited and may be unlawful. If you have received this E-mail in error, please notify the sender immediately and permanently delete the original and any copy of this E-mail and any printout. _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: "Where the Answers Are" and have been for 20 years_ _ARSlist: "Where the Answers Are" and have been for 20 years_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
<<inline: image001.gif>>