Clifton Royston: > > > > You're right, that may be the issue. But since mail server > shouldn't > > have much junk installed, it can be easy to just rebuild > ALL installed > > ports. > > My approach, FWIW, has been to use ports to build a > complete set of BSD binary packages on one system, using a > Makefile with various targets for everything that amavisd & > SA needs + my own added software, and then install those > binary packages on the target production system(s). > > (It's actually a bit more involved than that, as we have a > private CVS of the ports system, but that's the general outline.) > > On FreeBSD, using the ports system to build your own binary > packages is one of the best ways to go.
No doubt it is. Together with some optimizing options in /etc/make.conf and preferred port options set in /usr/local/etc/pkgtools.conf you can end up having a nice system without much work. In my scenario there are many servers in different locations, and they're different architectures/purposes, owned by various firms/persons. Unfortunately in this case there cannot be any single methodology... I prefer to use porteasy/portupgrade whenever possible, this way I don't have to download/update the whole ports collection, but just the parts I'm interested in; portupgrade can then do all the dirty job itself. I have never had a single issue with perl, but can imagine many, especially after copying module XS files from one version to another. The other vulnerable point is Sleepycat DB libraries. In case of Postfix MTA there can be serious mess when an inexperienced admin builds different parts of the system with different DB versions... But this is gooing far OT, so stop here :) Regards, Andrzej Kukula ------------------------------------------------------- This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual core and dual graphics technology at this free one hour event hosted by HP, AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar _______________________________________________ AMaViS-user mailing list AMaViS-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amavis-user AMaViS-FAQ:http://www.amavis.org/amavis-faq.php3 AMaViS-HowTos:http://www.amavis.org/howto/
