Skip to main content

This content has been archived and is no longer being updated. Links may not function; however, this content may be relevant to outdated versions of the product.

Support Article

SendCorr Agent hung and unresponsive in Production



The Pega-ProCom Send Corr agent (responsible for running every 30 seconds and sending out correspondence from the PR_SYS_QUEUES table) was observed to be hung in Production environment.  Thread dumps confirmed that the agent thread was continually found (taking multiple thread dumps at 60 second intervals) - stuck at the same point in processing.

All attempts to stop this agent have been unsuccessful - including attempts to stop or interrupt the requestor via SMA.  Eventually the JVM was restarted and the agent did not re-hang and completed its processing of the queue.

Error Messages

In the thread dump - the agent is shown at this point where it is attempting to connect to the email server via smtps protocol (and the connection attempt waits forever):

3XMTHREADINFO3           Java callstack:
4XESTACKTRACE                at java/net/SocketInputStream.socketRead0(Native Method)
4XESTACKTRACE                at java/net/ Code))
4XESTACKTRACE                at com/sun/mail/util/ Code))
4XESTACKTRACE                at java/io/BufferedInputStream.fill( Code))
4XESTACKTRACE                at java/io/ Code))
4XESTACKTRACE                at com/sun/mail/util/LineInputStream.readLine( Code))
4XESTACKTRACE                at com/sun/mail/smtp/SMTPTransport.readServerResponse( Code))
4XESTACKTRACE                at com/sun/mail/smtp/SMTPTransport.openServer(
4XESTACKTRACE                at com/sun/mail/smtp/SMTPTransport.protocolConnect(
4XESTACKTRACE                at javax/mail/Service.connect(
4XESTACKTRACE                at javax/mail/Service.connect( Code))
4XESTACKTRACE                at com/pegarules/generated/SendEmailMessage_060301_QsQ8aHDPfHDWdFzadW7ALQ.SendEmailMessage06_03_01( Code))

Steps to Reproduce

Not known - assumed issue on the email server side that prevents a successful connection from being established.

Root Cause

Root cause of this issue was not determined - we do not know why the connection attempt hangs.  However, a PRPC change has been implemented which will allow stalled connection attempts to time out (allowing the agent to exit, and then retry upon its next wakeup interval).


The root cause of this problem is in a third-party product integrated with PRPC. The connection between the app server and mail server is hanging for unknown reasons, which causes the connection attempt to wait (and the default wait period is "unlimited").

A PRPC change has been implemented which will allow stalled connection attempts to time out (allowing the agent to exit, and then retry upon its next wakeup interval).
This issue is addressed by hotfix item HFix-10070.  This change allows for a new default (60 seconds) for smtp operations (connect and send), with a Dynamic System Setting that can be adjusted to allow for longer timeout.
Suggest Edit

Published January 31, 2016 - Updated October 8, 2020

Did you find this content helpful? Yes No

Have a question? Get answers now.

Visit the Collaboration Center to ask questions, engage in discussions, share ideas, and help others.

We'd prefer it if you saw us at our best.

Pega Community has detected you are using a browser which may prevent you from experiencing the site as intended. To improve your experience, please update your browser.

Close Deprecation Notice
Contact us