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

CPU spikes past 10 -- Astaro overloaded

Gang-

Im not sure whats causing this but over the last few weeks there have been times where my Astaro 6.311 has been completely saturated/unresponsible from being overloaded by the CPU. When I go into the hardware reporting the CPU usage will spike past the "10" mark when usuaully its well under 1.0.

I think the SMTP proxy is causing this because when I shut it down and manually route mail though the Astaro (passive), the Astaro will eventually right itself and the CPU usage will come down. These spikes can occur out of the blue and immediately. If I wait a day or two and turn the SMTP proxy back on, the problem is gone.

In the proxy content manager Im identifying a LOT of bounced emails coming back to us from bogus addresses (say our company name is ABC.COM - the bouncebacks are trying to return to 354856734034094fgh48@abc.com).

I did notice in doing a DNSREPORTS lookup that our DNS record holder does not have an SPF record for us. Could this be causing the entire issue, and the proxy is getting a ton of spoofed mail address bouncebacks? We dont have relaying turned on for our exchange server, so Im thinking the bouncebacks are spoofed spam. 

I want to get the SPF record set up for our domain whether it solves the Astaro CPU overload problem or not but Im a bit worried it may affect other email we do. We DO send third party email from our network that is labeled with "theircompanyperson@theircompany.com". I wouldnt want this email blocked or bounced by an SPF record. Im hoping the SPF would just reconcile mail with our OWN domain *(mycompany.com).

Any thoughts on all of these issues appreciated.


This thread was automatically locked due to age.
  • Interesting. Im just learning BATV now.

    Can I run BATV in transparent mode (Im currently running transparent)? I have my mail servers set up in the allow relay from field. I assume this function would be working already?

    Theres already a passcode in the BATV Secret field, with no entries for BATV skip receipients/senders.

    I think this will help solve my problem, I just need a bit more undestanding in how to set up.

    if I understand the logic correctly, outgoing mail from the mailserver attaches the BATV secret passcode in the email. If the bounce back doesnt have that passcode as well, the email is simply dropped.

    Obviously, thats not happening at the moment.
  • friendly bump. any further help?