Maybe it is a wrong configuration, because in this forum it works well.
If I change the encoding in the logbook entry I get "Submit modified ELOG entry?",
and after clicking OK the entry is closed. Because this behavior is on all loggbooks
it must be a global config entry, but I dont know, which.
Here is the GLOBAL section:

Expand Selection page = 1
URL = http://sapelogs/
Date Format = %d.%m.%Y
Time Format = %d.%m.%Y %H:%M
Reverse Sort = 1
Menu commands = New, Edit, Delete, Reply, Download, Find, Last day, Last 10, Select, Copy to, Config, Admin, 
Login, Logout, Help
Find Menu commands = New, Edit, Delete, Reply, Download, Find, Last day, Last 10, Select, Config, Admin, Login, 
Logout
Password file = passwords.txt
Login expiration = 2
Admin user = ME
Suppress Email to users = 1
Self register = 0
Logout to main = 1
admin textarea = 150,45
Entries per page = 100
Mode commands = 1
Use Lock = 1
Supress Email on edit = 1
Supress default = 1
Summary lines = 1

Icon comment log.gif = Allg. Log
.....
Group SAP = .....

> > Maybe it is a wrong configuration, because in this forum it works well.
> > If I change the encoding in the logbook entry I get "Submit modified ELOG entry?",
> > and after clicking OK the entry is closed. Because this behavior is on all loggbooks
> > it must be a global config entry, but I dont know, which.
> >
> > ...
> > Use Lock = 1
> > ...
> 
> I comes from using the lock. If you remove that, you won't get this dialog box any more.
OK, it seems, that the last part of the Use Lock documentation is the explanation:
----
If someone edits an entry, but then goes away from that page or closes the browser without submitting the 
changes, a pop-up window appears asking the user to submit the changed entry. Although this works for most 
browsers in most cases, it could be that Javascript has been turned off in a browser, in which case the stale 
locks still might appear.
---
So if I switch the encoding the whole entry is reloaded, and the JS take it as leaving.
Is it possible to change this behavior? Changing encoding should be handled different as
"regular" leaving.

Additional information:
If you have set Use Lock = 1 you can't switch the encoding on a NEW entry.
The new entry is closed w/o saving. To prevent this you must input any data,
after them you can save the NEW entry with the PopUp-OK. But there can't be 
anyone else on a new entry?

If my email host refuses to send the email (476 connections denied), we
still get the message that the email has been sent - and no error message.

How do I or can I send authentication information to the email server?

Hello.

I installed the latest elog (3.1.4-2) in CentOS 7, and it is working well without SSL.
When I enalbled SSL option (SSL = 1) in the "elogd.cfg", and tried to start the elogd, the message below was shown and failed to run.

SSL support not compiled into elogd

If I switched the elog to older one (3.1.4-1), I could successeed to run the elogd with SSL option.
Is there any other option required in the latest elog to run with SSL? Or is this bug in the latest version?

Thank you,
Hisataka YOSHIDA

Dear Stefan,

Thank you for your comment. I successfuly compiled the latest elog from source code, and now elogd could work with SSL.

In fact, I reported the case of installation with rpm file. Maybe, the latest elog rpm doesn't support SSL, I guess.
The installtion with rpm file is easier to build the common environment, so I hope the next rpm will support the SSL.

best regards,
Hisataka YOSHIDA

Is there any possibility to start elogd as a service under NT/2000/XP 
having local service as its user? Yes, I've read the documentation. Maybe 
things have changed.
/Torsten/

We recently installed ELOG and it works pretty well, but the load times are rather inconsistent. Most of the time 
it is very fast, but it also often hangs for around 5-10 seconds while loading. It seems to affect all parts of 
the page that are returned at random, so sometimes the main html file will hang, sometimes the css file and 
sometimes the images.

The hardware it is running on is nothing special, an older 3 GHz Celeron, but it should be fast enough. It is 
running on Debian 7. 

Any ideas what the problem could be, or how I could investigate it further to find the bottleneck?

> I'm not an expert in debugging web applications. Here are my two cent:
> We once had a problem when we hosted very large logbooks (several 10 thousands of entries) that the server would run
> out of real memory and was slowed down by swapping. Therefore my first idea would be to monitor the server: Is
> the CPU load peaking? What happens with the memory consumption? Any other suspicious process running on the server?
> But it could be as well a network or browser problem. Did you try different browsers?
> Did you check the elogd log file?

The logbook only has a few hundred entries, elogd is using only around 20-30 MB and there is enough free RAM. The load 
average for the server is around 0.2, elogd only uses 5% CPU at most when it is accessed and the CPU is idle most of the 
time. 

Strangely it happens mostly when using Chrome, and almost never with Firefox. I captured the network traffic, but I can't 
see anything unusual. It just takes very long until the answer is returned by the elogd server.