On Tue, Aug 10, 2010 at 12:12 PM, Norbert Preining <prein...@logic.at> wrote: > 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 ... >
He made a mistake, no need to hate. > 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 > ------------------------------------------------------------------------------ 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
