On Tue, 19 Apr 2011 23:35:15 +0200, Stevan Bajić wrote:
> 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.
>

 If you feel like correcting some not ultra giga serious errors, I just 
 created you an account on the wiki (you should have received a password, 
 if not let me know).
 Or, you can just tell me where the mistakes are and I will correct 
 them.


>
>>  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.
>

 What does DSPAM need ? probably coders, in which case I'm personally 
 not very useful considering my level of C. But for anything else 
 (translation, sysadmin, doc, ...), make a list and I'll pick something 
 on my free time.

>
>>  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.
>
>

 DSPAM wiki is not the easiest place to find information. Best way to 
 display information is to have a "documentation" link that points to one 
 monolithic document (or table of content).

 Right now, there is nothing even close to that. There is a "resources" 
 section in which you find 2 links to wikis, the first one being a 
 compilation of random stuffs, the second one point back to the 
 original..... No mention of the README file anywhere, while this is 
 definitely the best source.

 I like DSPAM a lot, and I think it deserves a good documentation and a 
 clear presentation of what it can do (and how).

 Random ideas:
  - a better domain name (dspam.org is taken, maybe dspam-project.org ?)
  - a more clear website with 4 section: about, download, documentation, 
 source code
  - an official documentation
  - a stable hash driver so people can test dspam without having to 
 deploy a killer database ? :p (ok, this is close to being a troll, 
 forget it :) )

 I can correct and maintain the documentation (to some extend, I'm 
 already pretty loaded), just show some interest and let's start the 
 talk.

 Julien



------------------------------------------------------------------------------
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