XF 1.5 Email to xxxxx@gmail.com failed: Connection timed out - library/Zend/Mail/Protocol/Abstract.php:277

[kkarki]

I'm getting couple of errors being logged in the back-end error log like following:

Zend_Mail_Protocol_Exception: Email to xxxxx@gmail.com failed: Connection timed out - library/Zend/Mail/Protocol/Abstract.php:277
Generated By: Unknown Account, XXXX 11:26

#0 library/Zend/Mail/Protocol/Smtp.php(167): Zend_Mail_Protocol_Abstract->_connect('tcp://smtp.send...')
#1 library/Zend/Mail/Transport/Smtp.php(199): Zend_Mail_Protocol_Smtp->connect()
#2 library/Zend/Mail/Transport/Abstract.php(348): Zend_Mail_Transport_Smtp->_sendMail()
#3 library/Zend/Mail.php(1194): Zend_Mail_Transport_Abstract->send(Object(Zend_Mail))
#4 library/XenForo/Model/MailQueue.php(79): Zend_Mail->send(Object(Zend_Mail_Transport_Smtp))
#5 library/XenForo/Deferred/MailQueue.php(10): XenForo_Model_MailQueue->runMailQueue(8)
#6 library/XenForo/Model/Deferred.php(295): XenForo_Deferred_MailQueue->execute(Array, Array, 8, '')
#7 library/XenForo/Model/Deferred.php(429): XenForo_Model_Deferred->runDeferred(Array, 8, '', false)
#8 library/XenForo/Model/Deferred.php(374): XenForo_Model_Deferred->_runInternal(Array, 8, '', false)
#9 deferred.php(23): XenForo_Model_Deferred->run(false)
#10 {main}

array(3) {
["url"] => string(43) "deferred.php"
["_GET"] => array(0) {
}
["_POST"] => array(3) {
["_xfRequestUri"] => string(1) "/"
["_xfNoRedirect"] => string(1) "1"
["_xfResponseType"] => string(4) "json"
}
}

What could be the reason behind that? I've recently disabled IPv6 scheme on my server.

 

[Mike]

This is a network connection error -- your server timed out trying to connect to your SMTP server.

 

[Xon]

I've got a (free) add-on (Email Queuing Enhancements ) which implements retry logic to handle these sporadic network failures.

 

[Mike]

Worth noting that the mail queue does actually have a single retry built in for SMTP, though the message would imply it wasn't triggered in this case. (Not a version that supports it?) It happens instantly though and is for ephemeral-type errors, so it might not have solved this one.

 

[kkarki]

Thanks @Mike and @Xon for your inputs.