LJ, I agree. Looking at the email headers will show where the delays occur. Over the years I have seen delays within the email system. I have also observed where the delay is handing off to the email server. Reading the email heads was helpful in figuring it out.
I also build a small two form system for monitoring email delays. The first form was used to send an email that contained a GUID to our various outbound email addresses. The email created record in the second form. Workflow on the second form used the GUID to update the Status of the record on the first form. There were escalation notifications on the first form that would send us an SMS if the record in the first form was not updated in 20 minutes. Dave From: Action Request System discussion list(ARSList) [mailto:[email protected]] On Behalf Of LJ LongWing Sent: Tuesday, April 26, 2016 8:22 AM To: [email protected] Subject: Re: Email performance/SMTP relays ** Dave, The most important thing to figure out is where the delay is....do the emails sit in your 'outbox' for up to 12 hours, or do they leave your mail form in the normal timelines, and then simply take up to 12 hours to be delivered? I have found in this type of situation that the delay is typically on the other end, not within Remedy. Check that and if you find that it reaches your smtp server in 'normal' time, then takes up to 12 hours to be delivered...then the admins of that smtp server need to investigate where the delay is. On Tue, Apr 26, 2016 at 5:18 AM, Dave Barber <[email protected]<mailto:[email protected]>> wrote: ** All, Experiencing performance problems on mail sending; some background ... Server is running ITSM 7.6 Change management on a 7.5 Solaris server, Oracle at the back end. General application performance is fine. The server is making use of 2 outgoing mailboxes. Mailbox 1 - used for system notifications, such as "This change requires your approval", etc. connects to a "legacy" SMTP relay, up to a few thousand emails sent each day, runs fine. Emails are picked up/sent within a minute or two. Mailbox 2 - used for a custom notifications system (to notify customers of outages), similarly sends a couple of thousand emails per day. Has been in active use since February this year. As it is external emails it is using a "mass mail" SMTP relay designated for this purpose. It is this second one that is having problems - emails take anything from 3 minutes to 12 (!!) hours to be sent. As far as I can see the basic configuration/polling is setup the same on both (2 minutes). Any suggestions? Would reducing the polling interval have a positive change? Or are there further configuration changes on the email engine itself that could improve performance? Or am I just at the mercy of a sluggish SMTP relay? (I've never had to investigate email performance problems!) Regards Dave _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"
