Re: procmail keeps running out of resources?
Jason Welsh <jason-fYJcuH/[email protected]> Tue, 12 Apr 2011 13:41:18 -0400
| Newsgroups | gmane.mail.spam.crm114 |
|---|---|
| Message-ID | <[email protected]> |
well, the thing is, I DID have the size limiting but it didnt seem to have any affect, so i took it out just in case it was interfering somehow.. so I checked in the log and it seems that it chokes on smaller emails as well.. >From [email protected] Tue Apr 12 07:09:28 2011 Subject: SignUpGenius.com Reminder for Book and a Bite Volunteering Folder: /home/betty/Maildir/new/1302606568.20718_1.beast 5433 procmail: Program failure (-25) of "/usr/bin/crm" procmail: Rescue of unfiltered data succeeded regards, Jason On 04/12/11 12:18, R A Lichtensteiger wrote: > jason-fYJcuH/[email protected] wrote: > > <> procmail: Program failure (-25) of "/usr/bin/crm" > <> procmail: Rescue of unfiltered data succeeded > > [email protected] followed up with: > > <> Same here... either procmail, or the end mailer. > <> > <> The fact that you both run the same CRM114 install makes me think > <> that it's not a CRM114 problem. > > >From the procmail man page (reformatted for legibility): > > Program failure (nnn) of "x" > Program that was started by procmail returned nnn instead of > EXIT_SUCCESS (=0); if nnn is negative, then this is the signal > the program died on. > > Signal 25 is "SIGXFSZ" or "File size limit exceeded" > > The postfix message size limit probably isn't the problem. That would > govern the size message postfix accepts, but once it's on the system, > you're good. > > What happens when you feed the example email into crm from the command > line? How big is/are the message(s)? I'm going to hazard a guess you're > running into a memory (malloc) limitation inside CRM114. > > I notice you aren't using the size limiting from the example recipes > in the tarball (Crash? Are they still in there?) > > BIGGEST="20000" > > :0 > * < ${BIGGEST} > { > # Elided stuff to do if the mesage is less than 20k long > } > > :0 E > { > CRMOUT="`head -c ${BIGGEST} | ${CRM} -u ${CRMDIR} mailfilter.crm --stats_only`" > # and so forth and so on ... > } > > Reto ------------------------------------------------------------------------------ Forrester Wave Report - Recovery time is now measured in hours and minutes not days. Key insights are discussed in the 2010 Forrester Wave Report as part of an in-depth evaluation of disaster recovery service providers. Forrester found the best-in-class provider in terms of services and vision. Read this report now! http://p.sf.net/sfu/ibm-webcastpromo