PAISD Technology Office

Mail Relaying Denied

leif@paisd.net — Mon, 14 Jun 2010 14:55:09 GMT

When changing network IP configuration make sure to edit your Sendmail Access DB or mail will start bouncing and the phone will start ringing with complaints.

Example 28-1. Configuring the sendmail Access Database

cyberspammer.com 550 We do not accept mail from spammers
FREE.STEALTH.MAILER@ 550 We do not accept mail from spammers
another.source.of.spam REJECT
okay.cyberspammer.com OK
128.32 RELAY
10.10. RELAY
10.10 RELAY

The trick I left out was I kept putting in a training dot

Funding Year 2010.

leif@paisd.net — Fri, 11 Jun 2010 21:38:35 GMT

Funding Year 2010. USAC will release FY2010 Wave 4 Funding Commitment Decision Letters (FCDLs) June 15. This wave will include commitments for approved Priority 1 (Telecommunications Services and Internet Access) requests at all discount levels. As of June 11, FY2010 commitments total just under $530 million.

Random Server Reboots?

leif@paisd.net — Thu, 10 Jun 2010 11:55:31 GMT

[leif@amberjack ~]$ last -22 :grep reboot

reboot   system boot  2.6.27.21-170.2. Thu Jun 10 04:24        (03:12)    
reboot   system boot  2.6.27.21-170.2. Thu Jun  3 07:48         (6+23:49)   
reboot   system boot  2.6.27.21-170.2. Wed Jun  2 23:23         (7+08:14)   
reboot   system boot  2.6.27.21-170.2. Wed Jun  2 23:22         (7+08:15)   
reboot   system boot  2.6.27.21-170.2. Wed Jun  2 23:13         (7+08:23)   
reboot   system boot  2.6.27.21-170.2. Tue Jun  1 09:23         (8+22:14)   
reboot   system boot  2.6.27.21-170.2. Fri May 28 12:33         (12+19:03)

Email Document Recordkeeping

leif@paisd.net — Tue, 08 Jun 2010 18:20:55 GMT

Records managers at Travis County, Texas, are publicly debating how to draft retention policy for the e-mail of over 4000 users. The county is subject to many confusing state directives and standards on records retention.

The Travis officials (Steven Broberg and Shawn Malone) have assembled a web site and blog to explain the issues and solicit public input. The officials outline three options, roughly being:

1. Continue the status quo, where each employee stores, deletes and/or categorizes e-mail without clear, modern guidance from management on how this should be done. Under this approach, some employees store a lot, and some store less. Some print “important” e-mails and place them in a file cabinet; others do not.

2. Train each employee to rigorously review each e-mail and decide its retention status (i.e., destroy quickly; OR place in category X so it can be retained for a certain period; OR place in category Y so it can be retained for a different period; and so on). New technology, such as artificial intelligence, may be on the horizon to facilitate this option. This is what I have previously called the
make-a-decision style of e-mail records management. The Travis officials call this the bucket approach . . . each e-mail fits into a bucket (i.e., a category to which are assigned rules for retention, destruction and so on) and a way must be found to put the e-mail into the right bucket. The officials note that some learned commenters have advocated the bucket approach, but the officials have appealed to the commenters to bring forward a good example of the bucket approach working in practice. See video at the bottom of blog post.

3. Keep all e-mail “indefinitely” (spam excluded). Related to option #3 is what Broberg & Malone call the haystack approach to e-mail records management. Rather than trying to place each e-mail into category X or Y so it can be found and managed as though it were a sheet of paper, the haystack approach simply keeps copious volumes of e-mail and then relies on search engines to find particular e-mails when they are needed, such as for e-discovery or an investigation.

Texas e-Plan System

leif@paisd.net — Fri, 04 Jun 2010 11:37:52 GMT

Date: Thu, 3 Jun 2010 16:47:23 -0500 (CDT)
From: Texas e-Plan
Reply-To: blitke@sedl.org
To: Leif Johnson
Subject: Texas e-Plan System Updates

[ The following text is in the "X-UNKNOWN" character set. ]
[ Your display is set for the "ISO-8859-1" character set. ]
[ Some characters may be displayed incorrectly. ]

Dear Leif Johnson,

The Texas e-Plan system will be down for maintenance and upgrades this Saturday, June 5, 2010. We plan to complete this update between 12:00pm (noon) 5:00pm. Please make appropriate plans for our e-Plan system to be off-line during this time.

We apologize in advance for any inconvenience this may cause. Every precaution has been taken to ensure a smooth transition during this upgrade but please let us know of any problems/issues you may encounter after our upgrades have been completed this Saturday.

Brian Litke
SEDL Web Administrator

This is an automated message from the Texas e-Plan system.
If you have questions or need assistance, please contact Tech Plan .

Network Notes

leif@paisd.net — Thu, 03 Jun 2010 13:16:33 GMT

Date: Thu, 3 Jun 2010 08:11:48 -0500 (CDT)
From: Leif Johnson

Teachers and Staff:

In your preparations for the Summer break please remember to store all PCs and other electrical hardware up off the floor. This will protect our equipment in the event of a storm surge. It is also wise to turn off your computers and toggle the power/surge protector.

The network will be up and running all summer though there will be brief down-times of certain services as we upgrade server software and install new equipment.

It is a good idea to print out your cumulative grade page from Gradespeed and submit that to your campus Secretary as a part of your checkout process.

If you have a special technology related request please let me know. I can't promise you the world, but we will make every effort to assist you with your needs.

Backup, Backup, Backup. Once bitten, twice shy. If you've lost valuable data in the past you know what this means. Please make back up copies of any data that you need to save. Hard drives DO NOT last forever. Make multiple backups and save them.

But most of all thanks for all the wonderful things you do in your classrooms with our students & have a great summer.

Sincerely,
Leif Johnson
(361) 749-1200 x. 316
http://blog.paisd.net

Mount Chimborazo

leif@paisd.net — Wed, 02 Jun 2010 15:33:44 GMT

Due to the fact that the earth is not a perfect sphere and has an equatorial bulge, the highest point on the planet furthest from its center is Mount Chimborazo in Ecuador not Mount Everest, which is merely the highest peak above sea-level

PICNIC ERROR

leif@paisd.net — Thu, 27 May 2010 15:46:39 GMT

PICNIC Error: Problem In Chair Not In Computer

Russian Spider33

leif@paisd.net — Tue, 25 May 2010 13:15:38 GMT

Office Notes log file @ blog.paisd.net
updated: Tue May 25 07:30:01 CDT 2010

crawl-66-249-65-175.googlebot.com
79-117-159-128.rdsnet.ro
79-117-159-128.rdsnet.ro
crawl-178.63.41.12.cityreview.org
msnbot-207-46-204-244.search.msn.com
tuna.port-aransas.k12.tx.us
108-102-248-88.pools.spcsdns.net
barra-410.port-aransas.k12.tx.us
tuna.port-aransas.k12.tx.us
mail.discarros.com
92.19.123.120
spider33.yandex.ru
slovo10.yandex.ru
62.154.218.91

O-Notes Blog

Internet Bandwidth

leif@paisd.net — Fri, 21 May 2010 13:37:59 GMT

Dear Staff:

The last few days we've been pretty close the our maximum Internet bandwidth in the district. This has a tendency to slow down all legitimate operations. It shows me that there are more students than usual using computers which is typical near the end of the school year. My request is that our staff please supervise student PC use so as to give priorities to academic endeavors.
Thank you.

--
Sincerely,
Leif Johnson
(361) 749-1200 x. 316

GTUBE

leif@paisd.net — Tue, 18 May 2010 17:49:00 GMT

The GTUBE (Generic Test for Unsolicited Bulk Email) is a 68-byte test string used to test anti-spam solutions, notably those based on SpamAssassin. In SpamAssassin, it carries an antispam score of 1000 by default, which would be sufficient to trigger any installation.
[edit] Contents

The contents of the string are as follows:

XJS*C4JDBQADN1.NSBN3*2IDNEN*GTUBE-STANDARD-ANTI-UBE-TEST-EMAIL*C.34X

Bulgarian Hackers!

leif@paisd.net — Tue, 11 May 2010 19:31:27 GMT

Date: Tue, 11 May 2010 14:37:16 -0500
From: Jeremy Mann
Reply-To: The San Antonio Linux User's Group Mailing List
To: The San Antonio Linux User's Group Mailing List
Subject: Re: [SATLUG] Blocking with iptables, even if the hostname won't resolve

On Tue, May 11, 2010 at 2:31 PM, David Salisbury
wrote:
OK, right, I got it. Assuming they (netvisio) do have the entire class C,indeed I could go that way. �I guess I'm always wary of, if I do that, the off chance that I'll block something else that shouldn't be blocked if they don't have that whole block. �But I guess if it continues that will be the risk I have to take (and I admit the chances of me blocking something legitimate coming from there are probably indeed small)!

But it is unusual that this domain doesn't resolve anywhere, isn't it??

reply:
Do you have clients or customers in Bulgaria? netvisio.net is coming
from Plovdiv, Bulgaria.