Suresh Ramasubramanian wrote: > +++ Mithun Bhattacharya [24/01/02 18:56 +0530]: > >>You mean I run two smtp servers one listening on the localhost and the >>other listening on the real IP and then remote deliveries are done to >>localhost ??? I wont be running fetchmail on this server so I cant >>offhand think of a reason why anyone might want to do SMTP to localhost. >> > > not smtp to localhost. ip aliasing ... eth0, eth0:1, etc.
Umm yah I got IP aliases was just thinking aloud whether it would be a issue in case somone didnt have extra IP's to play with. > > I'll send you a howto (an ancient howto...) > > >>I guess I could use tcpserver to make qmail-smtpd listen on a particular >>IP or should I go to xinetd - any feedback on which one survives >>highloads better ? >> > > tcpserver, any day > > >>>and concurrency patches, reading off a mysql userdb) can chew up a LOT of >>>memory ... >>> >>Nah nothing that fancy just 50-60 users maybe at the most. >> > > That's it? vanilla qmail will do > > >>Ahh well I havent noticed that heavy a load (system resource wise) - by >>the way whats the benchmark for DNS loads ?? Any tools to gather stats >>for DNS server ?? >> > > dns + benchmark on google should turn up a few. I've been hunting for the > ideal one to replace vmstat and top, myself > > >>Interesting idea will keep in mind if I ever need to setup mail server >>with extreme loads :). >> > > sure. like, if you want to set up freemail at egurucool.com for all users... > contact us @ outblaze if you like ;) > > >>mean 50-60 users being served by xxx xxxx xxx xxx xxxxx >> > > Woo. Huge. > > >>out the specs - you may reply to the list as long as that little detail >>is left out :) ]. Any thoughts as to how the server can be utilized >>without having all the eggs in one basket so to say ?? >> > > databases ... they chew memory like anything. If you run mysql or something > dump it there. That, and maybe make it a fileserver if you have any need > for it. > > You'll end up with quite a lot of eggs in that basket, amigo. > > Oh no the databases get their own separate hardware I dont want them fighting for breathing space at any given time ;). Mithun _______________________________________________ linux-india-help mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/linux-india-help
