This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

UTM 9.351-3 SMTP proxy stops delivering, exim-out not running

Our Sophos UTM 220 is running SMTP anti-spam proxy, and has been running well for many months. After the recent firmware update to 9.351-3 the SMTP proxy frequently stops delivering mail.

Messages are logged as moving to the work queue, but exim-out never actually picks up the messages and spools them for delivery. To clear the stuck mail I have to stop SMTPD, clear the retry timeout database, and restart SMTPD.

We are only using this for inbound filtering, and it's delivering to our in-house SMTP server, nothing very complicated.

exim-out ends with a simple message:

2015:11:23-10:31:15 firewall exim-out[29473]: 2015-11-23 10:31:15 End queue run: pid=29473

But the "start queue run" message doesn't reappear until after I restart the SMTP service. Obviously I can't babysit this thing all day. Any ideas?

 



This thread was automatically locked due to age.
Parents
  • Well, this feature has once again completely failed, and embarrassed me in front of the COO and CEO. It caused some pretty significant delays of very business-critical work. That's what I get for expecting it to work again.

    I had turned off the AV scanning parts, thinking that was the problem. Apparently not.

    I'm turning off SMTP filtering on the UTM. It's a disaster, and support does nothing but look at log files and tell me to contact them again if it happens. Then they look at log files and don't have any ideas, and everything's working again after smtpd restart.
Reply
  • Well, this feature has once again completely failed, and embarrassed me in front of the COO and CEO. It caused some pretty significant delays of very business-critical work. That's what I get for expecting it to work again.

    I had turned off the AV scanning parts, thinking that was the problem. Apparently not.

    I'm turning off SMTP filtering on the UTM. It's a disaster, and support does nothing but look at log files and tell me to contact them again if it happens. Then they look at log files and don't have any ideas, and everything's working again after smtpd restart.
Children
No Data