> > nobody knows their SMTP bandwidth. > >I bet you do.
only by counting mbytes in/out for an hour and dividing by 3600 secconds. > > For his current number of 10K users, he should be able to tell us many > msgs > > in and out of his mail server. > >Not as useful as actual bytes. sure it is. avg msg size for 10K users isn't going to vary tremendously from site to site. The expensive part of msg processing is disk i/o, the per-msg: file SMTPD queue file create + SMTP file find +open + SMTP .mbx find + open + seek EOF + append SMTP delete queue file. It doesn't really matter if the file avg size is 1k or 10k in all the directory traversing and head movement. and that's just the SMTPD/SMTP, gotta do it all again for POP and webmail access. >For an SMB, perhaps a tall order to ask >for this metric (though it's in that sector that users are quite >likely to use SMTP as if it's FTP, I've found). If you're sizing your >ISP's infrastructure, a little monitoring is called for. I can't see >making "scaleability" promises to customers or investors without this >information. I think he should forget about the clustering for now (we know that people in this list have clustered Imail, but that's a clustering project, not an Imail project), and just do the migration to Imail + IMGate + AV and get all that stabilized and the users doing mail on the new system, and his admin people doing the admin. Then later, add the clustering, which is much a smaller piece than all the above, because the above involving the users where clustering is backroom plumbing that the users don't see. Len ____________________________________________________________________ www.menandmice.com/DNS-training : DNS Training BIND8NT.MEIway.com: Secure config ; DNS and mail interactions IMGate.MEIway.com : Free, proven config for anti-mail-abuse gateways To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/
