Is it rebuildspamdb that's really deleting the files or is it the maintenance functions that run once a day (if scheduled)? Is this a diffreence between v1.6 and v2?
I see a potential problem with legitimate emails sent by our users with the same subject, but different content, say "Your Order Confirmation." These emails have part numbers that we'd want to get into our spamdb. If it's rebuildspamdb that's deleting the messages before indexing, that doesn't seem good. On Fri, Oct 16, 2009 at 7:38 AM, Fritz Borgstedt <[email protected]> wrote: > ASSP development mailing list <[email protected]> > schreibt: > >This may be just what I need, but I do have a few questions: > >1) UseSubjectsAsMaillogNames says "This will prevent ASSP from > >controlling the number of files in your collections". Does this > >still > >apply? > > The text is not exactly right. UseSubjectsAsMaillogNames > > > prevents ASSP from using a number between 1 and maxfiles as the > filename - by that never having more than maxfiles in the folders. > However today, we have features in rebuildspamd which control the > number of files (by deleting). > > > >2) Does MaxAllowedDups also compare who it is sent to and/or the date > >of > >the email? Seems like it could cause a problem with legitimate news > >letters addressed to multiple people in the same organization. > > No. It does not compare anything. I do not understand what problem you > mean with "legitimate newsletters addressed to multiple people". It > would only store eg. 3 of 35 newsletters. Fine, thats a solution, what > is the problem? > > > >3) If ASSP is not deleting files over time, emails sent a year ago it > >could be causing valid ones to be dropped today. > > The new file with the same name overwrites the old one. > > > >4) Does this check only ones designated as spam, or also notspam? > > It checks nothing. But everywhere where subject as filename is used, > MaxAllowedDups will be used. > This means the filename (the subject) is appended with "-nnn" where > nnn is max MaxAllowedDups. > The the file is wrutten. > > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > Assp-test mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/assp-test > ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ Assp-test mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/assp-test
