K1000 Upgrade to 7.1.x E-mail Not Working - Tried Everything
Hey guys, I'm desperate as KACE support doesn't know what's going on and I'm just going around in circles with them.
We used to utilize authenticated mail transport on the KACE queue's. We pointed to mail.mydomain.com, had a username/password, and used port 25 with no issues. We upgraded to 7.0 and e-mail stopped sending. We upgraded to 7.1 per the forums stating that resolved the issue for some folks. Still nothing. This is for auto-response e-mails and reports only. Inbound e-mails work fine and tickets are created without issue...it's the response that's not working.
We then configured Network Settings->Email Configuration and under server we used the IP address of a server which allows relaying anonymously from KACE. No username/password, but using port 25. Rebooted appliance.
We then altered the configuration and have tried every combination of IP address/username/password for each queue. Now all queues are set to IP address of an Exchange server, port 25, no username, no password and that allows e-mail to flow sporadically. They'll come through for a bit, then stop coming through. When they don't come through the EXIM log says: R=smart_route T=transport_25 defer (-53): retry time not reached for any host
I'm still getting e-mails from 4 days ago as those clear out slowly.
Now support wants to get on and verify we have an MX record setup in DNS. Why? Who knows! MX Records aren't required for sending mail to an IP address for a relay that is anonymous anyway, they're grasping at straws and now I am, too. We're running Exchange 2010 on-prem, no O365 or hybrid at all.
We used to utilize authenticated mail transport on the KACE queue's. We pointed to mail.mydomain.com, had a username/password, and used port 25 with no issues. We upgraded to 7.0 and e-mail stopped sending. We upgraded to 7.1 per the forums stating that resolved the issue for some folks. Still nothing. This is for auto-response e-mails and reports only. Inbound e-mails work fine and tickets are created without issue...it's the response that's not working.
We then configured Network Settings->Email Configuration and under server we used the IP address of a server which allows relaying anonymously from KACE. No username/password, but using port 25. Rebooted appliance.
We then altered the configuration and have tried every combination of IP address/username/password for each queue. Now all queues are set to IP address of an Exchange server, port 25, no username, no password and that allows e-mail to flow sporadically. They'll come through for a bit, then stop coming through. When they don't come through the EXIM log says: R=smart_route T=transport_25 defer (-53): retry time not reached for any host
I'm still getting e-mails from 4 days ago as those clear out slowly.
Now support wants to get on and verify we have an MX record setup in DNS. Why? Who knows! MX Records aren't required for sending mail to an IP address for a relay that is anonymous anyway, they're grasping at straws and now I am, too. We're running Exchange 2010 on-prem, no O365 or hybrid at all.
2 Comments
[ + ] Show comments
Answers (0)
Please log in to answer
Be the first to answer this question
1.) Replace Network Settings->SMTP Server with IP address of SMTP Relay; not DNS, not OWA....IP only and port 25.
2.) Change all queue's to use the same IP address and port 25 and remove any authentication user/pwd.
3.) Edit your relay in Exchange to allow anonymous. (I know, I know, this sucks...I haven't tested adding authentication back yet but this at least gets you working)
4.) Call KACE Support; get escalated and they have to go into the SSH tunnel to login to the backend of KACE and try to force send all of the e-mails that are stucked. They basically clog everything up and have to be force cleared. - kbigelow80 7 years ago