commit mail test

Legend:
	- Not done
	* Top priority
	. Partially done
	o Done
	D Deferred
	X Abandoned

	- Add sks_build.sh to package

For the first upload:
	- put useful conffiles into /etc/sks
	- maybe we should just stick ourselves into the default
	  membership file.

	- Fix dependencies.  sks probably needs cryptokit, numerix, and
	  stuff but there is no dependency right now.
	  Why do we link statically against cryptokit and numerix?  Feature or
	  bug?
	  Don't we need a versioned dependency on libgmp3?  What about libdb4.1?
	X passing CFLAGS to cryptokit and numerix
	  . now we ship both cryptokit and numerix unpacked also to fix
	    a libtool <-> ocaml interaction but not everything all the
	    CFLAGS are the same so we cannot really use a debian standard.
	o completing Build-Depends:
	o wait for the non-free Nat stuff to get rewritten in ocaml.
	  Sven says it will be in ocaml 3.08.
	o who cleans failed_messages?
	  if we go for the procmail solution (read below) messages will be
	  injected immediatly. The failes_messages imho should just be logged
	  (/var/log/sks/) and rotated since they become useless.
	o clean up old diff-1.2.3.4.txt files:
	  ....  33 Dec 19 22:15 /var/spool/sks/diff-64.175.14.58.txt
	o rename logs to foo.log and setup logrotate
	o debian fhs needs to be completed
	  o where are the recon and db sockets?  do they still exist in 1.0.5?
	    they are in /var/run/sks now.
	  o why the fuck upstream has to force pwd???.. a fucking "."
	    go figure...
	    and we should be carefull to the runtime option -basedir!
	o dedicated uid, chown all the dirs to that user
	    o debian-sks: check uid range and homedir
	    o dedicated group too.
	o init script to start sks
	   o still missing: loop in stop for a few seconds, sks db
	     is stopping slowly.
	o a weekly cron to clean up unused DB log files

	upstream issues:
	o common.src.ml is broken and it generates a wrong common.ml in
	  some cases where make common.ml believes that it is not "done".
	  The good code is in common.ml
	X sks should be able to read sync mails from mboxes and Maildir
	  folders.  Otherwhise we will have to write a small daemon that
	  feeds mail into sks_add_mail regularily.
	  o No. We can depends on procmail and install the related files
	    directly into the user home dir and mark them as configfiles.
	X ship crytokit and numerix unpacked
