1 Dec 2007 01:33
OT: How many of us have been here before?
XKCD had an episode this week that is sure to be appreciated by all the spouses of us tinkerers: http://xkcd.com/349/
1 Dec 2007 01:56
Re: OT: How many of us have been here before?
On Fri, 2007-11-30 at 19:33 -0500, Jim Philips wrote: > XKCD had an episode this week that is sure to be appreciated by all the > spouses of us tinkerers: > > http://xkcd.com/349/ How true. -Jim P.
1 Dec 2007 02:41
Re: OT: How many of us have been here before?
On Friday 30 November 2007, Jim Popovitch wrote: > On Fri, 2007-11-30 at 19:33 -0500, Jim Philips wrote: > > XKCD had an episode this week that is sure to be appreciated by all > > the spouses of us tinkerers: > > > > http://xkcd.com/349/ > > How true. I don't know about that, might have to disagree a bit. The one (and so far only) time I ever installed BSD, I was done in well under an hour. Of course it was at an ALE meeting and I had expert step-by-step instruction:) -- -- William
1 Dec 2007 15:01
Debian Postfix, Amavisd-new, Spamassassin
Ok, I can't seem to figure this one out. I am installing Amavis and Spamassassin on a Debian Etch Postfix installation. It doesn't seem that Spamassassin is working. It the headers in the email that I send to myself all I get is: X-Virus-Scanned: Debian amavisd-new at mail.testme.net I checked my amavis conf file, and I have headers to be listed no matter what $sa_spam_subject_tag = '***SPAM*** '; $sa_tag_level_deflt = undef; # add spam info headers if at, or above that level $sa_tag2_level_deflt = 5; # add 'spam detected' headers at that level $sa_kill_level_deflt = 9999; # triggers spam evasive actions $sa_dsn_cutoff_level = 10; # spam level beyond which a DSN is not sent Spamassassin seems to be loading in amavis: Dec 1 08:12:45 paradox amavis[9049]: ANTI-VIRUS code loaded Dec 1 08:12:45 paradox amavis[9049]: ANTI-SPAM code loaded Dec 1 08:12:45 paradox amavis[9049]: ANTI-SPAM-SA code loaded Dec 1 08:12:45 paradox amavis[9049]: Unpackers code loaded Nov 30 22:24:07 paradox amavis[27168]: (27168-02) Passed SPAM, What am I missing or what else should I check? Jeb
1 Dec 2007 18:19
1 Dec 2007 20:36
Re: Debian Postfix, Amavisd-new, Spamassassin
Jim Popovitch wrote: > On Sat, 2007-12-01 at 09:01 -0500, Jeb Barger wrote: > >> What am I missing or what else should I check? >> > > Why do you think spamassassin is not working? > > -Jim P. > > _______________________________________________ > Ale mailing list > Ale@... > http://www.ale.org/mailman/listinfo/ale > Because it's not placing the spam score in the email headers. Shouldn't it be doing that?
1 Dec 2007 23:45
Re: Debian Postfix, Amavisd-new, Spamassassin
On Sat, 2007-12-01 at 14:36 -0500, Jeb Barger wrote: > Because it's not placing the spam score in the email headers. Shouldn't > it be doing that? Yes it should. I successfully use these settings: $sa_tag_level_deflt = 0.0; $sa_tag2_level_deflt = 5.0; $sa_kill_level_deflt = $sa_tag2_level_deflt; $sa_dsn_cutoff_level = 10; NOTE: if you have $first_infected_stops_scan set to 1, then it could be possible amavis determines the email is spam based on something other than SA. Hth, -Jim P.
2 Dec 2007 00:42
weird "find" behavior
I'm seeing some find weirdness. On both Ubuntu Etch and RH4ES, if I do the following I can locate files: find /usr/include/ -type f -name *.c But if I do this, I find nothing: find /usr/include/ -type f -name *.h However if I do this, I find files: find /usr/include/ -type f -name "*.h" WTF? -Jim P.
2 Dec 2007 01:11
Re: WIFI Radar, Network-manager-gnome and a WAP Key
In my version of wifi-radar (1.9.8), there are a couple of related lines for a WPA-secured connection, in /etc/wifi-radar/wifi-radar.conf: use_wpa = yes wpa_driver = wext James Earl Smith wrote: > Before my roommate added a WAP to our home network I had no problem > using Wifi Radar. > > Now the house has a WAP Key I have to run network manager gnome, which > takes the key, but it locks me out of non keyed networks. > > I prefer Wifi Radar but don't know how to put a WAP key into it. Does > any one in the group know how to do this? > > I am running Ubuntu 6.06 on a Dell 5150 > > James Smith > _______________________________________________ > Ale mailing list > Ale@... > http://www.ale.org/mailman/listinfo/ale >
2 Dec 2007 03:03
Re: weird "find" behavior
Your shell is likely expanding * when not enclosed in quotes. Depending on what shell, and numerous set and environment variables all kinds of strange things could be happening. Best practice is to *always* quote wildcard characters (or any character the shell might expand/modify). Tom Jim Popovitch wrote: > I'm seeing some find weirdness. On both Ubuntu Etch and RH4ES, if I do > the following I can locate files: > > find /usr/include/ -type f -name *.c > > But if I do this, I find nothing: > > find /usr/include/ -type f -name *.h > > However if I do this, I find files: > > find /usr/include/ -type f -name "*.h" > > WTF? > > -Jim P. > > _______________________________________________ > Ale mailing list > Ale@...(Continue reading)
RSS Feed