Well, it looks like the suggested procmailrc changes did the trick! The
heretofore problematic IMDB message came through complete and just fine.

This is what I ended up with:

:0
* $RECIP ?? ^^kid@$DOMAIN
{
        :0fw
        | perl -I../www/blognet/lib ../spamassassin -c ~/.spamassassin -P

        :0:
        kid
}

Thanks for all of the suggestions!

Kevin

----- Original Message -----
From: "Charlie Watts" <[EMAIL PROTECTED]>
To: "Craig Hughes" <[EMAIL PROTECTED]>
Cc: "Kevin Dangoor" <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
Sent: Saturday, February 16, 2002 4:45 PM
Subject: Re: [SAtalk] Mangled messages


> Shouldn't the lockfile on the -inner- portion be sufficient? I believe it
> should. However ... there may be another problem.
>
> Look at this bit from procmailex(5):
>
> ] In order to make sure the lockfile is not removed until the pipe has
> ] finished, you have to specify option `w'; otherwise the lockfile would
> ] be removed as soon as the pipe has accepted the mail.
>
> I'd think that changing the existing ":0:" to be ":0 w:" should be
> sufficient.
>
> However, if it only happens to those particular messages, perhaps it's a
> problem with 'From ' parsing. Can you look at your mailbox (before popping
> it) and see if the split messages are happening when there is a line
> beginning with 'From ' line in the body of your mail?
>
> On 16 Feb 2002, Craig Hughes wrote:
>
> > The problem is in your procmail recipe.  You need a lockfile, or else
> > two spamassassin running at the same time could both be simulatneously
> > redirecting to your "kid" mailbox, interleaving their contents.  Change
> > the first line to:
> >
> > :0:
> >
> > and you should be fixed.
> >
> > On Sat, 2002-02-16 at 13:10, Kevin Dangoor wrote:
> > > From: "Charlie Watts" <[EMAIL PROTECTED]>
> > > > On Sat, 16 Feb 2002, Kevin Dangoor wrote:
> > > >
> > > > >     I get a couple of mass-mailed newsletters that get mangled by
> > > > > SpamAssassin. SA is the only filter I'm running, so it must be
> > > > > responsible... it is possible that there is something that I can
change
> > > > > in the config that would fix this. I'm using Outlook Express as my
mail
> > > > > reader. The symptom that I'm seeing is that part of the message
will
> > > > > show up normally, and the end part of the message will show up as
a
> > > > > separate email that is missing headers.
> > > >
> > > > What version of SpamAssassin are you running?
> > >
> > > Sorry... I should know to provide the basic info :)
> > >
> > > I'm using 2.01. I've been using SpamAssassin for some time, and this
is
> > > actually not a new problem... I've just been too lazy to report it.
This was
> > > happening in the earlier versions I've used (starting with 1.3).
> > >
> > > > Describe how SpamAssassin is integrated into your system ...
Procmail? You
> > > > must be using mbox delivery for messages to get split up like that.
> > >
> > > Yep, procmail and mbox. My hosting company is using procmail to split
mail
> > > between multiple accounts to my domain. Here's the specific recipe I'm
using
> > > for SA:
> > >
> > > :0
> > > * $RECIP ?? ^^kid@$DOMAIN
> > > {
> > >         :0:
> > >         | perl -I../www/blognet/lib ../spamassassin -c
~/.spamassassin -P >>
> > > kid
> > >
> > >
> > > }
> > >
> > > > Turn off SpamAssassin for a day - does the problem go away?
> > >
> > > Turn off SpamAssassin? Oh no! :)
> > >
> > > Seriously, though, this problem began after I installed SA with no
other
> > > changes to the system. Perhaps there is something wrong with my
procmail
> > > recipe.
> > >
> > > Kevin
> > >
> > >
> > > _______________________________________________
> > > Spamassassin-talk mailing list
> > > [EMAIL PROTECTED]
> > > https://lists.sourceforge.net/lists/listinfo/spamassassin-talk
> > >
> > >
> >
> >
>
> --
> Charlie Watts
> [EMAIL PROTECTED]
> Frontier Internet, Inc.
> http://www.frontier.net/
>


_______________________________________________
Spamassassin-talk mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/spamassassin-talk

Reply via email to