Quote:
Originally Posted by phoenix I'd suggest you investigate the problem with 4.5 rather than roll-back. What's in the headers of the spam you're seeing? Are you sure all the zimbra services are running? |
All the services are shown as running, yeah.
Here's a strange case that a user reported to me, identical messages with 4.0.3 and 4.5:
4.0.3:
X-Spam-Flag: YES
X-Spam-Score: 4
X-Spam-Status: Yes, score=4 tagged_above=-10 required=4 tests=[BAYES_99=3.5, DSPAM_SPAM=0.5]
4.5:
X-Spam-Flag: YES
X-Spam-Score: 8.596
X-Spam-Status: Yes, score=8.596 tagged_above=-10 required=4 tests=[BAYES_50=0.001, DSPAM_SPAM=1.5, URIBL_JP_SURBL=4.087, URIBL_OB_SURBL=3.008]
In the 4.5 case it went into the user's inbox, and in the 4.0.3 case it didn't. After he closed the message and it reloaded the inbox, though, it was gone and is now in the Junk folder. Very strange.
Another header from 4.5 with a more obvious problem:
X-Spam-Status: No, score=3.915 tagged_above=-10 required=4 tests=[BAYES_50=0.001, DSPAM_SPAM=1.5, FORGED_RCVD_HELO=0.135, RCVD_IN_BL_SPAMCOP_NET=1.558, RCVD_IN_NJABL_PROXY=0.721]
Even with the dspam bump of 1.5, it's still below the threshold, and without that it wouldn't even be close. Where did the BAYES_99 stuff go, I wonder?
Is there a way to reprocess inboxes for spam post facto? Users are getting like 10x the spam they were before, and if I don't figure it out pretty soon I'm going to have to roll back until I have more time to investigate it.
Mike