Random Server Reboots?
Thursday, June 10, 2010, 06:55 AM
[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)



[ add comment ]   |  [ 0 trackbacks ]   |  permalink  |   ( 3 / 173 )

Email Document Recordkeeping
Tuesday, June 8, 2010, 01:20 PM
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.



[ add comment ]   |  [ 0 trackbacks ]   |  permalink  |   ( 3 / 165 )

Texas e-Plan System
Friday, June 4, 2010, 06:37 AM
Date: Thu, 3 Jun 2010 16:47:23 -0500 (CDT)
From: Texas e-Plan <webmaster@sedl.org>
Reply-To: blitke@sedl.org
To: Leif Johnson <leif@paisd.net>
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 <eplan@esc12.net>.



[ add comment ]   |  [ 0 trackbacks ]   |  permalink  |   ( 3 / 229 )

Network Notes
Thursday, June 3, 2010, 08:16 AM
Date: Thu, 3 Jun 2010 08:11:48 -0500 (CDT)
From: Leif Johnson <leif@paisd.net>

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




[ add comment ]   |  [ 0 trackbacks ]   |  permalink  |   ( 3 / 226 )

Mount Chimborazo
Wednesday, June 2, 2010, 10:33 AM

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

[ add comment ]   |  [ 0 trackbacks ]   |  permalink  |   ( 3 / 239 )

PICNIC ERROR
Thursday, May 27, 2010, 10:46 AM
PICNIC Error: Problem In Chair Not In Computer

[ add comment ]   |  [ 0 trackbacks ]   |  permalink  |   ( 3 / 258 )

Russian Spider33
Tuesday, May 25, 2010, 08:15 AM
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


[ add comment ]   |  [ 0 trackbacks ]   |  permalink  |   ( 3 / 259 )

Internet Bandwidth
Friday, May 21, 2010, 08:37 AM
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


[ add comment ]   |  [ 0 trackbacks ]   |  permalink  |   ( 3 / 252 )

GTUBE
Tuesday, May 18, 2010, 12:49 PM
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


[ add comment ]   |  [ 0 trackbacks ]   |  permalink  |   ( 3 / 261 )

Bulgarian Hackers!
Tuesday, May 11, 2010, 02:31 PM
Date: Tue, 11 May 2010 14:37:16 -0500
From: Jeremy Mann <jeremymann@gmail.com>
Reply-To: The San Antonio Linux User's Group Mailing List <satlug@satlug.org>
To: The San Antonio Linux User's Group Mailing List <satlug@satlug.org>
Subject: Re: [SATLUG] Blocking with iptables, even if the hostname won't resolve

On Tue, May 11, 2010 at 2:31 PM, David Salisbury
<david.salisbury@momentumweb.com> 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.





[ add comment ]   |  [ 0 trackbacks ]   |  permalink  |   ( 3 / 277 )

Bytes Transferred: 104955188
Wednesday, April 28, 2010, 02:37 PM
STATISTICS
----------

Bytes Transferred: 104955188
Messages Processed: 6422
Addressed Recipients: 20486

SMTP SESSION, MESSAGE, OR RECIPIENT ERRORS
------------------------------------------

Relaying denied: [Occurrences >= 1]
Total: 14
Lost input channel: [Occurrences >= 1]
Total: 11
Client quit before communicating: [Occurrences >= 1]
Total: 5596
Authentication warnings:
Total: 64
Errors during Collect:
Total: 1
Total: 2
1 messages undelivered after 5 days

Mail Rejected:
Total: 3


[ add comment ]   |  [ 0 trackbacks ]   |  permalink  |   ( 3 / 248 )

Electrical Power Failure & DNS
Friday, April 23, 2010, 08:07 AM

The AC power went out monetarily last night knocking our primary DNS server offline. Needless to say the web was running a bit slow this morning when I got to the office. All is back up and running now.

[ add comment ]   |  [ 0 trackbacks ]   |  permalink  |   ( 3 / 264 )


Next