If your running 2.4.0 kernel are you running the new NFS v3?
Sean
----- Original Message -----
From: "Tim Hunter" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, March 09, 2001 1:03 PM
Subject: RE: Using another mail server
> I do not have access to the box right now, it's at home and having
recently
> upgraded to the 2.4 kernel among other packages I broke pam. So I cannot
> tell you exactly the changes.
> I know I basically just NFS mounted /home and then install sqwebmail
> strictly on the webserver box. I had to install qmail to the webserver
box,
> but just to route mail to the mailserver, I do not have services running
on
> it to accept or check mail. You might be able to edit sendit.sh on
> sqwebmail to route this differently since it communicates directly with
the
> qmail-inject, if you don't want to install qmail on the webserver.
> Both OS's were Linux 2.2.17, actually the qmail server is 2.4.1 kernel
now,
> and qmail still works though I cannot connect with ssh anymore =)
> I know that synching the time was a HUGE issue to make sure messages
showed
> up from reading the list, but I don't remember ever having problems with
it.
>
> -- Tim
>
> -----Original Message-----
> From: Andy Bradford [mailto:[EMAIL PROTECTED]]
> Sent: Friday, March 09, 2001 1:35 PM
> To: Tim Hunter
> Cc: [EMAIL PROTECTED]
> Subject: Re: Using another mail server
>
>
> On Fri, 09 Mar 2001 12:58:48 EST, "Tim Hunter" wrote:
>
> > sqwebmail does not use pop3 or smtp, its all direct disk access.
> > I have mounted the /home by way of NFS to provide sqwebmail on another
> > machine, it works.
>
> Did you have to do anything special with NFS flags when mounting?
> Which OSes are you using? I have tried setting up sqwebmail to read
> and write to a NFS mounted /home and it didn't perform correctly.
> Clicking send would not work, files seemed to not be written properly
> to disk, etc... Someone suggested that it might a difference in time
> on the servers, however, both the client and the server are using xntpd
> to synchronize the clocks to our central time server.
>
> Andy
>
>
>
