Valued Contributor.
Valued Contributor.

eventout emails are backing up causing delays in ticket email notificaitons

We have an issue that started Monday. we monitor the eventout table for evtype email. When we have more than 3000 records in the table, we get paged. This started Monday.

Every day this week, at about 10:00 am, the email outbound just starts to back up, and emails are delayed by hours. Right now, there are over 15,000 email records in the eventout table waiting to process, and the delay is currently at 3.5 hours. I'm not sure how to improve this or what may have caused it. I really doubt our ticket volume increased that much all of a sudden. These emails are mostly notifications to members of the assignment groups that new tickets were assigned/reassigned to their groups, or possibly notifications of SLA future breaches (also to members of the assignment group).

I'm not 100% sure what all the pieces are that process email.

we start the process in the sm.cfg file with the command: sm -emailout -clean
This starts a process in the status screen called EMAILOUT that uses SCAuto. This process seems to start every 60 seconds.

There is also the event background process. This also seems to start every 60 seconds.
The info record shows the following for event in the startup record:

RAD Application: scheduler
Class: event
Wakeup Interval: 60
Priority: 1

The emails are piling up. When the process wakes up, it seems to only do a very small selection of records, then it goes back to idle for another minute. For example, I have now over 16,000 email records in the queue, the oldest is 3.5 hours old. the last time I refreshed several times to clear the records that were processed, only about a minute (Evexpire time) of records had been removed (ie: oldest was today at 12:37:29. I refresh until it goes idle again, and now the oldest record is 12:38:33. I can keep refreshing, but because it's gone idle, no records will be removed for another minute.

Why doesnt it process all current records at a time? it's appears to be doing maybe 100 at a time, but I cant tell, as the new emails are coming in faster than the old ones go out.

We are on a Unix system.  The parameters from our sm.ini file are:

# Email Out parameters

any guidance on troubleshooting this, or how to improve the efficiency? 


2 Replies
Outstanding Contributor.. Outstanding Contributor..
Outstanding Contributor..

Re: eventout emails are backing up causing delays in ticket email notificaitons

You can specify a separate log for that -emailout process; this would help you isolate the log prints from that servlet for easier troubleshooting. Once you are able to see those log messages, have a look at what it's saying in there, and then you can see if any obvious fixes might be possible. Could be an issue on the Exchange side, for example.

As a side note, you might want to also consider the amount of notifications being generated, and the necessity of them. Are all those emails really impactful and useful to the business, or are they just noise that most people auto-delete? Personally, I favor being more sparse with notifications, so ~5000/hour sounds like a lot, but that might just be me.

Knowledge Partner
Knowledge Partner

Re: eventout emails are backing up causing delays in ticket email notificaitons

Increase the number of threads used by mail; try to double it and see hte behavior and adjust the amount as you perceive the need, the default is 10.
Parameter: -mailThreadCount:20
Documentation: https://docs.microfocus.com/SM/9.60/Codeless/Content/parameters/reference/parameter_emailout.htm?Highlight=smtp
Breno Abreu

If you feel this was helpful please click the KUDOS! thumb below!
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.