[prev in list] [next in list] [prev in thread] [next in thread] 

List:       ispman-users
Subject:    Re: [Ispman-users] Cyrus Quota BIG PROBLEM
From:       "Uli Schellhaas" <uli.schellhaas () leute ! server ! de>
Date:       2003-01-30 10:42:02
[Download RAW message or body]

Hello,

thanks for the hint, i really would like to avoid this.   ;o)

As for procmail and spamassassin i can tell you that there is a better
solution: amavisd-new is a server-task (preloaded spamassassin and stuff)
which can also scan for viruses. it should be more performant. I believe the
procmail setup always calls perl to execute the old spamassassin script,
leading to loading times and stuff if not utilized all the time (and in HDD
cache)

greetings

----- Original Message -----
From: "Jean-Michel Besnard" <besnard@tekkno.net>
To: <ispman-users@lists.sourceforge.net>
Sent: Thursday, January 30, 2003 11:08 AM
Subject: Re: [Ispman-users] Cyrus Quota BIG PROBLEM


> I had the same problem.
> My config is a bit different, so I am not sure it will help but you can
> think about it:
> - all email are sent to procmail.
> - I have a global config for procmail.
> - procmail then send the mail to spamassassin and get it back with the
>   spam's tag
> - then if the mail contains a spam it is delivered to
>   users.foobar_domain_com.spam, if not to users.foobar_domain_com
> here is the trick: if procmail cannot deliver to cyrus (cyrdeliver
> under debian with cyrus 1.5.x) then it sends a message to the sender to
> tell him the user is over the quota allowed and the mail is simply
> deleted (/dev/null).
>
> But, certainly there is a nicer way of achieving this.
>
> JM
>
> On Thu, Jan 30, 2003 at 10:44:48AM +0100, Uli Schellhaas wrote:
> > Hello List,
> >
> > tonz pointed something out, and i verified that:
> >
> > if cyrus quota is reached, cyrus doesnt deliver mails into mailboxes
anymore. It dosent even bounce them. They end up in the Queue and get
deferred any time until there is space again in the mailbox. This leads to
CPU/Ram Waste until the Server is finished on big production systems i
believe. This is a cyrus, or a cyrus-postfix interaction flaw. I dont know
anything about how to solve it.
> >
> > Jan 30 10:23:50 memware postfix/pipe[22081]: CB2B67BCAB:
to=<testme_memware_de@memware.memware.de>, relay=cyrus, delay=1,
status=deferred (temporary failure)
> >
> > greetings
>
>
> -------------------------------------------------------
> This SF.NET email is sponsored by:
> SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
> http://www.vasoftware.com
> _______________________________________________
> Ispman-users mailing list
> Ispman-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/ispman-users
>
>



-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
_______________________________________________
Ispman-users mailing list
Ispman-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ispman-users
[prev in list] [next in list] [prev in thread] [next in thread]