 |
 |
You might try: http://dspam.nuclearelephant.com/ It is GNU-licensed and you can get a support contract if you wish. Sean On Tue, 16 Sep 2008, Steve Bogdanski wrote: > Here at the college we used an open-source solution compromising SpamAssasin/Clam AV and assorted plugins for about 5 years. At first that worked decently well, but as time went on and spam became the unruly problem that it is these days the system became inefficient and untenable. About two years ago we started looking for alternatives and settled on the M+Guardian from Messaging Architects. We implemented the system about 1 1/2 years ago and noticed an immediate benefit from this device. A quick list of some of it's features: > > - Policy-driven, meaning we can create multiple policies for what to detect and how to handle messages and assign them globally, by group or by individual > - Identified spam can deleted/tagged or quarantined on the appliance (depending on policies) > - When using the quarantine feature, policies can be set to automatically clean-up users accounts (or not) and email daily reports to each user detailing new messages. These reports include point and click options to release, report or allow individual messages > - Users can maintain their own block and allow lists for addresses and domains > - everything is controlled through a web-based GUI which is easy to navigate and aesthetically appealing > - An administrative dashboard gives access to realtime statistics for overall system and scanning agents and access to logs > - System is based on modules allowing you to easily enable/disable the features and functionality you require > - Due to it's modular nature the system is easily designed to be spread out over multiple devices (nodes) if you wish. This allows for easily configured load balancing and fault tolerance > > We currently run just one node in a stand-alone configuration and it seems to handle our ~1,500-user email system very well. If you are interested I can forward on contact information that I have. > > Stephen Bogdanski > Network Services > College of Veterinary Medicine > Michigan State University > > > >>> Al Puzzuoli <[log in to unmask]> 9/16/2008 10:21 AM >>> > I would be interested in getting people's thoughts as to the players in > the arena of hardware spam solutions? ? > > I've heard good things about Barracuda products and from what I can > tell, they seem to have set the standard with their stuff. A few months > ago, Sunbelt presented Ninja blade to our Exchange Users group; However, > I understand that though they are still supporting units in the field, > Sunbelt has stopped selling new units indefinitely due to some software > issue. Anyone know what's up with that? > > What about Open Source Solutions? Are there any prebuilt Linux distros > running Spam Assassin, Clam AV, and a pretty UI through which end users > could manage their spam? > > Thanks, > > Al Puzzuoli > Information Technologist > Resource Center for Persons with Disabilities 517-884-1915 120 Bessey > Hall East Lansing, MI 48824-1033 http://www.rcpd.msu.edu > > > > > > -----Original Message----- > From: MSU Network Administrators Group [mailto:[log in to unmask]] On > Behalf Of Charlot, Firmin > Sent: Monday, September 15, 2008 1:40 PM > To: [log in to unmask] > Subject: Re: [MSUNAG] Spam referring to internal departmental addresses? > > There isn't a lot you can do about it if your exchange server is > responding to SMTP request from the outside world. Even though your > users are using [log in to unmask] to respond to emails, the exchange server's > MX record has to be registered to received email from the outside and > this maybe one source that spammers are using. > > One way to curtail this problem is to install some sort of a SPAM filter > between your exchange server and the outside world where the outside > world talks to the spam filter and only the spam filter talks to your > exchange server. > > Firm. > > > -----Original Message----- > From: MSU Network Administrators Group [mailto:[log in to unmask]] On > Behalf Of Al Puzzuoli > Sent: Monday, September 15, 2008 12:32 PM > To: [log in to unmask] > Subject: [MSUNAG] Spam referring to internal departmental addresses? > > We seem to be getting a lot of spam messages in the form of fake NDRs, > most of Which involve our internal [log in to unmask] addresses. The > interesting thing is that our exchange server has always been configured > such that outgoing message headers show as being from [log in to unmask] The > internal departmental address info shouldn't be getting exposed at all > as far as I can tell; but yet, NDRs directed to [log in to unmask] > addresses keep coming. > > What might I be missing here? > > Thanks, > > > > > > > > Al Puzzuoli > Information Technologist > Resource Center for Persons with Disabilities 517-884-1915 120 Bessey > Hall East Lansing, MI 48824-1033 http://www.rcpd.msu.edu > > -------------------------------------- Sean O'Malley, Information Technologist Michigan State University -------------------------------------