Re: Speeding up Evo 2.0 and spamassassin

From: Scot L. Harris (webid_at_cfl.rr.com)
Date: 11/10/04

  • Next message: Scott Ryan: "Re: Genhdlist"
    To: For users of Fedora Core releases <fedora-list@redhat.com>
    Date: Wed, 10 Nov 2004 10:38:38 -0500
    
    

    On Wed, 2004-11-10 at 09:56, Mark Haney wrote:
    > On Wed, 2004-11-10 at 09:36 -0500, Scot L. Harris wrote:
    > >
    > >
    > > If on the other hand the bulk of these messages are spam and you have
    > > control of the MTA they are being sent to then I recommend you implement
    > > greylisting. This will prevent 95% or more of the spam messages from
    > > ever getting on to your system. One system I implemented greylisting on
    > > was getting 3000 to 6000 spam messages a day, after greylisting it was
    > > getting 4 to 8 spam messages a day. I was seeing the system at times
    > > getting bogged down trying to process all those spam messages through
    > > spamassassin. It almost reached the level of a DOS attack. After
    > > implementing greylisting the problem was resolved. Very few spam get
    > > through and spamassassin has no problem tagging those.
    > >
    >
    > Well I've got greylisting on our Exchange server (yeah I know, I hate it
    > too), but I have spamd checking all incoming mail during checking. I
    > guess I need to get into the guts of spamd and take a look around.
    >

    What kind of volume are you seeing? With greylisting enabled and
    working correctly I would expect to see 95 to 98% of spam get blocked
    before it ever gets to spamassassin.

    If you are still getting a huge volume of legitimate email and you have
    confirmed that spamassassin is creating a bottle neck then you probably
    need to evaluate the system you are using to process your email. You
    may need more memory (ie. it may be swapping a lot), or faster
    processors. You should take a look at top to get an feel for what is
    really causing the delays. oops! Not running a unix type system, need
    to find a tool that runs under Microsoft to check the performance of the
    system, memory and cpu levels are the most likely culprit.

    You might also look at putting an email relay system between your
    firewalls and the Exchange server. You can run a linux box that would
    do the spamassassin filtering and greylisting and just pass on the
    messages to the Exchange server and get that load off of the final MTA
    system.

    BTW: I doubt that Evolution has anything at all to do with the problem,
    it sounds now like it is more of a resource issue on the Exchange box.

    -- 
    Scot L. Harris
    webid@cfl.rr.com
    "There is no statute of limitations on stupidity."
    -- Randomly produced by a computer program called Markov3. 
    -- 
    fedora-list mailing list
    fedora-list@redhat.com
    To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-list
    

  • Next message: Scott Ryan: "Re: Genhdlist"

    Relevant Pages

    • Re: Anoying Peter Whalley Spam messages.
      ... >> greylisting but they have not done so yet and when they do it will cost ... It also slows down the delivery of more spam to ... In combination with spamassassin the RBL used would need to be specially ... One known issue with greylisting are some email server farms where they ...
      (Fedora)
    • Re: public blacklists
      ... > grey-listing seems to be a better option compared to spamassassin, ... > Reason being, greylisting stops it at the MTA level, spamassassin only ... some such tool installed, you will get spam. ... be detected until *after* you've prevented delivery. ...
      (Fedora)
    • Re: Speeding up Evo 2.0 and spamassassin
      ... >> pulling my messages down with spamassassin running is KILLING my speed. ... > only uses resources to check those that are more likely to be spam. ... > If the bulk of the messages are not from mailing lists but are ... One system I implemented greylisting on ...
      (Fedora)
    • RE: Email Server
      ... have the basics working is greylisting. ... The combination of greylisting and spamassassin has reduced spam to ... messages was causing the email server load average to spike to over 20 ...
      (Fedora)
    • Re: OT: Sendmail antispam relay HOWTO
      ... want sendmail to talk to the outside world, run a spam and virus check ... on the incoming mail and then relay it to the Exchange server; ... The standard packages for spam and virus seem to be ... I will say that spamassassin is awesome, ...
      (Fedora)