> Version 2.3.9 of elog has been released today. Enhancements are:

Forgive me if I've missed it, but I've looked in the forum, on-line cfg docs 
and downloaded docs.  I cannot find details on how to the used 
the "Execute ..." command.  What is passed on command line, etc.

thanks in advance
mike
 
> - "Execute new/edit/delete" lets one execute shell commands on the server 
> side for new, edited or deleted messages. Since this can cause security 
> problems, a new flag "-x" has been added to the elogd daemon to enable this 
> feature. It can be used to synchronize the elog database with other 
> databases, or to send SMS messages to people.
>

> Forgive me if I've missed it, but I've looked in the forum, on-line cfg docs 
> and downloaded docs.  I cannot find details on how to the used 
> the "Execute ..." command.  What is passed on command line, etc.

Sorry, I forgot to put it into the documentation. It's now available from 
http://midas.psi.ch/elog/config.html You basically use "Execute new = 
<command>", where <command> can have substitutions like $<attribute>, 
$remote_host, etc. You also have to start elogd with the "-x" flag to enable 
shell executions, since they can impose a security problem (see documentation).

Hi,

  We have been using Elog successfully as a shiftlog book for over a month 
now, but I recently ran into an annoying bug, I think.
  We had a thread that was created and was being replied to over several 
days.  We first replied to the original thread and then each subsequent 
reply was a reply of the previous reply.  When the thread reached above 13 
of these, the elogd.exe would crash everytime a user attempted to select 
the logbook that contained the enormous thread.  
  I found the only workaround was to manually delete the offending entry 
from the log file and to instruct my users to not reply to replies unless 
absolutely necessary.  I have been able to replicate this error across the 
rest of my logbooks as well.  If there is any more information you may 
need, please feel free to contact me.

Thanks,
Chris Jones

I would very much like to list groups instead of the individual logs on the
firs page you see after login.

Is there a way to do this? 

> I would very much like to list groups instead of the individual logs on the
> firs page you see after login.
> 
> Is there a way to do this? 

What would you like to see exactly?

a) Only groups. When you click on a group, you are taken to the first logbook 
in that group

b) Only groups. When you click on a group, a secondary page shows up showing 
a logbook selection page from that group

c) Two colums: First column group, second colum logbook, a bit like a 
directory structure like:

  Demo
    Linux
    Database
  Discussion
    Forum
    Archive
    Config Examples
    Contributions

Other uses might also vote...

- Stefan

I think I would like: Only groups. When you click on a group, a secondary page
shows up showing logs in that group. 

I would also have the option to list all logs so you could see logs that are not
in a group or locate a log where you didn't know what group it was in. I would
also like to have the option to sort logs and groups.

I am using Elog to keep track of application servers. The log names are the server
names and they are grouped by application. The list on the first page is getting
very long.

> I think I would like: Only groups. When you click on a group, a secondary page
> shows up showing logs in that group. 
> 
> I would also have the option to list all logs so you could see logs that are not
> in a group or locate a log where you didn't know what group it was in. I would
> also like to have the option to sort logs and groups.
> 
> I am using Elog to keep track of application servers. The log names are the server
> names and they are grouped by application. The list on the first page is getting
> very long.

Before I go and implement additional features, I would like to check if your problem 
cound not be solved easier. Whey don't you define your server as an attribute inside 
a logbook instead of having separate logbooks for each server? You know that you can 
sort by attributes (just by cliking on the column header for that attribute), so that 
would satisfy your need for sorting.

OK, I'm willing to give a shot but I don't know how to do it. I'll look in the docs and
see if I can figure it out.  Thanks.
 
> Before I go and implement additional features, I would like to check if your problem 
> cound not be solved easier. Whey don't you define your server as an attribute inside 
> a logbook instead of having separate logbooks for each server? You know that you can 
> sort by attributes (just by cliking on the column header for that attribute), so that 
> would satisfy your need for sorting.