Another gotcha is with user aliases and lists. Unless you are doing registry replication they will not work either.
just my $0.02 Eric S ----- Original Message ----- From: "Robert Stull" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Saturday, December 08, 2001 9:09 PM Subject: Re: [IMail Forum] Load Balancing (was Features List) > Have one user who spreads his POP load across three boxes, the web across two and SMTP across three more. He uses a SQL database (I don't remember which one, its UNIX). Uses his own user management tools and changes the userdir field in the user record to point to where the user's directory is actually located. All his IMail services are set to run under a certain user so that they have network access to the file shares. He's also only doing this for a single domain. Each server then logs into that same database and gets the proper location for the users mailboxes. There's a gotcha with web messaging, but I don't remember what it was. Had to do with the user preferences. > > Bob > > ---------- Original Message ---------------------------------- > From: Len Conrad <[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED] > Date: Fri, 07 Dec 2001 17:20:57 -0600 > > > > >>Actually Len it does work I tried it out already. Like i said I don't > >>have that much traffic so I really can't speak as to the scalability but > >>it will work. And I know how IMail stores domains but once you setup a > >>domain and choose the external datasource for users it imports what it > >>need since the users are already setup. Again the only part i can't > >>account for is scalability in this scenario > > > >this is the key requirement. > > > >> but there has to be some type of external storage that all three boxes > >> could share that would produce sufficient enough speed. > > > >well, we know there are lots of Imail sites with 50K up to 200k users, so > >the scaleability is a not trivial, and disk access for mailqueue and > >mailbox access is the limiting factor for smtp/pop3 scalebility. and > >memory/cpu comes into the picture more seriously for webmail. > > > >Len > > > Please visit http://www.ipswitch.com/support/mailing-lists.html > to be removed from this list. > > An Archive of this list is available at: > http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ > Please visit http://www.ipswitch.com/support/mailing-lists.html to be removed from this list. An Archive of this list is available at: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/
