A bit of background on Hwy16 Internet and it’s origins. My first experience with the Internet was volunteering to help with the Nechako Access Network Organization (NANO) Internet society. (see below) Along with John Rowlandson credit should go to the technical team of Dave Irwin, Kevin Scott, and myself who managed to compile this new flangled Linux thing (Slackware 2.2, followed by Redhat 4.1) and make it all work. Every time you changed a driver you had to recompile the entire kernel. (If anyone is up to a challenge, here is a link to Slackware 2.2 http://www.it.freebsd.org/pub/linux/distributions/slackware/slackware-2.2.0/ – have fun)Continue reading “NANO – Nechako Access Network Organization”
The Remote Monitoring System V1 is a remote data acquisition and control device designed for use with Battery powered Wireless Internet repeater sites. We recently aquired one of these and plan on using it for a solar powered site in a remote location. More information about the board can be found at http://www.remotemonitoringsystems.ca/rms/rms.php .
We have used internet cameras such as the Dlink DCS-3220 at other sites for security purposes but they draw more power than we will have available. We decided to put a simple set of magnetic door contact switches on one of the IO ports on the RMS board and monitor it via SNMP from our web server and Cacti system.
I had contact with my first computer in the the early 80’s at the local Radio Shack. The first computer I owned was a Timex Sinclair ZX81 built from a kit. With 8k of ROM, 1k of RAM and a 2MHz processor it was the first and last computer I’ve really understood. (By that I mean reading and mostly understanding the assembly code for the ROM.) Computers have gotten much more complex since then but my fascination with them remains.
Aspen House Systems started as a venture writing communications software between surveyors handheld data collectors and Wang and HP mini-computers. It had a retail presence for a few years, and now provides MIS services for small and medium sized business networks.
When a subscribers mail box fills up or they exceed their quota the mail starts to pile up in the /var/spool/mqueue directory. A search of the Internet found several scripts that will clean it up but most use qtool.pl which I haven’t been able to find. Typical is http://www.brandonhutchinson.com/deleting_mail_queue.html . I did find a ksh script SQG – Sendmail Queue Groomer at http://www.sun.com/bigadmin/scripts/submittedScripts/queue_groomer.ksh.txt that was a starting point for the following.
Note: Jan, 2010 – make sure that the /var/spool/morgue-queue directory exists before running the script or the files will get moved to a file of that name instead of being moved into that directory.