Just finished watching the first series of Seven Days, and I have to say it was pretty good. The story is based around the chrononaut Frank Parker who is a member of the BackStep team. Project BackStep use technology from the crashed Area 51 space ship to create a ship that can travel back in time up to 7 days. They use the ship to undo catastrophic events.
Funnily enough I’ve just been making my way through ABC of Relativity, and in spite of the time-travel relativity techno-babble things did seem to match up with the actual theory. Mind you after watching that last episode of Doctor Who - The Big Bang this program should present you with no problem at all!
Anyway, I digress. The team is speculating about a virus that has wiped out 98% of the world’s population and Frank has BackStepped to prevent it from happening. Ballard is the scientist, Donovan is the army man and Ramsey is head of security at the BackStep facility. I just liked the way he lists all the attributes that are basically true of 9/11. Maybe it was this comment, three years before, that pushed al-Qaeda over the edge.
Ballard: This may not be a natural occurrence, the data we have indicates this virus could well have been man-made.
Donovan: Who the hell would want to release something that kills everybody?
Ramsey: Arh, some suicidal, middle eastern, camel riding, malcontent, that hates us, look at the kamikazes in WW2.
I’ve been in I.T. for all of my working life. I’m a geekie type but I have a personality underneath with friends to prove it. I’ve met a lot of techie people who are, quite frankly, really dull so I can see where the stereotype comes from. We are like policeman and lawyers - handy to have in your arsenal of friends but you probably won’t invite them out for a beer unless you need something.
One of my favourite programs is Garth Marenghi’s Darkplace which is a spoof TV “horror series from the early 1980s that was considered so groundbreaking and terrifying that it was promptly sat on by the company that commissioned it". In the fifth episode Scotch Mist, kilt wearing ghosts come back to Romsford to seek revenge on Dagg Douglas MD because of the less than flattering things he said in a chip shop after his plane was diverted to Prestwick airport. Anyway, Scotch Mist rolls in (very much like John Carpenter’s The Fog) and starts killing the hospital staff leaving there bodies on the moor covered in tartan patterns. The quote comes during one of the director-commentary-style inserts that broke up the show.
Dean Learner: We found out that the mist was poisonous when two techies died. Now I don’t like to see anyone die, but if someone has to die, it might as well be a techie… because another one comes along, it’s the same belt, it’s the same hammer in the tool belt, you can barely tell the difference.
There is a really handy utility for Un*x called: redir (redir.c). It is a user level program that does port redirection. It’s really handy if you want a quick and dirty way of making traffic on one port on your machine point to another port on another machine. I’ve used this technique to by-pass firewalls and bounce traffic through places it’s not supposed to go.
I could have used iptables or ipchains, but these require root access which you might not have. Under Un*x you need root privileges to open a port numbered less than 1000 but most of the time you are re-routing normal application services like Oracle Forms and jInitiator which opens a gazillion ports to various machines to do application server stuff.
Also using iptables or ipchains is so final, not to mention fiddly to set up! Besides another reason to use redir is that the program can be modified to allow you to watch or collect the traffic, which could be infinitely more useful
Unfortunately, redir is no longer in a standard distro so it has to be built from scratch. The program itself hasn’t changed for about 10 years so it is only available in source and patched source. I’m going to describe below how to download, patch and build the redir application.
- Create a working folder and go into it.
- Go to http://redir.sourcearchive.com/ and find the latest version.
- At the time of writing this article the latest version is 2.2.1-9. Download those components.
- Check the integrity of the downloads with md5sum and compare them against the values listed in the *.dsc file
md5sum redir_2.2.1-9.diff.gz redir_2.2.1.orig.tar.gz
- Uncompress the sources.
tar -xvzf redir_2.2.1.orig.tar.gz
- The first patch expects the files to be in different places, so shift things around a little to make it match up, don’t worry about the mv/subdirectory warning.
mv redir-2.2.1 redir-2.2.1.orig
mv redir-2.2.1.orig/* redir-2.2.1.orig/debian
- Now apply the patch.
patch -p0 -i redir_2.2.1-9.diff
- There’s no dpatch on Plesk so we will have to apply the patches by hand using the normal patch command. Change to the main source folder.
- The patches must be applied in order so list them out and build a patch script.
ls patches/[0-9][0-9]_* | sed ’s/^/patch -i &/’ > do.patch
- Then run them all.
- Now that we have applied all the patches, we must clean and build.
Now we’ll test it. The following command listens to port 12345 and relays all connections to port 22 (on the same machine). So by talking to port 12345 we are actually talking to our SSH service listening on port 22.
- Launch the port redirector service in the background.
./redir –lport=12345 –cport=22 &
- Connect to the service.
ssh -D 12345 localhost
- Log in and then log out.
- Kill service.
The first page in my documentation is always the title page. You know the sort - big company logo along with the title of the document and a couple of other useful pieces of information for filing like file name, version, last updated date and author. Each one of my pages has headers and footers. The page header contains the title and the version of the document whilst the footer contains the company name with a copyright message and the page number.
As you can see there is repeating information which has to be managed and updated. So often I get documents where the version date is changed on the front page but the author has forgotten to update it in the headers or footers. This is where Microsoft Word Fields come in handy.
A Microsoft Word Field is a property that is tucked away inside the document or is generated by Microsoft Word. The best example of a Field that most people use without noticing is Page Number or Number of Pages. These are just 2 of the really common ones, there are loads and you can create your own.
The documentation is a bit thin which is a bit surprising for Microsoft. I had a look on the interweb for other blogs describing how to add these mystical fields but most of them were pretty complicated and I was left to use good old fashioned trial and error to figure it out. And now that I have I’m telling the world.
So let’s go with my example from the first paragraph. In order to make it easier to see when it’s working lets fill in the property information first. If we don’t do this first after we set up our Field it will be blank and we won’t be able to tell if it is blank because it’s broken or it’s blank because it’s empty.
For Office 2010, Go to File->Info and click the Properties drop down on the right hand side (under the preview of the document)and Advanced Properties.
- From Word’s menu select File->Properties.
- Goto the General tab.
- Fill in as many of the document properties as you can but do include at the very least: Title, Subject, Author, Company.
- Now go to the Custom tab.
- Next to Name enter version.
- Next to Type select Number from the drop down box.
- Next to Value enter 0.1 (or whatever your document version is).
- At this point the Add button will become enabled, so click it.
- version will appear in the Properties: list in the bottom part of the screen.
- Finally click Ok.
You have now added all the information you want in one central place. Next we need to create our front page. We will embed several Fields in it.
- Set up the image in the centre of the page and make it look pretty.
- Under the image we want the document Title, so place the cursor somewhere sensible and set the font and format you want.
- From the menus select Insert->Field…
- Make sure the Category is set to (All).
- Select Title from the field names.
- Choose the Format of the field.
- Click Ok.
- The title of your document will appear, when you click on it, it will appear with a grey background to show it’s a field code.
At the bottom of the screen we are going to write our file and documentation fields.
- First write the text: Document File name
- Next set up the font and format in the way you like for this piece of information.
- From the Insert menu select Field….
- Ensure the Category is set to (All) and select FileName.
- Next write Date and from the field’s menu select SaveDate picking the format you would like the date to be displayed in.
- Getting the idea yet? Next write Author and select Author from the field’s dialogue.
- Finally enter Version. This one is a custom field in the document properties so select DocProperty from the Field names and because we have already set up the version value it should appear in the Property list so select it and press Ok.
In each case when we add the the Field code to the document it will appear updated in the document, with a grey background if you click on it. Now just do the same for the headers and footers and you’re done.
When you change any of your document properties just go into File->Properties make the changes you want. When you return to the document. Highlight the field by clicking on it and from the context menu select Update Field. Unfortunately the header and footer Fields are not covered in the Select All (Control-A) and so must be done separately.
Plesk provides mail list capabilities via MailMan which is one of those Unix programs (services) that has just been around forever. The software is pretty much rock solid and hasn’t been updated in ages. It does what it says on the tin. It allows users to sign up for a mail list and manage their delivery options.
As far as administering a MailMan list goes there is about a thousand trees worth of documentation. Once the application was completed the developers had no more excuses and so had to finish writing the documentation as well Although the documentation is very thorough you do, kind of, have to read almost all of it in order to find the bits you want. It is like writing socket applications - loads of documentation and options but you generally just reuse the same 5 lines! MailMan has just the same characteristics, there are only a couple of things you need to do.
So here is a cheatsheet for the most commonly used URLs for managing a MailMan list. For the purpose of the following examples I will assume the list in question is called
my-list-name and list email address is
Normal user login
List email address = email@example.com
Password reminder, subscribe and unsubscribe
Archive - email history
Export list members
This exports the list of members in the following form and places one member per line:
“Full name” <emailaddress>
From the command line:
/usr/lib/mailman/bin/list_members -f my-list-name
Send blank email with subject of:
firstname.lastname@example.org (notice the
-request on the end)
List of members
Send blank email with subject of:
email@example.com (notice the
-request on the end)
Subscribe to list
Fill in “Subscribing to My-List-Name” section.
Change email address
From the following page you can unsubscribe from the list using your old email address. When you have unsubscribed from the list you can add yourself back on under a different email address and password.