Feature Requests item #2803740, was opened at 2009-06-09 21:46 Message generated for change (Comment added) made by sbajic You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126468&aid=2803740&group_id=250683
Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Priority: 5 Private: No Submitted By: LedHed (ledhed) Assigned to: Stevan Bajic (sbajic) Summary: WebUI History Size Initial Comment: Currently the WebUI History page trims the number of messages based on the setting in configure.pl: 'HISTORT_SIZE' and 'HISTORY_PER_PAGE' I propose that there be an option to limit the number of displayed messages based on a date range (HISTORY_DATE_RANGE). Example: WebUI History will display messages where Message Date > (TODAY - HISTORY_DATE_RANGE). If HISTORY_DATE_RANGE = 15 then messages between TODAY and 15 days ago will be displayed. If HISTORY_DATE_RANGE = * then all messages will be displayed (but trimmed by HISTORY_SIZE and HISTORY_PER_PAGE) Reasoning: Nightly purges are typically performed to keep the database clean. To my knowledge the purge scripts delete stale tokens that are more than 15 days old. If a 20 day old message in the WebUI is retrained and the token doesn't exist it is just skipped. There is no point in displaying messages in the WebUI History page that can't be retrained. By setting the HISTORY_DATE_RANGE to coincide with the purge script, you can minimize the size of the history page, and potentially save resources, not to mention it makes it easier on the user because they won't waste time by accidentally retraining messages who's tokens have already been purged. ---------------------------------------------------------------------- >Comment By: Stevan Bajic (sbajic) Date: 2009-06-11 20:35 Message: Hallo LedHed No! You should not feel like an idiot. No problem with me at all. I appreciate your request. Bring more if you have anything you think could be beneficial to the DSPAM community. I am now closing this request. Stevan Bajic ---------------------------------------------------------------------- Comment By: LedHed (ledhed) Date: 2009-06-11 19:38 Message: That worked perfectly. Thanks. Its also explained in the README. I always skip over the dspam_logrotate section because dspam logs to maillog which is already rotated, so I didn't feel it was necessary. Sorry I didn't mean to turn this into a support area. I feel like a idiot! ---------------------------------------------------------------------- Comment By: Stevan Bajic (sbajic) Date: 2009-06-11 01:40 Message: What prevents you calling: dspam_logrotate -a 14 -d /path/to/dspam/data/directory ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126468&aid=2803740&group_id=250683 ------------------------------------------------------------------------------ Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects _______________________________________________ Dspam-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspam-devel
