Re: WG: [Dspam-user] New WebUI

CAN AN ADMIN PLEASE STOP THIS MANIAC???????????
And at the same time ban him from ever ever ever posting again
on this mailing list? I got till now more than 60 emails fromhim,
all the same, number rising ...

On Di, 10 Aug 2010, Imposit.com - webmaster wrote:
> Sorry first mail wrong email account - dam zimbra - sorry again
> 
> I agree her ewith Paul
> Its not about Make jsut a new WebUi its the way the UI has to deal with 
> Dspam
> 
> What i really dont like is that the UI has to deal directly with the binarys 
> on the System. This is not good for several Reasons.
> And i still dont like the Idea that any Webfrontend Deal with such an 
> important task as Dspam.
> 
> its one thing it accesses some imageprocessing animal which i can chail in a 
> chroot. but primary i think webprocesses should be jailed as max
> where they are.
> 
> But there is still the thing with quarantines. as long as they are files we 
> need access there (which often leads to permission problems for several 
> users - they can be fixed but still another error source. Also they have to 
> be where the webui is.
> 
> so the dream of one webinterface for dspam on a seperate server (uhm that 
> would be soo fine :-) is not possible at the moment.
> 
> we could easy write the summarys (like history) to an database yes. also the 
> subject but mails to database is a bit harder.
> Since we dont know their size yet we have to make junks and split them on 
> several records (otherwise you would have to make a very big max size for 
> mysql which is a nogo)
> 
> 
> So without work done on dspam side we cant do a new webui - i mean we could 
> but this would be just the old way and it make no sense just for replacing 
> perl
> i personally dont care if its perl, php, python or whatever - what i care is 
> that it should be seperated from the system
> so no direct access to files, no direct change user when executing.
> 
> So i was thinking about a solution without having quarantines in the 
> database. It would be easy.
> Everytime something has to be done the webui could write into a todo table 
> and a cronjob on the system looks there every 30 sec or so and do the 
> requests.
> 
> BUT one thing wont work. you could not view a quarantined message
> 
> So my questions is - if we dont wanna have the quarantines in the database 
> how else can we seperate the webui form the system
> 
> 
> 
> -----Ursprüngliche Nachricht-----
> Von: Paul Cockings [mailto:[email protected]]
> Gesendet: Dienstag, 10. August 2010 17:20
> An: Kurt Albershardt
> Cc: [email protected]
> Betreff: Re: [Dspam-user] New WebUI
> 
> Kurt Albershardt wrote:
> > On Aug 9, 2010, at 12:37 , Stevan Bajić wrote:
> >
> >
> >> I personally am avoiding to tweak any more on the WebUI. Mainly because 
> >> over 18 months ago a lot of people have said that they will build a new 
> >> WebUI (PHP based, etc) and and and... so I am for sure not now going to 
> >> tweak any more something that anyway everyone and his dog wants to be 
> >> replaced by a new WebUI.
> >>
> >
> > I remember that discussion, but have not been reading here for most of the 
> > intervening time.  Is there progress on that front?
> >
> >
> Err... no.
> 
> Lots of good intentions, but no one willing to commit time and skills.
> Those that know DSPAM a bit deeper see that it is too short sighted to
> call for just a 'new web-ui' as to make any significance functional gain
> of the existing perl/web-ui will require some deep thinking and a
> re-design of DSPAM.
> 
> In the past I have been shouting for a new web-ui, but once i'd been
> educated in DSPAM I now see it makes no sense for just a new web-ui.
> The Web-ui is not held back by perl or any other language as is commonly
> misunderstood. We first need to rethink DSPAM, then the tools around
> DSPAM, then the web-ui would be trivial for a good developer.
> 
> DSPAM badly needs more quality developers that can help from system
> design all the way to completion.
> 
> If you are a good coder/developer type of chap (or chapess) and you are
> interested in DSPAM will really do need your help.
> 
> Paul
> 
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by
> 
> Make an app they can't live without
> Enter the BlackBerry Developer Challenge
> http://p.sf.net/sfu/RIM-dev2dev
> _______________________________________________
> Dspam-user mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/dspam-user
> 
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by 
> 
> Make an app they can't live without
> Enter the BlackBerry Developer Challenge
> http://p.sf.net/sfu/RIM-dev2dev 
> _______________________________________________
> Dspam-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/dspam-devel

Best wishes

Norbert
------------------------------------------------------------------------
Norbert Preining            preining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan                                 TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
------------------------------------------------------------------------
BROMPTON
A bromton is that which is said to have been committed when you are
convinced you are about to blow off with a resounding trumpeting noise
in a public place and all that actually slips out is a tiny 'pfpt'.
			--- Douglas Adams, The Meaning of Liff

------------------------------------------------------------------------------
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 
_______________________________________________
Dspam-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspam-devel