The community has a new login process
The community single sign-on system has been changed. Learn more about it HERE
Honored Contributor.. sanyada185 Honored Contributor..
Honored Contributor..
209 views

End user getting extra email on Escalated incident closure which is not defined in Rule/Notification

Jump to solution

Recently i noticied issue with end user, recevining extra email on closure of incident ticket whcih was escalated from interaction generated for the end user in SM 9.61 with P1 patch.

On Resolution of Incident, IMis getting closed using OOB rule. The related interaction record also getting closed and users receive 2 emails one for closure of interactiona and another for IM with subject & Body like below

Subject: Service Manager Mail

Body: Incident IM19028 has been updated.Incident macro mail format in IM environment not found, please notify Service Manager Administrator.

This email is not coming from any rule/notification defined in workflow.

Regards,
Sanjay Yadav
Assign Kudo, if found post useful and mark it accepted if solves the issue.
0 Likes
1 Solution

Accepted Solutions
Honored Contributor.. sanyada185 Honored Contributor..
Honored Contributor..

Re: End user getting extra email on Escalated incident closure which is not defined in Rule/Notifica

Jump to solution

I think i the issue, issue is coming form RAD which is called by OOB rule set to autoclose incident, application: macro.mailproblem1 (panel: message.build.3) , application: macro.mailproblemmany (panel: message.build.3).

 As a workaround, wrote a trigger on eventout after add on application: trigger.eventout.commas, to delete the eventout

//Trigger to check and avoid unnecessary email with subject line Service Manager Mail

if( record.evtype == "email" )

{

var sep = record.evsepchar;

var message = record.evfields;

var messageArray = message.split(sep);

var user = messageArray[1].toString();

var text = messageArray[3].toString();

if( user == "scheduledAction" && text == "Service Manager Mail")

{

 var delme = record.doDelete();

if( delme == RC_SUCCESS ) print("Escaping mail from macro.mailproblem1 rad!");

 }

 }

 With this issue is resolved and user is not getting any extra email.

Regards,
Sanjay Yadav
Assign Kudo, if found post useful and mark it accepted if solves the issue.
1 Reply
Honored Contributor.. sanyada185 Honored Contributor..
Honored Contributor..

Re: End user getting extra email on Escalated incident closure which is not defined in Rule/Notifica

Jump to solution

I think i the issue, issue is coming form RAD which is called by OOB rule set to autoclose incident, application: macro.mailproblem1 (panel: message.build.3) , application: macro.mailproblemmany (panel: message.build.3).

 As a workaround, wrote a trigger on eventout after add on application: trigger.eventout.commas, to delete the eventout

//Trigger to check and avoid unnecessary email with subject line Service Manager Mail

if( record.evtype == "email" )

{

var sep = record.evsepchar;

var message = record.evfields;

var messageArray = message.split(sep);

var user = messageArray[1].toString();

var text = messageArray[3].toString();

if( user == "scheduledAction" && text == "Service Manager Mail")

{

 var delme = record.doDelete();

if( delme == RC_SUCCESS ) print("Escaping mail from macro.mailproblem1 rad!");

 }

 }

 With this issue is resolved and user is not getting any extra email.

Regards,
Sanjay Yadav
Assign Kudo, if found post useful and mark it accepted if solves the issue.
The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.