Thanks Gilbert.
The main thing that separates my current configuration from most of QMT
users is the fact that my company is using 3 different QMT "Gateway"
hosts (these boxes are basically just running the core components of QMT
+ Spamydke, and then with the help of smtproutes, pass the traffic to
the QMT spamassassin box, and from there it goes to either a legacy
Solaris QMR install, or bypasses SA1 altogether and goes to an
up-to-date standard QMT server).
I'm working on consolidating the roles of the servers so that the
gateway boxes also run SA, and then are passed off to a mailbox server,
however for the time being my SpamAssassin server doesn't contain any of
the users or mailboxes and strictly receives whatever the gateways allow
and pass to it, and then it uses sa & simscan to filter that mail before
it is handed off to its final destination.
So....with all of that in mind, anyone have any further recommendations?
Thanks everyone!
Casey James Price
Smile Global Technical Support
Submit or check trouble tickets http://billing.smileglobal.com
www.smileglobal.com <http://www.smileglobal.com>
Follow us on Twitter <https://twitter.com/#%21/SmileInternet>
Find us on Facebook <https://www.facebook.com/smileglobal>
On 9/4/12 4:54 PM, Gilbert T. Gutierrez, Jr. wrote:
If you are adding the whitelist rules on a user by user case, you need
to add the flag "allow_user_rules 1" to your local.cf. I store all my
user specific rules in MySQL for spamassassin and I use
whitelist_from. The whitelist_from never worked until I added the
allow_user_rules 1 in the local.cf.
Gilbert T. Gutierrez, Jr.
Operations Manager
Phoenix Internet
On 8/30/2012 1:41 PM, Casey James Price wrote:
Hi all,
One of my customers is having an issue with emails being incorrectly
classified as spam by SpamAssassin. They are using a 3rd party site
with a form to handle registrations from customers. The form is
configured to send the mail to a specific user on their domain (in
this case lets call that [email protected])...the form is also setup so
that the From and reply-to addresses point to whatever email addresss
the user filling out the form inputs.
I can see in my spamdyke logs that those messages are originating
from skyride.digiknows.com, so I went ahead and tried whitelisting
that address in spamdyke for the whitelist_senders list, but where
I'm having problems is that spamassassin is still classifying the
mail as spam. I tried whitelist_from *@skyride.digiknows.com as well
as whitelist_from_rcvd (not sure if I fully understand how this one
works though).
Running the latest release of QMT/QTP.
Here is a snippet from my local.cf
ok_locales all
skip_rbl_checks 1
required_score 5
report_safe 0
rewrite_header Subject [SPAM] SA1
use_pyzor 1
use_auto_whitelist 1
bayes_path /home/vpopmail/.spamassassin/bayes
use_bayes 1
use_bayes_rules 1
bayes_auto_learn 1
bayes_auto_learn_threshold_spam 6.5
bayes_auto_learn_threshold_nonspam 0.1
bayes_auto_expire 1
loadplugin Mail::SpamAssassin::Plugin::URIDNSBL
score FH_DATE_PAST_20XX 0.0
# Rule2XSBody - speedup by compilation of rulseset to native code
loadplugin Mail::SpamAssassin::Plugin::Rule2XSBody
trusted_networks 69.7.35.11 69.7.35.25 69.7.35.131 69.7.35.42
whitelist_from *@skyride.digiknow.com
whitelist_from_rcvd *@skyride.digiknow.com skyride.digiknow.com
whitelist_allows_relays [email protected]
Anyone have any ideas?
Thanks!
--
Casey James Price
Smile Global Technical Support
Submit or check trouble tickets http://billing.smileglobal.com
www.smileglobal.com <http://www.smileglobal.com>
Follow us on Twitter <https://twitter.com/#%21/SmileInternet>
Find us on Facebook <https://www.facebook.com/smileglobal>
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
