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.commailto:mbritt...@navisite.com Office: 315.634.9337 Mobile: 315.882.5360 [cid:image001.gif@01CED16E.BFAD81B0] 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. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years inline: image001.gif
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 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.commailto: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_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years inline: image001.gif
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 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.ORGmailto: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.commailto: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_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years inline: image001.gif
Re: Suppress some notifications
Hi John, Pretty much the answer is no to all your question. The customer or contact the person designated to be listed on the Incident in case an engineer needs to contact that person. Same is true about the email address needing to be valid for manually sending any emails. Mark 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 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.ORGmailto: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.commailto:mbritt...@navisite.com Office: 315.634.9337 Mobile: 315.882.5360 [cid:image001.gif@01CED172.AD0AB4C0] 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_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years inline: image001.gif
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 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.ORGmailto: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.ORGmailto: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.commailto:mbritt...@navisite.com Office: 315.634.9337 Mobile: 315.882.5360 [cid:image001.gif@01CED173.BFFA28D0] 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_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years inline: image001.gif
Re: Suppress some notifications
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.ORGmailto: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.ORGmailto: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.ORGmailto: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.commailto: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
Re: Suppress some notifications
Hi, All the ITSM Notifications have the _SetTag appended to the Filter and operate in the 800-900 range. E.g. HPD:INC:NTCustConfirm_851_SetTag _ Kind Regards, Carl Wilson http://www.missingpiecessoftware.com/ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Brittain, Mark Sent: 25 October 2013 16:17 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 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 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 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 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 image001.gif
Solved: Suppress some notifications
Hi Carl Sue Your combined answers were exactly what I was look for. Thanks Mark From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Carl Wilson Sent: Friday, October 25, 2013 11:42 AM To: arslist@ARSLIST.ORG Subject: Re: Suppress some notifications ** Hi, All the ITSM Notifications have the _SetTag appended to the Filter and operate in the 800-900 range. E.g. HPD:INC:NTCustConfirm_851_SetTag Kind Regards, Carl Wilson http://www.missingpiecessoftware.com/ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Brittain, Mark Sent: 25 October 2013 16:17 To: arslist@ARSLIST.ORGmailto: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.ORGmailto: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.ORGmailto: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.ORGmailto: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.commailto:mbritt...@navisite.com Office: 315.634.9337 Mobile: 315.882.5360 [cid:image001.gif@01CED17E.8A8DDB00] 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_ _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
Re: Solved: Suppress some notifications
Carl - Maybe we should go into business together!! Glad we were able to help =) Sue From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Brittain, Mark Sent: Friday, October 25, 2013 12:34 PM To: arslist@ARSLIST.ORG Subject: Solved: Suppress some notifications ** Hi Carl Sue Your combined answers were exactly what I was look for. Thanks Mark From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Carl Wilson Sent: Friday, October 25, 2013 11:42 AM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: Suppress some notifications ** Hi, All the ITSM Notifications have the _SetTag appended to the Filter and operate in the 800-900 range. E.g. HPD:INC:NTCustConfirm_851_SetTag Kind Regards, Carl Wilson http://www.missingpiecessoftware.com/ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Brittain, Mark Sent: 25 October 2013 16:17 To: arslist@ARSLIST.ORGmailto: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.ORGmailto: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.ORGmailto: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.ORGmailto: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.commailto: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_ _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_
Re: Suppress some notifications
If it's based on a specific user, couldn't the notification preferences be set for that user and event? That can be done from the person record (notification panel). 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 _ 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 image001.gif
Re: Solved: Suppress some notifications
Indeed J We can cover all time zones (24/7?) seeing I am in London (or Australia for a couple of months over Christmas) Glad we helped out - always nice to get feedback J _ Kind Regards, Carl Wilson http://www.missingpiecessoftware.com/ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Barber, Sue Sent: 25 October 2013 18:06 To: arslist@ARSLIST.ORG Subject: Re: Solved: Suppress some notifications ** Carl - Maybe we should go into business together!! Glad we were able to help =) Sue From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Brittain, Mark Sent: Friday, October 25, 2013 12:34 PM To: arslist@ARSLIST.ORG Subject: Solved: Suppress some notifications ** Hi Carl Sue Your combined answers were exactly what I was look for. Thanks Mark From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Carl Wilson Sent: Friday, October 25, 2013 11:42 AM To: arslist@ARSLIST.ORG Subject: Re: Suppress some notifications ** Hi, All the ITSM Notifications have the _SetTag appended to the Filter and operate in the 800-900 range. E.g. HPD:INC:NTCustConfirm_851_SetTag _ Kind Regards, Carl Wilson http://www.missingpiecessoftware.com/ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Brittain, Mark Sent: 25 October 2013 16:17 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 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 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 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 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