Is this really eBay?
Hi, is this an eBay e-mail? All the links are going to mediaplex.com, that's what makes me ask. I've put the e-mail here: http://zmi.at/x/ebay.txt small part of e-mail Sammeln und Seltenes: http://ebay.de.mediaplex.com/ad/ck/1066-24214-7834-45?id=04 Briefmarken http://ebay.de.mediaplex.com/ad/ck/1066-24214-7834-45?id=05 small part of e-mail Thanks for checking. mfg zmi -- // Michael Monnerie, Ing.BSc --- it-management Michael Monnerie // http://zmi.at Tel: 0660/4156531 Linux 2.6.11 // PGP Key: lynx -source http://zmi.at/zmi2.asc | gpg --import // Fingerprint: EB93 ED8A 1DCD BB6C F952 F7F4 3911 B933 7054 5879 // Keyserver: www.keyserver.net Key-ID: 0x70545879 pgp4Ni624MQMV.pgp Description: PGP signature
Re: Is this really eBay?
On 2005-10-08 12:45 Michael Monnerie wrote: Hi, is this an eBay e-mail? All the links are going to mediaplex.com, that's what makes me ask. I've put the e-mail here: http://zmi.at/x/ebay.txt small part of e-mail Sammeln und Seltenes: http://ebay.de.mediaplex.com/ad/ck/1066-24214-7834-45?id=04 Briefmarken http://ebay.de.mediaplex.com/ad/ck/1066-24214-7834-45?id=05 small part of e-mail Thanks for checking. mfg zmi Nope. It's a scam, all eBay e-mails originates from ebay.com ebay.co.uk ebay.de etc... The e-mail you copied originates from easynet.de -- Anders Norrbring Norrbring Consulting
Re: Is this really eBay?
On Sat, 8 Oct 2005 12:45:14 +0200, you wrote: Hi, is this an eBay e-mail? All the links are going to mediaplex.com, that's what makes me ask. I've put the e-mail here: http://zmi.at/x/ebay.txt small part of e-mail Sammeln und Seltenes: http://ebay.de.mediaplex.com/ad/ck/1066-24214-7834-45?id=04 Briefmarken http://ebay.de.mediaplex.com/ad/ck/1066-24214-7834-45?id=05 small part of e-mail Thanks for checking. mfg zmi Did you happen to check with ebay security? http://pages.ebay.com/securitycenter/?ssPageName=home:f:f:US Third menu choice down - spoof 'fake' email. Rather than ask a bunch of folks who can make educated guesses, you might as well ask the people who can tell you for certain. Mike- -- Mornings: Evolution in action. Only the grumpy will survive. -- Please note - Due to the intense volume of spam, we have installed site-wide spam filters at catherders.com. If email from you bounces, try non-HTML, non-encoded, non-attachments.
Re: Is this really eBay?
On Sat, 8 Oct 2005 12:45:14 +0200, you wrote: Hi, is this an eBay e-mail? All the links are going to mediaplex.com, that's what makes me ask. I've put the e-mail here: http://zmi.at/x/ebay.txt small part of e-mail Sammeln und Seltenes: http://ebay.de.mediaplex.com/ad/ck/1066-24214-7834-45?id=04 Briefmarken http://ebay.de.mediaplex.com/ad/ck/1066-24214-7834-45?id=05 small part of e-mail Thanks for checking. mfg zmi Did you happen to check with ebay security? http://pages.ebay.com/securitycenter/?ssPageName=home:f:f:US Third menu choice down - spoof 'fake' email. Rather than ask a bunch of folks who can make educated guesses, you might as well ask the people who can tell you for certain. Mike- Hi, I sometimes receive mail from legitimate senders (actually my ISP) that is - sent through somebody else's mail server (something related to doubleclick) - has a plain ascii (no umlaut characters) subject and yet is encoded base64 - otherwise makes the mail look like spam (boundary of ) - advertises products that can be bought via their web site - all links go through personalized redirectors I do no longer care whether these mails might be real I am only sure they go to a real /dev/null :) If they want to send mails that look like spam to SA and the recipients, they probably want their mails disposed Wolfgang Hamann
Special rules ...
I've run into kind of a problem at a customer installation, someone suggested part of my problem could be solved w/ SpamAssassin, though at the moment it might still miss some features required ... Here we go ... This customer before had (and is still in the process of changing over from) Novel w/ Tobit David. While the whole system might be a POS considering a decent Unix system :) it had some features that come in handy - specifically the customer had been able to define what happened with certain mails. Before, he was able to: - quarantine large files for admin approval - quarantine certain file types for admin approval - limit number of recipients, mails exceeding the number would be quarantined again plus a couple of other minor things that I could implement easily w/MailScanner or similar tools. Now, I could limit the recipients, but it's a all or nothing situation at the moment (running sendmail, which I would rather not change if possible). From browsing the docs, I found config options for the .cf files that might allow me to change the recipient header to somebody else if certain rules are met. What I did not find, either overlooked, by not knowing what to look for, or because it's simply not there, are the points listed above. In that combination (I can block files types w/ Mailscanner, but again, they would not be brought to the admin's attention). So, is there any chance of implementing the above features with SpamAssassin, or does anybody happen to know a tool that might be able to? I'd be willing to go through the sources to tweak them a bit for added features, too, if someone could point me towards the general direction ... (not really much of a Perl hacker, though, rather do C...) Tnx, -garry
RE: Special rules ...
This may a long shot but take a look at amavisd-new. http://www.ijs.si/software/amavisd/ You can do things with certain file types there. Dale -Original Message- From: Garry Glendown [mailto:[EMAIL PROTECTED] Sent: Saturday, October 08, 2005 7:34 AM To: users@spamassassin.apache.org Subject: Special rules ... I've run into kind of a problem at a customer installation, someone suggested part of my problem could be solved w/ SpamAssassin, though at the moment it might still miss some features required ... Here we go ... This customer before had (and is still in the process of changing over from) Novel w/ Tobit David. While the whole system might be a POS considering a decent Unix system :) it had some features that come in handy - specifically the customer had been able to define what happened with certain mails. Before, he was able to: - quarantine large files for admin approval - quarantine certain file types for admin approval - limit number of recipients, mails exceeding the number would be quarantined again plus a couple of other minor things that I could implement easily w/MailScanner or similar tools. Now, I could limit the recipients, but it's a all or nothing situation at the moment (running sendmail, which I would rather not change if possible). From browsing the docs, I found config options for the .cf files that might allow me to change the recipient header to somebody else if certain rules are met. What I did not find, either overlooked, by not knowing what to look for, or because it's simply not there, are the points listed above. In that combination (I can block files types w/ Mailscanner, but again, they would not be brought to the admin's attention). So, is there any chance of implementing the above features with SpamAssassin, or does anybody happen to know a tool that might be able to? I'd be willing to go through the sources to tweak them a bit for added features, too, if someone could point me towards the general direction ... (not really much of a Perl hacker, though, rather do C...) Tnx, -garry
Re: sa-learn on mailbox or not ?
sasa a écrit : mouss wrote: run the message through spamassassin -t (under the same uid as amavisd) and look at which rules were hit. also, put the message on a web page and post the url, so that we check it on our configs. you may be missing some custom rules. ..sorry but pheraps I don't understand that you say me, I have execute: #spamassassin /var/mail/spam-report ..and at the bottom output I have: Content analysis details: (-2.4 points, 5.0 required) pts rule name description -- -- -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0010] 0.2 AWLAWL: From: address is in the auto white-list ..is this what do you want ?? you need to run it as the amavisd user, not as root. the same goes for training bayes.
Mail not fully scanned
Hello, I tried to install Spamassassin 3.0.1 When I start the Spamd spamc does not fully scan the Mail. It does not add its header and does not rate the mail. In the logfile i can see the following messages. Use of uninitialized value in pattern match (m//) at /usr/lib/perl5/site_perl/5.8.1/mail/SpamAssassin/Message/Node.pm line 119 As You can see, I have the perl version that seems to have some problems as described in the INSTALL But how do I go on now. How can I fix this problem. Is the fact, that spamassassin does not rate the mails, due to this Perl problem? Thanks, Alexander
Re: Is this really eBay?
On Sat, 8 Oct 2005, Michael Monnerie wrote: Hi, is this an eBay e-mail? All the links are going to mediaplex.com, that's what makes me ask. I've put the e-mail here: http://zmi.at/x/ebay.txt small part of e-mail Sammeln und Seltenes: http://ebay.de.mediaplex.com/ad/ck/1066-24214-7834-45?id=04 Briefmarken http://ebay.de.mediaplex.com/ad/ck/1066-24214-7834-45?id=05 small part of e-mail Try forwarding the message with all headers to [EMAIL PROTECTED] They are pretty quick in responding. However, in this case, the url's are a dead giveaway. Ed . . . . . . . . . . . . . . . Randomly generated quote: Seen it all, done it all, can't remember most of it.
Re: Mail not fully scanned
From: A.Hachmann [EMAIL PROTECTED] Hello, I tried to install Spamassassin 3.0.1 When I start the Spamd spamc does not fully scan the Mail. It does not add its header and does not rate the mail. In the logfile i can see the following messages. Use of uninitialized value in pattern match (m//) at /usr/lib/perl5/site_perl/5.8.1/mail/SpamAssassin/Message/Node.pm line 119 As You can see, I have the perl version that seems to have some problems as described in the INSTALL But how do I go on now. How can I fix this problem. Is the fact, that spamassassin does not rate the mails, due to this Perl problem? Try 3.04 instead. Even if it does not have THAT problem fixed it does have a host of other problems including a DoS vulnerability repaired. {^_^}
Re: Special rules ...
Garry Glendown wrote: I've run into kind of a problem at a customer installation, someone suggested part of my problem could be solved w/ SpamAssassin, though at the moment it might still miss some features required ... Here we go ... This customer before had (and is still in the process of changing over from) Novel w/ Tobit David. While the whole system might be a POS considering a decent Unix system :) it had some features that come in handy - specifically the customer had been able to define what happened with certain mails. Before, he was able to: - quarantine large files for admin approval - quarantine certain file types for admin approval - limit number of recipients, mails exceeding the number would be quarantined again plus a couple of other minor things that I could implement easily w/MailScanner or similar tools. Now, I could limit the recipients, but it's a all or nothing situation at the moment (running sendmail, which I would rather not change if possible). From browsing the docs, I found config options for the .cf files that might allow me to change the recipient header to somebody else if certain rules are met. What I did not find, either overlooked, by not knowing what to look for, or because it's simply not there, are the points listed above. In that combination (I can block files types w/ Mailscanner, but again, they would not be brought to the admin's attention). So, is there any chance of implementing the above features with SpamAssassin, or does anybody happen to know a tool that might be able to? I'd be willing to go through the sources to tweak them a bit for added features, too, if someone could point me towards the general direction ... (not really much of a Perl hacker, though, rather do C...) Tnx, -garry Garry, from what it sounds like, you should be able to accomplish all that (and more) with Can-IT Pro ... it's a commercial product based on the MIMEDefang engine. You can probably do it all with MIMEDefang, but since you said you're not much of a Perl hacker, it'd be easier for you to go with the already-feature-rich commercial product. (at least look at it) you can check out http://www.mimedefang.org/ or http://www.roaringpenguin.com/ for references for both respectively. HTH alan
3.1.0 upgrade/installation difficulties
Everyone, I upgraded from 3.0.3 to 3.1.0 and have had a bunch of problems. I finally got a good install, but could not do it via cpan. There were many modules that I had to manually install. I have had it active for about a week and every night for some reason it stops filtering. When this happens unfiltered mail is allowed to go to each users box. I am running spamd -d -c -m 6; when I kill the process and start spamd again filtering resumes. I am not sure that results of running spamassassin --lint gives me the information to resolve the problem but would sure appreciate some help if any of you have had similar difficulties. Thanks, Greg Ennis Here are the results of spamassassin --lint: [18110] warn: plugin: failed to parse plugin (from @INC): Can't locate Mail/DomainKeys/Message.pm in @INC (@INC contains: lib /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.0 /usr/lib/perl5/vendor_perl) at /usr/lib/perl5/site_perl/5.8.0/Mail/SpamAssassin/Plugin/DomainKeys.pm line 42. [18110] warn: BEGIN failed--compilation aborted at /usr/lib/perl5/site_perl/5.8.0/Mail/SpamAssassin/Plugin/DomainKeys.pm line 42. [18110] warn: Compilation failed in require at (eval 73) line 1. [18110] warn: plugin: failed to create instance of plugin Mail::SpamAssassin::Plugin::DomainKeys: Can't locate object method new via package Mail::SpamAssassin::Plugin::DomainKeys at (eval 74) line 1.
AW: Mail not fully scanned
Hallo I need to correct myself. I installed Spamassassin 3.1.0 Has anyone any Idea? Thx alexander -Ursprüngliche Nachricht- Von: jdow [mailto:[EMAIL PROTECTED] Gesendet: Samstag, 8. Oktober 2005 15:40 An: users@spamassassin.apache.org Betreff: Re: Mail not fully scanned From: A.Hachmann [EMAIL PROTECTED] Hello, I tried to install Spamassassin 3.0.1 When I start the Spamd spamc does not fully scan the Mail. It does not add its header and does not rate the mail. In the logfile i can see the following messages. Use of uninitialized value in pattern match (m//) at /usr/lib/perl5/site_perl/5.8.1/mail/SpamAssassin/Message/Node.pm line 119 As You can see, I have the perl version that seems to have some problems as described in the INSTALL But how do I go on now. How can I fix this problem. Is the fact, that spamassassin does not rate the mails, due to this Perl problem? Try 3.04 instead. Even if it does not have THAT problem fixed it does have a host of other problems including a DoS vulnerability repaired. {^_^}
Re: 3.1.0 upgrade/installation difficulties
On Sat, Oct 08, 2005 at 10:59:43AM -0500, Gregory P. Ennis wrote: Here are the results of spamassassin --lint: [18110] warn: plugin: failed to parse plugin (from @INC): Can't locate Mail/DomainKeys/Message.pm in @INC (@INC contains: You've enabled the DomainKeys plugin, disabled by default in 3.1, and you don't have the required Mail::DomainKeys module installed that it needs. -- Randomly Generated Tagline: Me? I'm 21.Celsius. pgpnrV2qruGxY.pgp Description: PGP signature
Re: Mail not fully scanned
On Sat, Oct 08, 2005 at 06:08:49PM +0200, A.Hachmann wrote: I need to correct myself. I installed Spamassassin 3.1.0 Use of uninitialized value in pattern match (m//) at /usr/lib/perl5/site_perl/5.8.1/mail/SpamAssassin/Message/Node.pm line 119 Does this happen on all mails or just specific ones? Do you have custom plugins loaded or is the install a default one? Line 119 is checking out the content-type of a message part, and no parts of that line should ever be able to be undef. So either there's some strange malformed message that's causing that (bug), or there's a custom plugin/patch which is calling the function with an undef value (bug in that code not SA). -- Randomly Generated Tagline: The meta-Turing test counts a thing as intelligent if it seeks to devise and apply Turing tests to objects of its own creation. -- Lew Mammel, Jr. pgpkLdQRouuBe.pgp Description: PGP signature
Re: 3.1.0 upgrade/installation difficulties
On Sat, 2005-10-08 at 12:27 -0400, Theo Van Dinter wrote: On Sat, Oct 08, 2005 at 10:59:43AM -0500, Gregory P. Ennis wrote: Here are the results of spamassassin --lint: [18110] warn: plugin: failed to parse plugin (from @INC): Can't locate Mail/DomainKeys/Message.pm in @INC (@INC contains: You've enabled the DomainKeys plugin, disabled by default in 3.1, and you don't have the required Mail::DomainKeys module installed that it needs. Thanks for your help. The problem is that I do have Mail::DomainKeys installed as part of the regular installation. The message I am getting indicates that there is a problem with line 42 of DomainKeys.pm which is on my system Line 41 and 42 of DomainKeys.pm are as follows : # Have to do this so that RPM doesn't find these as required perl modules BEGIN { require Mail::DomainKeys::Message; require Mail::DomainKeys::Policy; } Any other ideas? Greg
Explosion in uk.geocities.com spam
Lately I've been seeing quite a bit of uncaught spam with a link to uk.geocities.com. Using 3.1.0 release with net tests. Here's my uncaught (false negatives) folder for October (which I feed nightly into sa-learn): http://home.sewingwitch.com:8000/Stuff/Uncaught-200510.mbox
Re: Explosion in uk.geocities.com spam
Kenneth Porter schrieb: Lately I've been seeing quite a bit of uncaught spam with a link to uk.geocities.com. Using 3.1.0 release with net tests. Here's my Same here, so I decided to add some points to uk.geocities.com-URLs. I'm assigning high scores if such a link is on a line by itself and low scores otherwise. Not really happy, tough. Harder to catch are some spams which start with some greeting, thin give a short table of drugs (the V-one, the C-one,etc.) and politely say goodbye. They use html and tables very smart, thus avoiding Bayes rules. Basically it is an invisible tables, using one row and several columns. The first column contains the first letter of every line, separated by BR and optionally some style-tags (b, i, etc.). Next column contains several more characters for each line, etc. Bayes and text-matching currently is quite useless and DNS-Blacklists or SURBL hit rarely. I'm quite lost -- CU, Patrick.
Re: 3.1.0 upgrade/installation difficulties
On Sat, Oct 08, 2005 at 11:42:13AM -0500, Gregory P. Ennis wrote: On Sat, 2005-10-08 at 12:27 -0400, Theo Van Dinter wrote: On Sat, Oct 08, 2005 at 10:59:43AM -0500, Gregory P. Ennis wrote: Here are the results of spamassassin --lint: [18110] warn: plugin: failed to parse plugin (from @INC): Can't locate Mail/DomainKeys/Message.pm in @INC (@INC contains: You've enabled the DomainKeys plugin, disabled by default in 3.1, and you don't have the required Mail::DomainKeys module installed that it needs. Thanks for your help. The problem is that I do have Mail::DomainKeys installed as part of the regular installation. Is it in a normal location that perl will look for it? (the list of @INC dirs from the error message) -- Randomly Generated Tagline: Come on, honey. You work yourself stupid for this family. If anyone deserves to be wrapped up in seaweed and buried in mud, it's you. -- Homer Simpson Home Sweet Homediddly-Dum-Doodily pgp3Z5un8RmfN.pgp Description: PGP signature
Re: 3.1.0 upgrade/installation difficulties
Gregory P. Ennis schrieb: Everyone, I upgraded from 3.0.3 to 3.1.0 and have had a bunch of problems. I finally got a good install, but could not do it via cpan. There were many modules that I had to manually install. I have had it active for about a week and every night for some reason it stops filtering. When Others already have answered regarding domain-keys, but I doubt that solving that issue will improve stability. Perhaps using the traditional prefork-algorithm (--round-robin) might help? -- CU, Patrick.
Re: Razor 2 license
On Fri, Oct 07, 2005 at 09:40:42PM -0700, Chris Cooper wrote: Is it possible to use Razor 2 for a business email server or is it limited to personal use only? Has anyone been able to obtain a license to do this or have you discontinued using Razor 2 with SpamAssassin? I couldn't find information on the couldmark web site and I haven't received a response to my request for more information. It's really not our place to comment on the license for unrelated software. That said, we get this type of question a lot on this list. Vipul recently posted a clarification of the issue to the razor-users list and asked me to forward it onto this list (which I believe the previous thread respondant did). To try making this easier in the future, I've written up a generic answer on the appropriate section of the SA wiki: http://wiki.apache.org/spamassassin/UsingRazor Hope this helps. :) -- Randomly Generated Tagline: Besides, I wasn't envisioning building the full scale, hurl flaming tar filled pottery at peasants over castle walls type of trebuchet. More like the hurl flaming jet puffed marshmallows at chipmunks over the picnic table trebuchet. :-) - Timothy MacDonald pgpit7HSfe9sb.pgp Description: PGP signature
Re: Re: Mail not fully scanned
Hi Does this happen on all mails or just specific ones? It does happen on all mails and aswell on the samples of Spamassassin Do you have custom plugins loaded or is the install a default one? No, I just installed the default one by # perls Makefile.PL # make # make install regards, Alexander
Re: 3.1.0 upgrade/installation difficulties
On Sat, 2005-10-08 at 13:08 -0400, Theo Van Dinter wrote: Is it in a normal location that perl will look for it? (the list of @INC dirs from the error message) I have a Red Hat 8.0 system with the plugins stored in : /usr/lib/perl5/site_perl/5.8.0/Mail/SpamAssassin/Plugin which is the normal directory for other SA plugins that are working. I have the following plugins: -r--r--r--1 root root 4472 Aug 11 19:38 AccessDB.pm -r--r--r--1 root root 4354 Aug 11 19:38 AntiVirus.pm -r--r--r--1 root root 5647 Aug 11 19:38 AutoLearnThreshold.pm -r--r--r--1 root root14427 Aug 11 19:38 AWL.pm -r--r--r--1 root root17675 Sep 13 21:07 DCC.pm -r--r--r--1 root root 7291 Sep 13 21:07 DomainKeys.pm -r--r--r--1 root root 9545 Aug 11 19:38 Hashcash.pm -r--r--r--1 root root 5273 Aug 11 19:38 MIMEHeader.pm -r--r--r--1 root root10698 Sep 13 21:07 Pyzor.pm -r--r--r--1 root root13651 Sep 13 21:07 Razor2.pm -r--r--r--1 root root 2149 Aug 11 19:38 RelayCountry.pm -r--r--r--1 root root 6557 Aug 11 19:38 ReplaceTags.pm -r--r--r--1 root root 8352 Aug 11 19:38 SpamCop.pm -r--r--r--1 root root13992 Sep 13 21:07 SPF.pm -r--r--r--1 root root 1676 Aug 11 19:38 Test.pm -r--r--r--1 root root12394 Aug 11 19:38 TextCat.pm -r--r--r--1 root root23203 Aug 11 19:38 URIDNSBL.pm -r--r--r--1 root root 3765 Aug 11 19:38 WhiteListSubject.pm I am also having difficulty getting AWL to work, but have not posted anything because I have not finished my efforts to solve the problem Greg
Re: 3.1.0 upgrade/installation difficulties
On Sat, 2005-10-08 at 18:15 +0100, Patrick von der Hagen wrote: Gregory P. Ennis schrieb: Everyone, I upgraded from 3.0.3 to 3.1.0 and have had a bunch of problems. I finally got a good install, but could not do it via cpan. There were many modules that I had to manually install. I have had it active for about a week and every night for some reason it stops filtering. When Others already have answered regarding domain-keys, but I doubt that solving that issue will improve stability. Perhaps using the traditional prefork-algorithm (--round-robin) might help? Patrick, I wondered if that might make a difference. This is a RH 8.0 very slow background system. I'll make the changes and see what happens!!! Greg
Re: Re: Mail not fully scanned
On Sat, Oct 08, 2005 at 07:17:27PM +0200, [EMAIL PROTECTED] wrote: It does happen on all mails and aswell on the samples of Spamassassin No, I just installed the default one by # perls Makefile.PL # make # make install Hrm. perls? IMO, if spamassassin -L sample-nonspam.txt /dev/null results in the error, either there's a problem with your installation, or possibly perl, etc. The sample mail will definitely not cause the error to be displayed with the default code/rule installation. -- Randomly Generated Tagline: The vegetarian crossed the road to get squashed. pgpp1rAPqB4dF.pgp Description: PGP signature
Re: 3.1.0 upgrade/installation difficulties
On Sat, Oct 08, 2005 at 12:19:46PM -0500, Gregory P. Ennis wrote: I have a Red Hat 8.0 system with the plugins stored in : /usr/lib/perl5/site_perl/5.8.0/Mail/SpamAssassin/Plugin which is the normal directory for other SA plugins that are working. Right. The problem isn't finding the plugin (it's trying to load but can't). The problem is perl (via the plugin) not finding the Mail::DomainKeys::Message module, which is not part of SpamAssassin. If that hasn't been installed, there's your issue. -- Randomly Generated Tagline: The adult film industry is like a big family... a big, scary, inbred family. - Hardcore TV pgpZGxDgdCwA3.pgp Description: PGP signature
Re: 3.1.0 upgrade/installation difficulties
On Sat, 2005-10-08 at 13:28 -0400, Theo Van Dinter wrote: On Sat, Oct 08, 2005 at 12:19:46PM -0500, Gregory P. Ennis wrote: I have a Red Hat 8.0 system with the plugins stored in : /usr/lib/perl5/site_perl/5.8.0/Mail/SpamAssassin/Plugin which is the normal directory for other SA plugins that are working. Right. The problem isn't finding the plugin (it's trying to load but can't). The problem is perl (via the plugin) not finding the Mail::DomainKeys::Message module, which is not part of SpamAssassin. If that hasn't been installed, there's your issue. Thank you very much! I installed Mail::DomainKeys::Message module with all dependencies and am now getting the following: [EMAIL PROTECTED] spamassassin]# spamassassin --lint [21132] warn: rules: failed to run DK_POLICY_SIGNALL test, skipping: [21132] warn: _(Can't locate object method header via package Mail::DomainKeys::Message at /usr/lib/perl5/site_perl/5.8.0/Mail/SpamAssassin/Plugin/DomainKeys.pm line 213. [21132] warn: ) [21132] warn: lint: 1 issues detected, please rerun with debug enabled for more information During the Mail::DomainKey::Message installation there were no errors reported and Header.pm is included in the directory : /usr/lib/perl5/site_perl/5.8.0/Mail/DomainKeys/ I know this is an elementary problem but would sure appreciate your help. Thanks, Greg
Re: 3.1.0 upgrade/installation difficulties
On Saturday 08 October 2005 01:20 pm, Gregory P. Ennis wrote: On Sat, 2005-10-08 at 13:28 -0400, Theo Van Dinter wrote: On Sat, Oct 08, 2005 at 12:19:46PM -0500, Gregory P. Ennis wrote: I have a Red Hat 8.0 system with the plugins stored in : /usr/lib/perl5/site_perl/5.8.0/Mail/SpamAssassin/Plugin which is the normal directory for other SA plugins that are working. Right. The problem isn't finding the plugin (it's trying to load but can't). The problem is perl (via the plugin) not finding the Mail::DomainKeys::Message module, which is not part of SpamAssassin. If that hasn't been installed, there's your issue. Thank you very much! I installed Mail::DomainKeys::Message module with all dependencies and am now getting the following: [EMAIL PROTECTED] spamassassin]# spamassassin --lint [21132] warn: rules: failed to run DK_POLICY_SIGNALL test, skipping: [21132] warn: _(Can't locate object method header via package Mail::DomainKeys::Message at /usr/lib/perl5/site_perl/5.8.0/Mail/SpamAssassin/Plugin/DomainKeys.pm line 213. [21132] warn: ) [21132] warn: lint: 1 issues detected, please rerun with debug enabled for more information During the Mail::DomainKey::Message installation there were no errors reported and Header.pm is included in the directory : /usr/lib/perl5/site_perl/5.8.0/Mail/DomainKeys/ Exactly the same lint error I'm getting with the exception my perl version is 5.8.5. -- Chris Registered Linux User 283774 http://counter.li.org 17:05:04 up 1 day, 20:27, 2 users, load average: 0.83, 0.94, 1.12 Mandriva Linux 10.1 Official, kernel 2.6.8.1-12mdk
On the subject of Domain Keys
Although I seem to be getting the same errors as another poster: Oct 8 21:44:42 cpollock spamd[14459]: spamd: processing message [EMAIL PROTECTED] for chris:501 Oct 8 21:44:42 cpollock spamd[14459]: Can't locate object method header via package Mail::DomainKeys::Message at /usr/lib/perl5/site_perl/5.8.5/Mail/SpamAssassin/Plugin/DomainKeys.pm line 213, GEN24 line 48. Oct 8 21:44:42 cpollock spamd[14459]: dk: lookup failed: Can't locate object method header via package Mail::DomainKeys::Message at /usr/lib/perl5/site_perl/5.8.5/Mail/SpamAssassin/Plugin/DomainKeys.pm line 213, GEN24 line 48. It appears that the plug-in is working: X-Spam-Status: No, score=3.9 required=5.0 tests=AWL,BAYES_50, DK_POLICY_SIGNSOME,DK_POLICY_TESTING,DK_SIGNED,DK_VERIFIED, DNS_FROM_RFC_ABUSE,HTML_50_60,HTML_MESSAGE,PYZOR_CHECK autolearn=disabled version=3.1.0 Or am I off in left field again? -- Chris Registered Linux User 283774 http://counter.li.org 22:19:16 up 2 days, 1:41, 1 user, load average: 0.71, 0.56, 1.21 Mandriva Linux 10.1 Official, kernel 2.6.8.1-12mdk