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:ds...@cytringan.co.uk] > Gesendet: Dienstag, 10. August 2010 17:20 > An: Kurt Albershardt > Cc: dspam-u...@lists.sourceforge.net > 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 > dspam-u...@lists.sourceforge.net > 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 > Dspam-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspam-devel Best wishes Norbert ------------------------------------------------------------------------ Norbert Preining prein...@{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 Dspam-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspam-devel
