Re: Password Problem, posted by Stefan Ritt on Fri Apr 4 08:58:16 2003
|
> I noticed that when I put in a password such as <test1> a person can login
> with the password <test2> or any other number at the end. Is the
> encryption not able to tell the difference between numbers? The encrypted
|
|
Re: Login user problem, posted by Stefan Ritt on Fri Apr 4 09:01:11 2003
|
> When I use the <Login user => option to specify what users I want to be
> able to login into the different logbooks it does not seem to work. Is
> there something else you are supposed to do to restrict what logbooks users
|
|
Re: Password Problem, posted by Stefan Ritt on Mon Apr 7 22:50:17 2003
|
> Ok, try it with the passwords <hello1> and <hello2>. Then when you go to
log
> in, put in the password of <hello> with any single number after it and let
|
Passwords might have changed for logbook "Forum", posted by Stefan Ritt on Mon Apr 7 23:00:48 2003
|
A problem (elog:272) with certain passwords has been fixed in version
2.3.5 of ELOG. This forum runs the updated version, which can cause login
problems. All users with a password length of 3,6,9,12,... characters
|
|
Re: elogd under Apache, login screen always reappears, posted by Stefan Ritt on Tue Apr 8 08:57:20 2003
|
> I would like to run elogd under Apache because I don't want to open another
> port (eg. 8080) on the firewall for incoming http traffic. I followed the
> special instructions for that sort of setup but the user logon screen always
|
|
Re: Bugs with 2.3.5, posted by Stefan Ritt on Wed Apr 9 13:58:59 2003
|
> Forgot password option generates an error message
Which error? Can you be more specific. I tried it myself with this forum and
|
|
Re: Bugs with 2.3.5, posted by Stefan Ritt on Wed Apr 9 16:06:31 2003
|
> Error sending Email
> Please use your browser's back button to go back
|
Re: Disappearing attachments, posted by Stefan Ritt on Mon Apr 14 11:04:52 2003 
|
> I am using 2.3.4 and I am still having this problem. If someone posts a
> message with an attachment, and I then reply to that message, the attachment
> gets 'deattached' from that message. However, the file is still in the
|