In Paris, we got a Huge HEAT attack (today is the temperature at least 10°C higher than 3 days ago ...), so i just put my file/mail/http/... server in my basement. The room is now breathable, and another gain, is that the silence now lives here.

The most unbelievable part, is that the only network cable long enough I had is cross-over cat5 cable ... but thank to the hardware god, either my switch or my nice 3c59x ethernet card un-crossed it alone... (Looking at my kernel logs, it appears that it's the 3Com card that does the job.)

Though, 2 problems have to be solved :

1. my nice laserjet works on lpt1, but only my server has a parrallel port ... and going to the basement each time I want to print a thing is not very nice ;p
   so I guess I'll go for an eth<->lpt converter. those are not very cheap, but ...
2. the other point is that my girlfriend will kill me when she'll discover the network cable in the stairs ... maybe she won't notice ? (hum)

Ce site est encore vivant je n'en reviens pas ... Je viens de perdre presque 1h à le browser, retrouver tous ces jeux qui ont fait palpiter mes cours de maths, et passer mes cours de physique ... Ils ont tous les fichiers, je n'en reviens pas ... même RideTxt (coucou vincent ;p)

sgnif sgnif ...

That's amazing how the team did such a good work with kde 3.4.0.

I'm packaging KDE 3.4.1 so fast ! I've already packaged :

• arts
• kdeaccessibility
• kdeadmin
• kdeartwork
• kdebase
• kdegraphics
• kdelibs
• kdemultimedia
• kdetoys
• kdeutils
• kdewebdev

and I did some quick packages for kdepim from frob's packages.

remaining packages are kdebindings and kdenetwork + the packages that are currently not managed through our svn :

• kdeaddons
• kdeedu
• kdesdk
• kdevelop
• kde-i18n

I'm using the packages. There is no really visual enhancement, but I noticed that a *lot* of regressions and bugs and crashes seems to have disappeared, and kde 3.4.1 seems really to be a marvellous release ...

btw, we plan to upload kde 3.4.1 to experimental as soon as kde 3.4.1 is announced.

I begin to be happy with whitelister ... I just added :

* daemonization
* support for pidilfes.

and the deb package has now : startup script, and logcheck ignore rules.

The only bit I'd like to do, but that is really less important IMHO, is to use threads (threadpool ?) instead of the current forking model.

Another cool thing would be to support SPF. but SPF looks like complicated to me (a lot more that rbls at least) and I've not found alread implemented SPF libraries in caml. I guess I should use libspf2 and the ocaml C bindings, but I'm currently too lazy for that.

That's now official, I'm part of the project !!!

I released a new version, that now features :

* privileges drop (runs as nobody:nogroup by default)
* logging facilities (you know which r[h]bl was positive when a mail is flagged as Dirty)

I simlpified the code a bit, and made a debian packages on :
deb http://opensource.polytechnique.org/debian ./

I use it on my mail server since yesterday, and it works like a charm

For those that like the sources, go to my hacks page.
To build it, you need ocaml and the syslog lib (libsyslog-ocaml-dev in debian).

I don't like r(h)bls because they create a *lot* of false positives.
I hate greylist because it creates a *lot* of mail delivery slow downs.

But you can be smarter, and use greylist *only* on mails that are flagged by some rbl/rhbls.

Read next