On Thu, Aug 14, 2003 at 10:08:30AM +0100, Cowle, Leon wrote:
> Francois,
> 
> Did you see my posting.....?
> 
> <snip>
> You can also check if it is starting authdaemond.plain instead of
> authdaemond.mysql/authdaemond.pgsql/authdaemond.ldap -- might be useful to
> force it to start the .plain one for troubleshooting purposes (comment out
> the relevant lines in /path/to/sqwebmail/libexec/authlib/authdaemond)...
> <snip>

There is a better way to force one particular authdaemond variant to be run:
just set

version="authdaemond.plain"

(or whichever version you want) in authdaemonrc.


> 
> --Leon.
> 
> -----Original Message-----
> From: NOC (EUROFMC) [mailto:[EMAIL PROTECTED] 
> Sent: Thursday, August 14, 2003 10:02 AM
> To: Valentin Ionescu; Juha Saarinen
> Cc: [EMAIL PROTECTED]
> Subject: Re: [sqwebmail] Sqwebmail and Redhat 9
> 
> 
> Thanks for this information Valentin.
> 
> ...but I've ever the same problem.
> 
> I've noted this fact :
> - in Redhat 8, it is authdaemond.plain wich runs
> - in Redhat 9, it is authdaemond.ldap wich runs...
> I've however runned ...../authdaemond start ..
> 
> Francois
> At 11:04 14/08/2003 +0300, Valentin Ionescu wrote:
> >It's not a problem with RH9 because I started using 
> >qmail+vpopmail+sqwebmail about two months ago and my first platform was 
> >Linux Red Hat 9.
> >
> >Besides the problem with authdaemon that gives that "invalid login id 
> >or password" everything was a success. In order to override this 
> >problem I've added a crontab
> >entry that restarts authdaemond every 1 minute.
> >
> >BTW, at my place I was encountering the invalid login in the next
> situation:
> >     -login with a [EMAIL PROTECTED]
> >     -authenticate ok
> >     -logout
> >     -then, anyone who would try to login using a shorter username was 
> >facing the invalid login message.
> >      And the only way to give him acceess to his email through 
> >sqwebmail was to restart authdaemon.
> >     From what I've seen on this list it's a vpopmail issue and I don't 
> >know if they solved'it yet.
> >
> >
> >----- Original Message -----
> >From: "NOC (EUROFMC)" <[EMAIL PROTECTED]>
> >To: "Juha Saarinen" <[EMAIL PROTECTED]>
> >Cc: <[EMAIL PROTECTED]>
> >Sent: 14 August, 2003 10:38
> >Subject: Re: [sqwebmail] Sqwebmail and Redhat 9
> >
> >
> > > Thanks Juha, but that is not the problem : the sqwebmail cgi is OK : 
> > > I obtain the login dialog.
> > >
> > > ...and service sqwebmail not exists in fact.
> > >
> > > I confirm that authdaemond runs.
> > >
> > > No, it is really a problem with Redhat 9 : sqwebmail has been 
> > > installed with the same manner on a Redhat 8 machine and runs very 
> > > well...
> > >
> > > Francois Monnet
> > >
> > > At 19:30 14/08/2003 +1200, Juha Saarinen wrote:
> > >
> > > >Check the permissions on the sqwebmail binary in your cgi directory 
> > > >-- should be -r-sr-sr-x. Also check that the sqwebmail 
> > > >authentication daemon is started ('service sqwebmail start' as root 
> > > >or with sudo).
> > > >
> > > >--
> > > >Juha Saarinen
> > >
> > > >On Thu, 14 Aug 2003, NOC (EUROFMC) wrote:
> > > >
> > > > >  Hi everybody,
> > > > >
> > > > >  With the helpes of Jim an Brian I've installed sqwebmail with 
> > > > > success
> >...
> > > > >  on Redhat 8.0
> > > > >
> > > > >  On Redhat 9, the compilation and install was correct, but when 
> > > > > I'll
> >log to
> > > > >  the webmail, all logins are refused.
> > > > >
> > > > >  A compatibility problem between authdaemond and Redhat 9 ?
> > > > >
> > > > >  Any idea ?
> > >
> > >
> > >
> 
> 
> 
> ------------------------------------------------------------------------------
> This message is intended only for the personal and confidential use of the
> designated recipient(s) named above.  If you are not the intended recipient of
> this message you are hereby notified that any review, dissemination,
> distribution or copying of this message is strictly prohibited.  This
> communication is for information purposes only and should not be regarded as
> an offer to sell or as a solicitation of an offer to buy any financial
> product, an official confirmation of any transaction, or as an official
> statement of Lehman Brothers.  Email transmission cannot be guaranteed to be
> secure or error-free.  Therefore, we do not represent that this information is
> complete or accurate and it should not be relied upon as such.  All
> information is subject to change without notice.
> 
> 
> 

Reply via email to