>But again without schedule cron module, there is no >automation of spam db rebuild as it seems.
Yes , you are right. The option to define only the runtime hour was removed some times ago from this configuration parameter - I'm sorry, I simply forgot this. The same applies to the Restart Scheduler ! As I wrote in any of my last posts, both option are using the Schedule::Cron modules really. >That would say you know VERY little about those downloading and using ASSP if your basing it on those reporting vs downloading. >Who are you, and I have no reason to believe you individually, Currently I'm the only one on this planet who knows simply everthing about assp, except the things, which nobody knows or the things I forgot :):) from the lines 18 and 19 of assp.pl V2 # ASSP V2 pro development since 2.0.0 by # Thomas Eckardt from the assp.pl V1 # ASSP V1 development since 1.9.9 14155 by Thomas Eckardt & John Calvi # ASSP V2 pro development since 2.0.0 by Thomas Eckardt You don't believe me ? Than don't use assp. Thomas (Eckardt) Von: "William L. Thomson Jr." <w...@o-sinc.com> An: For Users of ASSP <assp-user@lists.sourceforge.net> Datum: 24.01.2015 17:50 Betreff: Re: [Assp-user] Stability and which version to run On Saturday, January 24, 2015 03:18:56 PM Thomas Eckardt wrote: > There are currently much more than 2000 V2 installations reporting to the > GRIP-list server every day. They all must have run the full rebuildspamdb > successfully! > There are currently no opened tickets for V2 and V1! That is an interesting way of looking at things, given some 1 million downloads a month, and only more than 2k reporting. That would say you know VERY little about those downloading and using ASSP if your basing it on those reporting vs downloading. I was able to rebuild the database till recently. Last data is 1/17/2015, so my problems are quite recent with regard to inability to rebuild spam database. > V2 and V1 are very different code bases. They share the name and the look > and feel of the GUI - not much more. Is that your assumption or facts? I package ASSP on Gentoo. There are some 30+ lines of sed to modify ASSP assp.pl source. I had to modify VERY little of that from previous versions. I did remove allot, but allot remained, so much of the code has carried over EXACTLY as it was in previous versions or sed would fail. Here is an example, I have not contributed my revised ebuilds for ASSP V2. I could do a diff and you would see much of the sed remains and applies to V2 as it did V1 http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/mail-filter/assp/assp-1.9.8.13030.ebuild?view=markup > Related to the Schedule::Cron module: check your (scheduled) config > values! > btw: this module is not required by V2 - every schedule can be configured > the 'old' way, per interval defintion or by defining the starting hour - > simply read the GUI You keep referring to ASSP documentation. Is there a online documentation? Is there a man page? Or are you simply talking about the documentation inline on the web interface? Which seems to be much of the only documentation I can find beyond release notes. The PDF manual just seems to be a screenshot to pdf of the web interface. Also that documentation is NOT clear on the schedule cron module. It IMPLIES that it is needed even for the regular scheduled times for ASSP to run rebuildspamdb. Despite what was stated, it seems that is required for either your own schedule, or for ASSP to run rebuild spamdb on its own. Thus without schedule cron, ASSP does not have any rebuild spam database task as it seems. Despite what was said earlier. "If not set to "noschedule" (noschedule is default) , ASSP uses scheduled times to run the RebuildSpamdb! The syntax is the same like in "Vixie" cron! To disable the Scheduler write "noschedule"! Never write quotes in to this field! This requires an installed Schedule::Cron module in PERL. It is possible to define more than one scheduled time per day to keep the Bayesian and HMM databes up to date, but this is not required - use 'newReportedInterval' instead." That clearly states schedule cron is required. The new reported interval simply alloews more than on schedule time. But again without schedule cron module, there is no automation of spam db rebuild as it seems. mail assp # ls -l spamdb* -rw-r--r-- 1 assp assp 10590507 Jan 17 02:18 spamdb -rw-r--r-- 1 assp assp 10561135 Jan 16 14:58 spamdb.bak -rw-r--r-- 1 assp assp 27507 Jan 17 02:18 spamdb.helo -rw-r--r-- 1 assp assp 27328 Jan 16 14:58 spamdb.helo.bak -rw-r--r-- 1 assp assp 1 Jan 21 17:12 spamdb.helo.rb.tmp > >That is a bit excessive given the length of time I have ran ASSP for. > > Presently its on a > > >dual core VM with 4GB of ram. Which I feel is a bit overkill, about twice > > the needed > > >resources based on historic usage. > > Beleve me - Who are you, and I have no reason to believe you individually, when I have facts that speak otherwise. > assp does not care about your feeling. Every SMTP worker in V2 > has at least the power and needs (for this reason) the resources of one V1 > instance! Considering I have graphs telling me what is going on with the servers IO, CPU/Memory, etc for extended periods of time. There is NO point to double resources/expenses because someone tells me ASSP needs more. You have no idea as to my email volume. Email volume tends to determine server requirements far beyond the software you run. If ASSP requires 4 cores and 4GB of ram, something is SEVERELY off, and ASSP code needs to be tuned and improved. I have heavy enterprise Java apps that DO NOT require such. You realize Oracle Glassfish Enterprise Java Application server does not even require more than 2GB of memory and has no specifications on CPU. So ASSP v2 is a larger application and requires more resources than Glassfish? http://docs.oracle.com/cd/E19776-01/820-4494/abpaj/index.html -- William L. Thomson Jr. Obsidian-Studios, Inc. http://www.obsidian-studios.com This message (including any attachments) contains confidential information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, you should delete this message. Any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. ------------------------------------------------------------------------------ New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet _______________________________________________ Assp-user mailing list Assp-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/assp-user DISCLAIMER: ******************************************************* This email and any files transmitted with it may be confidential, legally privileged and protected in law and are intended solely for the use of the individual to whom it is addressed. This email was multiple times scanned for viruses. There should be no known virus in this email! ******************************************************* ------------------------------------------------------------------------------ New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet _______________________________________________ Assp-user mailing list Assp-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/assp-user
