On Tuesday 06 July 2004 04:41 pm, Charles Sprickman wrote:
> On Mon, 5 Jul 2004, Jeremy Kitchen wrote:
> > Also, on top of that, I would consider disabling auth logging as it
> > performs an insert/update upon every authentication which, no matter what
> > will go back to your central mysql server,
On Tue, 6 Jul 2004, Rick Widmer wrote:
> Charles Sprickman wrote:
>
> > On Mon, 5 Jul 2004 [EMAIL PROTECTED] wrote:
>
> > -vpopmaild will be nice - no need to have webmail on the same box
>
> vpopmaild has nothing to do with webmail, although I guess you could use
> it to retrieve mail through the
On Mon, 5 Jul 2004, Eric Ziegast wrote:
> With webmail, the session state is not saved nor cached, so with each
> new request, the mailbox can be rescanned. A relatively modest webmail
> application might only rescan all headers and show subject lines. A
> complex application might scan all con
On Mon, 5 Jul 2004, Jeremy Kitchen wrote:
> Also, on top of that, I would consider disabling auth logging as it performs
> an insert/update upon every authentication which, no matter what will go back
> to your central mysql server, and if you have mysql being replicated, will be
> replicated to t
Charles Sprickman wrote:
On Mon, 5 Jul 2004 [EMAIL PROTECTED] wrote:
-vpopmaild will be nice - no need to have webmail on the same box
vpopmaild has nothing to do with webmail, although I guess you could use
it to retrieve mail through the back door. I'd suggest IMAP or POP3
based webmail inst
Rainer Duffner wrote:
Eric Ziegast wrote:
What we're seeing is that our network and RAID 5 IDE-based disk array on
our central mail store server is not able to keep up with the 'client'
servers doing the POP3, IMAP, Webmail, and SMTP legwork.
I've found an interesting bottleneck with webmail. Wh
On Mon, 5 Jul 2004 [EMAIL PROTECTED] wrote:
> Before we take this costly step, what have you noticed for user / system
> loads before you start hitting the limits of your hardware? Should we be
> having these issues with about 15,000 email users and 5 front-end 'work'
> servers?
Well, you're maki
Eric Ziegast wrote:
What we're seeing is that our network and RAID 5 IDE-based disk array on
our central mail store server is not able to keep up with the 'client'
servers doing the POP3, IMAP, Webmail, and SMTP legwork.
I've found an interesting bottleneck with webmail. When people use
POP or IMA
> What we're seeing is that our network and RAID 5 IDE-based disk array on
> our central mail store server is not able to keep up with the 'client'
> servers doing the POP3, IMAP, Webmail, and SMTP legwork.
I've found an interesting bottleneck with webmail. When people use
POP or IMAP clients (Ou
On Monday 05 July 2004 03:06 pm, [EMAIL PROTECTED] wrote:
> This mail store server is responsible for the store of the
> vpopmail/domains directory (NFS mounted by the 'client servers') and run
> SQL select queries to verify passwords... The read / writes on the disks
> are reaching the limit of t
10 matches
Mail list logo
