You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@spamassassin.apache.org by Justin Mason <jm...@jmason.org> on 2007/01/28 13:55:21 UTC

Re: Masscheck error

Daryl C. W. O'Shea writes:
> Doc Schneider wrote:
> >>> Doc Schneider wrote:
> 
> >>>> plugin: eval failed: length of 
> >>>> asp|a=368yblkt8m8p9n9kmp9gz*b=8y9n8n9jn39*rg=*t=1108*fnc=1*cname=mybindi 
> >>>> is larger than 63 octets; see RFC1035
> >>>> section 2.3.1 at 
> >>>> /usr/lib/perl5/site_perl/5.8.6/i686-linux/Net/DNS/Question.pm line 199
> 
> > I'll try to dig it out. Should have the offset in one of the log files, 
> > right? Once I get the message(s) I'll open a bug report. Of course it is 
> > caused by some spammer who was trying to be tricky. 8*)
> 
> You'll probably have to go greping for the string, or a part of it, to 
> find the message.  The error won't be in your mass-check logs so you 
> won't be able to tell from the logs what message caused the error.

by the way, these are all harmless in terms of their effects;
they cause a die(), but this is/should be trapped by the calling
code in SpamAssassin.

--j.

Re: Masscheck error

Posted by Doc Schneider <ma...@maddoc.net>.
Justin Mason wrote:
> Daryl C. W. O'Shea writes:
>> Doc Schneider wrote:
>>>>> Doc Schneider wrote:
>>>>>> plugin: eval failed: length of 
>>>>>> asp|a=368yblkt8m8p9n9kmp9gz*b=8y9n8n9jn39*rg=*t=1108*fnc=1*cname=mybindi 
>>>>>> is larger than 63 octets; see RFC1035
>>>>>> section 2.3.1 at 
>>>>>> /usr/lib/perl5/site_perl/5.8.6/i686-linux/Net/DNS/Question.pm line 199
>>> I'll try to dig it out. Should have the offset in one of the log files, 
>>> right? Once I get the message(s) I'll open a bug report. Of course it is 
>>> caused by some spammer who was trying to be tricky. 8*)
>> You'll probably have to go greping for the string, or a part of it, to 
>> find the message.  The error won't be in your mass-check logs so you 
>> won't be able to tell from the logs what message caused the error.
> 
> by the way, these are all harmless in terms of their effects;
> they cause a die(), but this is/should be trapped by the calling
> code in SpamAssassin.
> 
> --j.

I'll sure do a grep for part of this in my spam to find the message(s) 
triggering this.

Not quite sure which plugin: eval failed. Or am I just having one of 
those days this weekend? So far I've seen a half dozen of these... I 
also had to restart my masscheck last night as I had to move the spam 
from my active spam catcher directory to one that has only 6 months or 
so (which I had all prepped) then used the wrong spam:mbox: on. [THUD] 
And didn't notice it til my caughtspam rotated at midnight.

I'm of the theory that it is just a whacked up weekend for me.

-- 

  -Doc

  Penguins: Do it on the ice.
    9:20am  up 14 days, 18:18, 15 users,  load average: 4.27, 2.59, 1.99

  SARE HQ  http://www.rulesemporium.com/