[thinbits]

I was wondering if you found a solution to this as I’ve got the same problem. I’ve got a G5 Xserve running Mac OS X Server 10.4.9 connected to our gigabit network that works fine for everyone but me.

In my office I’ve got a Quad Mac Pro and a 17″ Intel iMac. Both machines are connected to a gigabit switch which is connected to the main gigabit switch in the server room.

Copies between the Quad and iMac plug along at 50MB/s and copies between the iMac and the Xserve proceed at the same speed. I assume in both cases the speed is capped by the transfer rates of the hard drives. Works as expected.

However, copies between the Quad and the Xserve are less than 10MB/s. I’ve swapped cables on the Quad, changed ethernet ports (it has two) and nothing helps. It just doesn’t like the Xserve.

Thoughts?

Dave

[thinbits]

I don’t have my notes handy from when I configured my server, but the big thing is that you have to use the command line to create the virtual lists (as far as I know).

cd /usr/share/mailman
sudo -u mailman bin/newlist
-> [email protected]

The restart postfix to reload the conf files.

The key is creating the list with the virtual doamin name appended.
I might have had to make a minor change to the postfix config, but I’m not sure.

[thinbits]

Could you post the answer?

[thinbits]

[QUOTE BY= rcr]Is Apple’s documentation just flat out wrong here, or is there a piece of the puzzle missing?
[/QUOTE]

Like many things in 10.4. server, Apple is flat out wrong. You need to add some stuff to the main.cf file for this to work as expected…

My config, which run many virtual domains, looks like:

virtual_transport = lmtp:unix:/var/imap/socket/lmtp
virtual_mailbox_domains = hash:/etc/postfix/virtual_domains
alias_maps = hash:/etc/aliases,hash:/var/mailman/data/aliases
virtual_alias_maps = regexp:/etc/postfix/virtual-regexp,hash:/var/mailman/data/virtual-mailman,hash:/e
tc/postfix/virtual

I will caveat that by saying I do get the following error in my maillog and I have not taken the time to track it down

warning: do not list domain foo.com in BOTH virtual_alias_domains and virtual_mailbox_domains

Maybe someone knows exactly which file I need to whack to cure that?

Dave

[thinbits]

SA is not working for you becuase the Bayes filter is busted in 10.4 (assuming you’ve done all the required training of the filter).

See this thread for details on fixing it:

here

[thinbits]

I had the same problem. I just deleted the /var/amavis/.spamassassin dir and symlinked it to /var/clamav/.spamassassin and took the loss. I don’t seem to have suffered for it.

If you still have all the emails you learned from, I guess you could go the other way with the symlink and learn into the amavid databases.

I don’t know if there is a way to dump and load stuff across two databases.

[thinbits]

I’ve been doing the following, assuming it restarts everything. It’s supposed to be the same thing as clicking the start/stop button in the Server Admin app.

sudo serveradmin stop mail
sudo serveradmin start mail

What is the rulesdujour SA script?

[thinbits]

Your headers don’t show any bayesian filtering happening. That could be caused by a number of factors:

– You have not learned enough spam AND ham. I think you need to learn at least 200 of each or the filter won’t turn on. I’ve read that 1000 is optimal.

– Your machine might be learning into a different database location. From the posts I’ve read here, the OS learns into the correct database for some people, into amavisd location (my problem), and I’ve seen reports of a third place people have seen it. Assuming your locate database is up to date and you’ve learned over 200 spam and ham, do a “locate bayes_toks” and see what directories pop up.

For me, once the bayesian filtering kicked in, a filter level of 5 was sufficient. I get headers like the following:

X-Spam-Status: Yes, hits=8.766 tagged_above=-999 required=5 tests=BAYES_99, EXCUSE_1, HTML_80_90, HTML_IMAGE_ONLY_16, HTML_IMAGE_RATIO_02, HTML_MESSAGE
X-Spam-Level: ********
X-Spam-Flag: YES

The bayes filter catches 99+% of all my spam now.

Dave

[thinbits]

[QUOTE BY= pblolo] Strange, I checked my server, I have only the good .spamassassin folder, which explains why it works fine here also.

Did you install in a special way ?

Here : 10.4.2 server, clean install.[/QUOTE]

No. I popped in the DVD, erased the drive, installed, and applied all the updates. Nothing unusual. It’s odd that it works right for some people and not for others.

[thinbits]

Since placing the symlink, I’m getting almost 100% accuracy with spam filtering. It’s quite amazing! I’m not used to my Inbox not being full every morning.

I reported this as bug # 4305231 at bugreport.apple.com

Maybe if enough people report the bug it will get fixed for 10.4.3

[thinbits]

I stopped mail, moved /var/amavis/.spamassassin aside and replaced it with a symlink to /var/clamav/.spamassassin.

The next two mails that came in got a BAYES_99 tag. Yay!

So, it appears there is some sort of disconnect between the database path learning takes and what the mail server uses. I’ll let this run for the weeked and see how it turns out.

[thinbits]

That’s interesting… I did a locate on bayes_seen and got the following:

/private/var/amavis/.spamassassin/bayes_seen
/private/var/clamav/.spamassassin/bayes_seen

Looking in those directories I see:

dave% sudo ls -l /private/var/amavis/.spamassassin/
-rw——- 1 clamav clamav 671744 Oct 14 08:13 auto-whitelist
-rw——- 1 clamav clamav 172032 Oct 14 08:03 bayes_seen
-rw——- 1 clamav clamav 1318912 Oct 14 08:03 bayes_toks

dave% sudo ls -l /private/var/clamav/.spamassassin/
-rw——- 1 clamav clamav 655360 Oct 14 01:00 bayes_seen
-rw——- 1 clamav clamav 5349376 Oct 14 01:00 bayes_toks
-rw-r–r– 1 clamav clamav 1175 Oct 9 18:32 user_prefs

From what I can tell, /private/var/clamav is where the results of learn_junk_mail go, (or at least that’s what happens on my machine). I’m wondering if it actually pulling from the /private/var/amavis directory when processing real mail. That would explain the lack of filtering…

I’ll tinker with this today and report my results. I’m hoping we are on to something…

Dave

[thinbits]

I’ve added the “debug” arg to the launchd plist for amavisd, and turned on the sa_debug thing at the bottom of the amavisd.conf file. I now get a lot more logging from amavisd, but I still don’t see any debug logging from SA anyplace I’ve looked.

I’m suspecting there is some sort of problem with SA finding the correct bayes databases. Possibly it’s being run as a user other than clamav, or some sort of path or ownership problem. It would probably be obvious if I could figure out how to get SA to output debug logs when called from amavisd.

Dave

[thinbits]

I still have not figured out why I’m not getting any bayesian filtering. I tried a test run of SA from the command line on a batch of known spam with the -D debug switch on.

su – clamav -c “spamassassin -D –test –local –mbox /Users/dave/spam3.mbox > spam.test”

debug: bayes: 2187 tie-ing to DB file R/O /var/clamav/.spamassassin/bayes_toks
debug: bayes: 2187 tie-ing to DB file R/O /var/clamav/.spamassassin/bayes_seen
debug: bayes corpus size: nspam = 4310, nham = 3017
debug: tests= BAYES_99,FORGED_RCVD_HELO,HTML_80_90,HTML_MESSAGE,, [lots of other stuff]…

So, when run manually, I can see that bayesian filtering works. It just doesn’t seem to be engaged when mail is normally received by postfix. I have yet to see a BAYES_XX tag added to any spam processed by postfix/amavis.

Any thoughts? Is there some way I can enable SA debug output when called from amavisd?

Thanks,
Dave

[thinbits]

Thanks for the pointers. I re-read the docs for amavisd-new and found this section covered the topic quite nicely. Somehow, I had missed that before.

The short answer is that local.cf is used for just about everything except setting the tag level and subject rewriting.

Thanks,
Dave

[Author]

Posts