Things seems to be catching up with me at the minute and I've got a rather hefty amount on my plate.
Hopefully I won't go insane before hand.
The last couple of months have been a complete nightmare for me in terms of finances. I've been put in a really shocking position of having to pay expenses for accomodation that i lived in over 4 months ago because the letting agent buggered up my notice. Letting agents absolutely suck! Local Councils suck! They all suck because they don't listen and are only after the money they believe they should be after. No chasing the other fellas, they seem to have homed in on me.
So, due to this I'm now out of savings and out of loose cash. The horrible thing is that all these saving I was going to be using for getting a house deposit together, getting the last of a loan paid off and use in the costs of my wedding and honeymoon. So, being absolutely desperate and really just putting feelers out here it is.
Currently, I'm able to take off-site contract work for a reasonable rate. Other than the basic contract work, I'm also able to provide the following:
Due to contractual obligations with my current employer I'm unable to do any computer security related items or e-mail scanning related items.
So, if anyone out there knows of anyone who's looking for a perl developer to do some offsite work, please lemme know. thanks!
I've been taking a great intrest of late in the Perl Email Project due to the fact that I'm rather paranoid in terms of my MTA setup and I've also done a few things for a mates company using a few of the modules from PEP. However, getting my MTA to work in a fashion that I want is becoming tedious and the size of my exim config keeps growing and growing. While exim is very nice and very configurable, the string expansion doesn't really allow for very strange configuration like I want. I know there's direct perl abilities, but it's still within the constraints of string expansion. So, I'm currently working on the following options.
Very simple module, basically, while Email::Simple deals with E-mails and their contents in an effective manner, it doesn't deal with information from the E-mail from SMTP time. So basically, it's just another simple wrapper that has lots of information about an e-mail and how it has been sent, and you can pull an Email::Simple object out of it as well as Email::Address objects (i think). This will come in very useful for the next module...
Email::Pipeline / Email::AMP
Rightio... more complex one this. The concept is that an Email::Envelope will get dropped into a pipe and each segment along the pipe will study the object and decide if it wants to perform actions on it. It can then drop out of the pipe with some other information such as rejection scores, quarantine, etc. The idea will be to make the system extremely flexible and pluggable.
So, this is funky and gives a lot of flexibility, probably more so than Email::Filter, however there's one big problem with using Email::(Pipeline/AMP) as a
YES! I'm crazy, i want to write an ESMTP server just for use with my pipeline stuff. There's good reason for this though, and it's this... it's far more flexible than an MTA written in C!
Since there are no current prototypes, I'm going to blame Marty Pauley as I'm going to be going from a test first development approach. So, I promise that all of these modules will have a through testsuite and be extremely well documented. I will also be passing the distributions off to simon wistow and casey west before uploading to PAUSE, so that I can check that documentation and API suits the style of the PEP.
One last thing, I wish to thank my employer for giving their support for me to work on this project, though not on work time... =0/
So... XEDE... what am I on about?
So, next on the cards... trip up to edinburgh to visit my fiancee and then a trip back home to Belfast for YAPC::EU 2004.
So, this is all proprietary... so not much use to you fellas, so why am I talking about it? Well... my housemate who works with me, is now doing a toolkit that's been written from scratch at a 3rd generation. Oh yes... it's LGPL =0)
There's so many more reasons to like mozilla and this is one of them. I now have a search box for search.cpan.org embedded in my browser and it only took about 20 lines of markup (not even code). If you want it too, then just visit the following:
Mozilla... i loves it... I'm not just talking about the browser, but the project as a whole. I mean everyone know about the mozilla suite, firefox, thunderbird, chatzilla and even the spin offs like camino and galeon, but there is so much more to it:
For those who've been looking at mozilla lately, they'll notice a nice site and polished graphics, but i've been around mozilla since the suite was in it's 0.5/0.6 stage and it's been a hell of an improvement. Now that mozilla has moved out from under the grasp of AOL, it appears that the project is really concentrating on the end user, which is sorely lacking from many open source projects.
I'm having a bawl with mozilla and shortly will be trying to get a nice xlib XPCOM interface setup so that i can have a mozilla framework based window manager and desktop toolkit. The one thing i really miss within the framework, is the ability to use perl with it... there was a perl XPCOM binding several years back, but it became unmaintained and no longer works. If I was quite daring i might have a try, but I believe it'd be out of my sphere of knowledge. Why would perl be nice to use in a mozilla framework based system? mainly... because the rendering engine works on the fly, more rapid development cycle, you'd be able to use things like Class::DBI, Template::Toolkit and the like directly with GUI components! nuff said... mozilla project rocks...