>Sometimes, yes .. other times, why maintain 15 boxes when a small cluster 
>of 4 smp xeons could do the trick, and provide fault-tolerance? :)

Because I can find my 7 Celeron 400's a lot cheaper (or my old, free 
P200's), to buy and replace, than your 4-way SMP Xeons (which I bet are 
running an avg CPU load of under 5%).

Xeons are a hi-margin revenue solution for Intel and box makers, not a 
productive product for me.  My 7 boxes will have more total throughput, 
greater total reliability and fail-over, and have lower TCO than your 
XeonZilla's. (:-))))

And they'll fit in 7 2U rackmount cases and take up less space, too.

>What's a decent mail daemon to use at this step? (platform doesn't matter, 
>we run a lot of sendmail on FreeBSD, Solaris and Linux(ugg))

"I'm Glad You Asked That" =>  http://IMGate.MEIway.com.

>I really don't think it necessary to break incoming and outgoing smtp up 
>in this particular situation.

There's no necessity anywhere, it's a back-of-the-envelope type of 
thing.  But it's where I'm taking our shop.

>Dedicating a box to AV.. adding a hop .. adding the latency, adding the 
>extra lan traffic, adding another point of failure .. is it really worth 
>it? (sorry, I just need to be convinced sometimes)

yes, imo.  What's a hop cost, really, on a switched, 100 megabit/sec 
LAN?  Come on, do you really sweat that sub-millisecond small stuff?

Another box is another point of failure, yes, but it's not an 
all-your-eggs-in-one-basket point-of-failure.

I'll drop my egg. You drop your basket.  (:-)))

or:  "yours is bigger than mine" but mine satisfies better, lasts longer!!

>2.5 wouldn't really be necessary in this case either, I don't think. No 
>downstream mail servers on this network, everything's at the ops center, 
>maintained by us.

Then, obviously, with no downstreams to route to, you don't do 2.5.  But if 
you had a dedicated list server at 4., you still need to split 
cleaned/scanned traffic to Imail and list server.

>Gosh it'd be nice if IMail had a more robust list engine.. </dream>

It's robust and very serviceable for many list requirements, it's just not 
"advanced".

Cordialement,
Len

Please visit http://www.ipswitch.com/support/mailing-lists.html 
to be removed from this list.

Reply via email to