Go Back   HowtoForge Forums | HowtoForge - Linux Howtos and Tutorials > Linux Forums > Server Operation

Do you like HowtoForge? Please consider supporting us by becoming a subscriber.
Thread Tools Display Modes
Prev Previous Post   Next Post Next
Old 10th December 2009, 16:56
carlosinfl carlosinfl is offline
Join Date: Dec 2009
Location: Orlando, FL
Posts: 70
Thanks: 3
Thanked 4 Times in 4 Posts
Send a message via AIM to carlosinfl
Default Running Amavisd-New on Mail Server

I was wondering how many of you guys running Postfix on Arch use Amavisd-new? The reason I ask is because I followed this guide to set up my mail server on Arch & noticed the 'spamd' daemon utilizes a lot of memory (even with use child process running). I know on my old Postfix server running on CentOS, Amavisd-new was able to use Spamassasin modules with out having the daemon 'spamd' running:

The spamassassin service, which starts spamd, can be set to off as Amavisd-new doesn't actually use the spamassassin daemon (spamd) but rather loads spamassassin as a module.
The quote above is from the CentOS Wiki page. Does anyone know if this is unique to CentOS or would this also be the same scenario if I ran Amavisd-new on Arch Linux?
Reply With Quote
Sponsored Links


Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
ISPConfig3 Mail Warn Errors reason8 General 3 25th November 2009 14:58
421 Unexpected failure Lizard King Installation/Configuration 20 7th July 2009 21:43
procmail can't write Hellbound General 27 8th June 2009 22:51
Undelivered Mail Returned to Sender Error202 General 5 7th May 2009 12:14
The Perfect Setup - Debian Etch (Debian 4.0) some trouble daniel80 HOWTO-Related Questions 26 1st February 2008 17:30

All times are GMT +2. The time now is 05:17.

Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2014, vBulletin Solutions, Inc.