From marc at merlins.org Thu Dec 2 22:28:06 2004 From: marc at merlins.org (Marc MERLIN) Date: Thu Dec 2 22:28:09 2004 Subject: [SA-exim] SA-Exim plugin for SA 3.x Message-ID: <20041203062806.GM6090@merlins.org> Ok, I finally ironed out the taint problem with perl. It's up for testing here: http://marc.merlins.org/linux/exim/files/sa-exim-cvs/Greylisting.pm Details on how to call it are here: http://marc.merlins.org/linux/exim/files/sa-exim-cvs/README.greylisting Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems & security .... .... what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ | Finger marc_f@merlins.org for PGP key From kristopher.austin at oc.edu Fri Dec 3 14:40:51 2004 From: kristopher.austin at oc.edu (Kristopher Austin) Date: Fri Dec 3 12:41:11 2004 Subject: [SA-exim] SA-Exim plugin for SA 3.x Message-ID: <0B91381A437EEF49AA5ED37EC5EDD555C2C975@fsmail.oc.edu> Great! Thanks a lot for the hard work. I'll plug this in to our servers on Monday and let you know how it turns out. I guess mine served its time and I'm happy to retire it. Kris -----Original Message----- From: sa-exim-bounces+kristopher.austin=oc.edu@lists.merlins.org [mailto:sa-exim-bounces+kristopher.austin=oc.edu@lists.merlins.org] On Behalf Of Marc MERLIN Sent: Friday, December 03, 2004 12:28 AM To: sa-exim@lists.merlins.org Subject: [SA-exim] SA-Exim plugin for SA 3.x Ok, I finally ironed out the taint problem with perl. It's up for testing here: http://marc.merlins.org/linux/exim/files/sa-exim-cvs/Greylisting.pm Details on how to call it are here: http://marc.merlins.org/linux/exim/files/sa-exim-cvs/README.greylisting Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems & security .... .... what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ | Finger marc_f@merlins.org for PGP key _______________________________________________ SA-Exim mailing list SA-Exim@lists.merlins.org http://lists.merlins.org/lists/listinfo/sa-exim From brian at enchanter.net Fri Dec 3 20:13:35 2004 From: brian at enchanter.net (Brian Kendig) Date: Fri Dec 3 17:13:52 2004 Subject: [SA-exim] "uninitialized value" errors with SA 3.0.1 Message-ID: I've been the SA-Exim from CVS for a while (including the SA 3.0 patch) against SpamAssassin 2.64, and it worked fine. But I just upgraded to SpamAssassin 3.0.1, and now I'm having problems. Specifically, whenever spamd checks an incoming message, I see something like this in the mail log: spamd[6616]: server started on port 783/tcp (running version 3.0.1) spamd[6616]: connection from localhost [127.0.0.1] at port 50032 spamd[6623]: processing message <3B9E8392-4590-11D9-852A-000A9595347C@mac.com> for exim:-2. spamd[6623]: Use of uninitialized value in concatenation (.) or string at ///Library/Perl/5.8.1/Mail/SpamAssassin/NoMailAudit.pm line 184. spamd[6623]: Use of uninitialized value in pattern match (m//) at ///Library/Perl/5.8.1/Mail/SpamAssassin/PerMsgStatus.pm line 875. spamd[6623]: clean message (0.0/5.0) for exim:-2 in 4.5 seconds, 1054 bytes. Meanwhile, exim says there was a problem, and accepts the message: I86AWZ-00053X-0B SA: Action: SA didn't successfully run against message, accepting (time: 5/5 secs | Message-Id: 3B9E8392-4590-11D9-852A-000A9595347C@mac.com). From (host=smtpout.mac.com [17.250.248.87]) for brian@enchanter.net I'm running on the latest version of Mac OS X, and I believe I have all the latest versions of the relevant Perl modules installed from CPAN. When I look at those files, line 184 of NoMailAudit.pm is: my(@ret) = $self->{headers_pristine} =~ /^(?:$hdr:[ ]+(.*\n(?:\s+\S.*\n)*))/mig; and line 875 of PerMsgStatus.pm is: my(@pristine_headers) = grep(!/^X-Spam-(?!Prev-)/i, $self->{msg}->get_pristine_header() =~ /^([^:]+:[ \t]*(?:.*\n(?:\s+\S.*\n)*))/mig); So is looks like whatever is causing this problem has something to do with pristine headers? Any ideas on what might be causing this, or how to fix it? - B From marc at merlins.org Sat Dec 4 08:00:33 2004 From: marc at merlins.org (Marc MERLIN) Date: Sat Dec 4 08:00:48 2004 Subject: [SA-exim] "uninitialized value" errors with SA 3.0.1 In-Reply-To: References: Message-ID: <20041204160033.GA2302@merlins.org> On Fri, Dec 03, 2004 at 08:13:35PM -0500, Brian Kendig wrote: > I've been the SA-Exim from CVS for a while (including the SA 3.0 patch) Mmmh, there is no SA 3.0 patch. Do you mean the SA 2.6 patch? > against SpamAssassin 2.64, and it worked fine. But I just upgraded to > SpamAssassin 3.0.1, and now I'm having problems. Specifically, > whenever spamd checks an incoming message, I see something like this in > the mail log: > > spamd[6616]: server started on port 783/tcp (running version 3.0.1) > spamd[6616]: connection from localhost [127.0.0.1] at port 50032 > spamd[6623]: processing message > <3B9E8392-4590-11D9-852A-000A9595347C@mac.com> for exim:-2. > spamd[6623]: Use of uninitialized value in concatenation (.) or string > at ///Library/Perl/5.8.1/Mail/SpamAssassin/NoMailAudit.pm line 184. > spamd[6623]: Use of uninitialized value in pattern match (m//) at > ///Library/Perl/5.8.1/Mail/SpamAssassin/PerMsgStatus.pm line 875. > spamd[6623]: clean message (0.0/5.0) for exim:-2 in 4.5 seconds, 1054 > bytes. Ok, so does SA 3.0.1 fail out of the box on your machine? (i.e. forget SA-Exim or the Greylisting.pm module) If so, you should report this to the SA folks (file a bug against it) so that they can help you out. Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems & security .... .... what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ | Finger marc_f@merlins.org for PGP key From marc at merlins.org Sat Dec 4 08:01:46 2004 From: marc at merlins.org (Marc MERLIN) Date: Sat Dec 4 08:01:59 2004 Subject: [SA-exim] SA-Exim plugin for SA 3.x In-Reply-To: <0B91381A437EEF49AA5ED37EC5EDD555C2C975@fsmail.oc.edu> References: <0B91381A437EEF49AA5ED37EC5EDD555C2C975@fsmail.oc.edu> Message-ID: <20041204160146.GB2302@merlins.org> On Fri, Dec 03, 2004 at 02:40:51PM -0600, Kristopher Austin wrote: > Great! Thanks a lot for the hard work. I'll plug this in to our > servers on Monday and let you know how it turns out. Thanks. > I guess mine served its time and I'm happy to retire it. Yours was ok, but I needed additional code to work with broken perls, and it was essentially missing the priority piece, to make sure it runs at the end of the SA chain, so that the intermediate score it gets is actually the final score Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems & security .... .... what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ | Finger marc_f@merlins.org for PGP key From brian at enchanter.net Sat Dec 4 14:52:54 2004 From: brian at enchanter.net (Brian Kendig) Date: Sat Dec 4 11:53:06 2004 Subject: [SA-exim] "uninitialized value" errors with SA 3.0.1 In-Reply-To: <20041204160033.GA2302@merlins.org> References: <20041204160033.GA2302@merlins.org> Message-ID: <16C4D1EA-462E-11D9-858C-000A9595347C@enchanter.net> On Dec 4, 2004, at 11:00 AM, Marc MERLIN wrote: > Mmmh, there is no SA 3.0 patch. Do you mean the SA 2.6 patch? I'm using the sa-exim.c which has the "/* Support SA 3.0 format */" bit in it. > Ok, so does SA 3.0.1 fail out of the box on your machine? > (i.e. forget SA-Exim or the Greylisting.pm module) I'm not using greylisting. Running "spamassassin -t < sample-spam.txt" fails with a couple of "Global symbol requires explicit package name" errors which are entirely different from the ones I get when I run it from SA-Exim, but 'make test' in the SpamAssassin 3.0.1 directory succeeds (with only one failed test, the Razor test), so I'm not sure whether this means SpamAssassin is working properly or not. I looked over the SpamAssassin mailing list and there are a few other isolated (and unsolved) reports of the "uninitialized variable" errors, so it's possible this is just a SA bug. I think I'll let SA 3 grow a few more version numbers before I use it in production. - B From marc at merlins.org Sun Dec 5 00:46:06 2004 From: marc at merlins.org (Marc MERLIN) Date: Sun Dec 5 00:46:10 2004 Subject: [SA-exim] "uninitialized value" errors with SA 3.0.1 In-Reply-To: <16C4D1EA-462E-11D9-858C-000A9595347C@enchanter.net> References: <20041204160033.GA2302@merlins.org> <16C4D1EA-462E-11D9-858C-000A9595347C@enchanter.net> Message-ID: <20041205084606.GA32325@merlins.org> On Sat, Dec 04, 2004 at 02:52:54PM -0500, Brian Kendig wrote: > On Dec 4, 2004, at 11:00 AM, Marc MERLIN wrote: > >Mmmh, there is no SA 3.0 patch. Do you mean the SA 2.6 patch? > > I'm using the sa-exim.c which has the "/* Support SA 3.0 format */" bit > in it. Ah, right, sorry I was thinking about greylisting, which you probably aren't using. I misunderstood what you meant with patch. Right SA 3.0 says "score=" instead of "hits=" > I'm not using greylisting. Running "spamassassin -t < sample-spam.txt" > fails with a couple of "Global symbol requires explicit package name" > errors which are entirely different from the ones I get when I run it > from SA-Exim, but 'make test' in the SpamAssassin 3.0.1 directory > succeeds (with only one failed test, the Razor test), so I'm not sure > whether this means SpamAssassin is working properly or not. > > I looked over the SpamAssassin mailing list and there are a few other > isolated (and unsolved) reports of the "uninitialized variable" errors, > so it's possible this is just a SA bug. I think I'll let SA 3 grow a > few more version numbers before I use it in production. Never mind my greylisting misunderstanding part, what I said after that still stands. That's a spamassassin error which happens when sa-exim does nothing more than feed it an Email. It may just depend on the type of mail being fed to it, but the point still stands: it's a problem with SA. You should be able to find the mails in /var/spool/sa-exim/SAerrorsave/ or equivalent, and hopefully reproduce by doing spamassassin -t (-d) < /var/spool/sa-exim/SAerrorsave/new/mesgid Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems & security .... .... what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ | Finger marc_f@merlins.org for PGP key From rjsalts at thats.prettyfar.com Fri Dec 10 16:44:59 2004 From: rjsalts at thats.prettyfar.com (Richard Salts) Date: Thu Dec 9 21:59:36 2004 Subject: [SA-exim] umask for saved emails Message-ID: <20041210054459.GA32225@thats.prettyfar.com> I was wondering how you would change the umask that sa-exim saves the files in /var/spool/sa-exim/SApermreject and the like. I was planning on having these folders set up so they could be viewed by courier imap by a select group of people. I've set them up setgid to enable that, however the mail are delivered 600, is there any way I could change it to 660? From marc at merlins.org Thu Dec 9 23:04:14 2004 From: marc at merlins.org (Marc MERLIN) Date: Thu Dec 9 23:04:16 2004 Subject: [SA-exim] umask for saved emails In-Reply-To: <20041210054459.GA32225@thats.prettyfar.com> References: <20041210054459.GA32225@thats.prettyfar.com> Message-ID: <20041210070414.GE10329@merlins.org> On Fri, Dec 10, 2004 at 04:44:59PM +1100, Richard Salts wrote: > I was wondering how you would change the umask that sa-exim saves the > files in /var/spool/sa-exim/SApermreject and the like. > > I was planning on having these folders set up so they could be viewed > by courier imap by a select group of people. I've set them up setgid to > enable that, however the mail are delivered 600, is there any way I > could change it to 660? Sure, it's trivial to edit in the source code :) RCS file: /cvsroot/sa-exim/sa-exim/sa-exim.c,v retrieving revision 1.66 diff -u -r1.66 sa-exim.c --- sa-exim.c 23 Aug 2004 15:39:49 -0000 1.66 +++ sa-exim.c 10 Dec 2004 07:03:19 -0000 @@ -247,7 +247,7 @@ /* Let's not worry about you receiving two spams at the same second * with the same message ID. If you do, the second one will overwrite * the first one */ - writefd=creat(string_sprintf("%s/new/%s", dir, filename), S_IRUSR|S_IWUSR); + writefd=creat(string_sprintf("%s/new/%s", dir, filename), S_IRUSR|S_IWUSR|S_IRGRP|S_IWGRP); CHECKERR(writefd, string_sprintf("creat %s/new/%s", dir, filename),__LINE__); /* make the file look like a valid mbox -- idea from dman */ I've changed the default for the next version, people can change the directory permissions if they care.. Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Microsoft is to operating systems & security .... .... what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ | Finger marc_f@merlins.org for PGP key