On Thu, Sep 17, 2009 at 09:58, Warren Togami <[email protected]> wrote: > http://ruleqa.spamassassin.org/20090917-r816097-n > Today is showing the same failure, except this time wt-en3 and wt-en4 are > missing. Something is wrong with ruleqa?
I think it's a delay in processing -- they're there now... '20090917-r816097-n (Viewing) bb-doc bb-fredt bb-guenther_fraud bb-jhardin bb-jhardin_fraud bb-jm bb-kmcgrail bb-trec_enron bb-zmi dos wt-en1 wt-en2 wt-en3 wt-en4 wt-jp1 wt-jp2 [+]' However, the 20090915-r815022-n case is less simple. LOGS.all-ham-wt-en4.20090915-r815222-n.log.gz is a file containing no logs: # mass-check results from [email protected], on Tue Sep 15 18:06:21 UTC 20 09 # M:SA version 3.3.0-alpha3-r808953 # SVN revision: 815222 # Date: 20090915T180621Z # Perl version: 5.008008 on x86_64-linux-thread-multi # Switches: '"--hamlog=ham-wt-en4.log" "--spamlog=spam-wt-en4.log" -j 4 --progress --re use "spam:mbox:/home/sa-sorter/mail/TSPAM" "spam:mbox:/home/sa-sorter/mail/TSPAM-10"' Could it be that the uploading process is uploading before the mass-checks complete? Once a file appears in the rsync dir, it's added for processing, and later modifications will not be picked up. -- --j.
