I mentioned this problem at the last round-table session, but didn't get
a solution, so I thought I'd post it here, just in case anyone has any
suggestions to offer.
I'm still seeing a whole bunch of false positives in SpamAssassin, since
an update was installed in mid-September on a CentOS 5.7 system, for a
rule called DATE_IN_FUTURE_96_Q, which is only supposed to be triggered
when the "Date:" header has a date that is 4 days to 4 month ahead of
the date in the "Received" header that …
[View More]has the _smallest_ difference in
date.
Here are the headers from the latest e-mail I've received with this
false-positive. (I've stripped out irrelevant headers, for the sake of
clarity and simplicity.)
From topfivestories(a)messagent.itworldcanada.com Mon Nov 14 07:50:13 2011
Received: from mail.messagent.itworldcanada.com
(mail.messagent.itworldcanada.com [207.112.10.80])
by palladium.cs.umanitoba.ca (8.13.8/8.13.8) with SMTP id
pAEDoAxV028594
for <gedetil(a)cs.umanitoba.ca>; Mon, 14 Nov 2011 07:50:12 -0600
Date: Mon, 14 Nov 2011 08:50:13 -0500
X-Spam-Status: No, score=-0.3 required=5.0
tests=BAYES_00,DATE_IN_FUTURE_96_Q,
HTML_MESSAGE,RP_MATCHES_RCVD autolearn=no version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
palladium.cs.umanitoba.ca
Note that I'm calling spamd via the spamass-milter on a system running
sendmail. Note also, that in the above example, the only "Received"
header was the one generated by my own server. (I've had other false
positives, however, with multiple "Received" headers, all of which were
within seconds of the time in the "Date" header.)
Any ideas?
--
Gilbert E. Detillieux E-mail: <gedetil(a)muug.mb.ca>
Manitoba UNIX User Group Web: http://www.muug.mb.ca/
PO Box 130 St-Boniface Phone: (204)474-8161
Winnipeg MB CANADA R2H 3B4 Fax: (204)474-7609
[View Less]
Thanks to the generosity of our members, we were able to donate three large boxes’ worth of non-perishable food items to Winnipeg Harvest in December 2010.
The text of the thank-you letter we just received (see attached) is as follows:
January 5, 2011
Manitoba UNIX User Group
Attn: Adam Thompson
Dear Friends of Harvest,
We here at Winnipeg Harvest want to thank the Manitoba UNIX User Group for your support of helping those less fortunate in our community. Over the last few months …
[View More]743 pounds of food was donated to the food bank.
Your donations will go into hampers that will help Winnipeg Harvest feed more than 58,000 people each month, half of those being children. On behalf of the entire team at Winnipeg Harvest, thank you for helping us fight hunger and feed hope in Manitoba.
We look forward to working with you again in the future. If I can ever be of assistance, please don’t hesitate to contact me by phone at 982-3670 or by email at tori(a)winnipegharvest.org.
Yours truly,
Tori Webber
Development Associate
Winnipeg Harvest Inc.
So, thanks again. See you all in another six (6) days, at our next meeting on January 11th, 2011.
-Adam Thompson
athompso(a)muug.mb.ca
[View Less]
Howdy folks!
I got a request from a prof this morning that stumped this old UNIX
hack. He wants to run a UNIX command (for a language interpreter),
using input from a file, and saving a transcript of the output. That
much is trivial. The catch is that he'd like the transcript to have the
input echoed, as if it had been typed in at the tty.
I've looked at options on the script command and ssh, but can't find a
simple solution to this. And it has to be simple enough for his
students (…
[View More]who may not have much UNIX experience) to use.
Any suggestions?
--
Gilbert E. Detillieux E-mail: <gedetil(a)muug.mb.ca>
Manitoba UNIX User Group Web: http://www.muug.mb.ca/
PO Box 130 St-Boniface Phone: (204)474-8161
Winnipeg MB CANADA R2H 3B4 Fax: (204)474-7609
[View Less]
At last week's MUUG meeting, I mentioned problems I had encountered with
Fedora 16, dealing with NIS and autofs.
The first one was that supplementary groups defined via NIS (or LDAP, as
it turns out) were being ignored (whereas those in /etc/group were not).
The solution was simply to comment out the "initgroups" map line in
the /etc/nsswitch.conf file...
Bug 750388 - Authconfig needs to handle new 'initgroups' nsswitch map
(was: secondary groups not populated)
https://bugzilla.redhat.…
[View More]com/show_bug.cgi?id=750388
The second one was that the autofs service wasn't waiting for ypbind to
start, so there was a race condition that would cause NFS mount points
published in NIS automounter maps to be ignored. Some solutions were
proposed, which seemed to work for some but not for others, depending on
exactly how their network interfaces were managed, and what specific
services they were using...
Bug 712504 - autofs is started before ypbind in Fedora 15
https://bugzilla.redhat.com/show_bug.cgi?id=712504
Bug 709637 - systemd sometimes starts autofs before NIS
https://bugzilla.redhat.com/show_bug.cgi?id=709637
This problem will hopefully work itself out as remaining legacy init.d
scripts are converted over to systemd. In the meantime, the proposed
solution (for bug 712504) _seems_ to be working for me.
--
Gilbert E. Detillieux E-mail: <gedetil(a)muug.mb.ca>
Manitoba UNIX User Group Web: http://www.muug.mb.ca/
PO Box 130 St-Boniface Phone: (204)474-8161
Winnipeg MB CANADA R2H 3B4 Fax: (204)474-7609
[View Less]
At last week's MUUG meeting, during the round-table discussion, I
mentioned some of the feature and problems I had encountered with Fedora
16. A couple people mentioned the fact that network device naming had
changed.
Here's more about that in the Fedora 15 release notes, including
suggested workarounds and a way to disable the feature entirely:
http://docs.fedoraproject.org/en-US/Fedora/15/html/Release_Notes/sect-Relea…
--
Gilbert E. Detillieux E-mail: <gedetil(a)muug.mb.ca>
…
[View More]Manitoba UNIX User Group Web: http://www.muug.mb.ca/
PO Box 130 St-Boniface Phone: (204)474-8161
Winnipeg MB CANADA R2H 3B4 Fax: (204)474-7609
[View Less]