-------- Original-Nachricht -------- > Datum: Fri, 13 Nov 2009 12:30:46 -0300 > Von: "Edgar Díaz Orellana" <eorel...@fulltimehosting.net> > An: dspam-devel@lists.sourceforge.net > Betreff: Re: [Dspam-devel] Requests.
> Hi steve and folks. > Hallo Edgar, > i'm refer about a have some info of what size had the processed email by > dspam, not how is the max size of the processed email by dspam, there are > 2 > diferent things. > I know. But you wrote "because no spammer send an email with 10MB or related". So if you already know that no spammer will send such big messages then set the limit (MaxMessageSize) inside DSPAM to be at 10MB or less. Then you know for sure that any message equal or bigger then 10MB will NOT be checked by DSPAM. Do you understand what I mean? Off course I understand your request. Assuming you set 4MB as the limit then having a column in the WebUI showing you the size of the message in question you could easy spot messages being near the 4MB limit (for example 3MB, 3.5MB, etc). If memory serves me right then there was a study some time ago where they said that spam messages in average are around 65KB. > the thing is why i get this request?, 2 days ago, some customer, tell me, > "my email was sended by gmail to your server, dissapears", then i think > WTF????, never happens that, maybe murphy (from murphy's law) appears and > trap this email and request for an reward for this mail!. > > well, checking all logs at /var/log/mail.log and dspam logs and of course > /var/spool/dspam/data/domain.cctld/email_acct/email_acct.log, i can't > figurate what email was that i need to check out by size, only thing is > cat | grep the mail log for the stack number and then get the time to > check > at the log, but, if i only got the size on the email_acct.log at > spool/dspam/data. i could check that ultra fast, without walking arround. > > and more over, if i got the same info at history info @webui, i never need > to check all data in the background of the server. > Normally DSPAM never "eats" messages. So if your user has complained about a message being "eaten" or just "disappearing" then the chance that it's not DSPAM is pretty high. So reporting the total size of the message that DSPAM has processed would be useless since the message you would search was not processed by DSPAM. Do you know what I mean? A tool parsing the mailer log would be a better hit for you (something like pflogsumm or AWStats or else). > if you got that info at webui, all users without knowledge, just check > their quarantine mbox, and think "mmmmm, an spam of 2MB??, never was a > spam, that's a false positive". > Yes! Here I see a potential. The size of the message could definitely be a big help for users. > that's the history behind the request. > > hope my english is enought to explain the history and the why of my > request. > Your English is terrible (to me)! :) But I am as well not English native and my English is far away from being good. Anyway... your English is understandable. At least your text has a logical flow and makes sense to me. > greetings. > > Edgar > > On Fri, 13 Nov 2009 13:07:32 +0100, "Steve" <steeeeev...@gmx.net> wrote: > > -------- Original-Nachricht -------- > >> Datum: Wed, 11 Nov 2009 20:39:51 -0300 > >> Von: "Edgar Díaz Orellana" <eorel...@fulltimehosting.net> > >> An: dspam-devel@lists.sourceforge.net > >> Betreff: [Dspam-devel] Requests. > > > >> > > Halo Edgar > > > >> Hi. i have a request. could be added to the logs as well to the > >> webconsole of dspam the size of the email processed?. may be that's > >> silly, > >> but some times it's usefull to verify what emails are false positives > by > >> the size, because no spammer send an email with 10MB or related. please > >> let'me know if it's a good idea or not. greetings to everyone. Edgar > >> > > We do already have an option allowing you to specify a maximum size for > > processed messages. It's called "MaxMessageSize". You should have a > > reference to that option in your dspam.conf. > > > > Adding the message size to the system.log and/or user.log and displaying > it > > in the WebUI is no big issue. But we have a feature freeze on DSPAM > 3.9.0. > > If you want that feature then please use our Feature Tracker at > SourceForge > > and add your request there (so that it does not get forgotten for > feature > > releases of DSPAM). > > > > > > // Steve > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Dspam-devel mailing list > Dspam-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspam-devel -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Dspam-devel mailing list Dspam-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspam-devel