We had the same problem here. What worked in our case was:

Traffic to port 113 (identd) was blocked. Because the server didn't give any
response at all there was a time-out to which we were waiting.  Opening up
the 113 port significantly speeded things up. Even when no ident-deamon was
running on the system. (it now gets an immediate no deamon running msg, and
can go on with it's processing instead of having to wait for a time-out)

Typing in a text for a new entry results in an error message, whenever
one forgets to fill in mandatory attributes (as it should happen !). However
after using the back button in this case (Using netscape 4.79) I made the
experience, that the text typed in gets lost. Other browsers like Mozilla
or IE do not have this problem. Any idea how this problem can be
avoided for netscape as well ?

> > In the "find" command, when searching over all logbooks, it
> > would be nice to see ALL attributes, which are common for all
> > logbooks (e.g. typically the author name), not just
> > logbook name, date and text.
> 
> That depends on how you specify what gets displayed in a search (with 
> the "Display search" option for example). If you try the following link:
> 
> http://midas.psi.ch/elogdemo/Forum/?mode=summary&all=1
> 
> you see that all attributes are displayed from the three logbooks in this 
> installation.

How does the corresponding elogd.cfg entry look like for the
display search command ? - I can't reproduce this behaviour...

> > > In the "find" command, when searching over all logbooks, it
> > > would be nice to see ALL attributes, which are common for all
> > > logbooks (e.g. typically the author name), not just
> > > logbook name, date and text.
> > 
> > That depends on how you specify what gets displayed in a search (with 
> > the "Display search" option for example). If you try the following link:
> > 
> > http://midas.psi.ch/elogdemo/Forum/?mode=summary&all=1
> > 
> > you see that all attributes are displayed from the three logbooks in 
this 
> > installation.
> 
> How does the corresponding elogd.cfg entry look like for the
> display search command ? - I can't reproduce this behaviour...

Ok, finally I can confirm the problem. It will be fixed from Version 2.2.4 
on.

I have some problem with email notification
for some logbooks I would like to notify only to specific adress
I try
Email All = adress1, adress2

Elog send well at 'adress1' and 'adress2' 
but also to all of other users ?
how to restric these only to 'adress1 and adress2 ?

is it possible to notify according to attribue value like

Attributes = Test1, Test2
Email All = $Test1

or concatenation of  $Test1 + '@mba.be' for example

Thanks

this is a wonderfull tools !
to improve documentation : true example are missing too much 'theorie'
but when I'm finish I'll put true sample on the net 

Was wondering if there were any tweaks/suggestions for improving the 
logbooks responsiviness.  Our logbook was started 31 July 01.  Since that 
time we have went from 1 logbook to 4 logbooks.  Logbook 1 having 2651 
entries, logbook 2 having 300 entries, and the last 2 are new logbooks, so 
only a few entries.

When user launches the logbook website, it takes considerable time to bring 
the site up.  It seems to be directly related to the number of entries in 
the logbook.  If I set up a dummy site with a couple logbooks and only a 
few entries, the logbook is very fast coming up as well as saving entries.

Another thing that seems to slow the site down, is the number of users in 
the elog notification list (those who've subscribed).  When you save a log 
entry, it takes around 30sec or longer for it to actually complete the 
save.  If I remove the list of users from the notification list and just 
have a few, the save is very fast.


Thanks in advance,

Eric

> I have some problem with email notification
> for some logbooks I would like to notify only to specific adress
> I try
> Email All = adress1, adress2
> 
> Elog send well at 'adress1' and 'adress2' 
> but also to all of other users ?
> how to restric these only to 'adress1 and adress2 ?

Some implementations rely on the fact the email is sent to all users plus a 
few other addresses. What I can do is put in another flag like "Supress 
email to users = 1" which would satisfy both requirements.

> is it possible to notify according to attribue value like
> 
> Attributes = Test1, Test2
> Email All = $Test1
> 
> or concatenation of  $Test1 + '@mba.be' for example

This is not possible right now, but I can put it on the wishlist.

> to improve documentation : true example are missing too much 'theorie'
> but when I'm finish I'll put true sample on the net 

I fully agree, so if someone has nice examples, I'm delighted to put them 
into an "examples" section of the documentation.

- Stefan

> Was wondering if there were any tweaks/suggestions for improving the 
> logbooks responsiviness.  Our logbook was started 31 July 01.  Since that 
> time we have went from 1 logbook to 4 logbooks.  Logbook 1 having 2651 
> entries, logbook 2 having 300 entries, and the last 2 are new logbooks, so 
> only a few entries.

In Version 2.2.5, the responsiviness to large (>1000 entries) logbooks has 
been improved dramatically. If no filtering is applied, a page from the 
logbook listing should be displayed with a response time independent of the 
logbook size (I tried 8000 entries). Only when a filter or sort option is 
applied, all entries have to be searched which takes ~5sec for 8000 entries 
on a 1.2 GHz Windows XP Laptop, which is the same speed as before.