On Tue, 19 Apr 2011 16:33:56 -0400
Julien Vehent <jul...@linuxwall.info> wrote:

>  On Tue, 19 Apr 2011 22:11:32 +0200, Stevan Bajić wrote:
> > On Tue, 19 Apr 2011 14:59:35 -0400
> > Julien Vehent <jul...@linuxwall.info> wrote:
> >
> >>  On Sat, 16 Apr 2011 15:27:17 -0400, Julien Vehent wrote:
> >> > Done !
> >> > It took me longer than I thought (and yet I didn't add the section 
> >> on
> >> > Postgresql...) but it's finished.
> >> >
> >> > http://wiki.linuxwall.info/doku.php/en:ressources:dossiers:dspam
> >> >
> >> > If you want an account on the wiki to edit/update the page, let me
> >> > know.
> >> >
> >> > Also, are you guys interested in distributing this with the DSPAM
> >> > source code ? As an attached PDF or similar ? If so, we can 
> >> produce
> >> > the file from Open Office, but I want all the editing to be done 
> >> in
> >> > the wiki directly. It's really a pain to reformat from OO to
> >> > dokuwiki.
> >> >
> >> >
> >>
> >>
> >>  Knock Knock... :)
> >>  Who is in charge of the DSPAM project nowadays ?
> >>
> > dspam-projectadm...@lists.sourceforge.net
> 
> 
>  Which, I believe, points to : aphexer, paulcockings and sbajic
> 
No. There are more than just the above 3.


>  Can you, grand DSPAM admins, tell me what your thoughts are on the 
>  current documentation and the ways to improve it ?
>
I like the documentation. In fact I read the whole doku over the weekend, 5 
minutes after you posted about it. I read it on a old mobile phone (funny 
experience reading such a big text on such a small screen). Spotted a bunch of 
errors and one table heading in French, but all in all nothing ultra giga 
serious.


>  Maybe a bit on the roadmap ?
>
The roadmap of DSPAM? Well... there used to be one. But no one (somehow) cares 
about it. I don't think that today exists anything that would deserve the name 
'roadmap for/of DSPAM'.

DSPAM admins = MIA

That is my personal oppinion.


>  I'm willing to help (and I think we are a few).
> 
If you want to transfer the doku you have made from your wiki to the DSPAM 
wiki, then Paul is the right person to ask for access.


>  Julien
> 
-- 
Kind Regards from Switzerland,

Stevan Bajić

------------------------------------------------------------------------------
Benefiting from Server Virtualization: Beyond Initial Workload 
Consolidation -- Increasing the use of server virtualization is a top
priority.Virtualization can reduce costs, simplify management, and improve 
application availability and disaster protection. Learn more about boosting 
the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
_______________________________________________
Dspam-user mailing list
Dspam-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspam-user

Reply via email to