Hi,

I am trying to create an issues logbook where I have defined an attribute 
so I can track who this issue is assigned to. In order to get a drop-down 
list of users of the system to show up for that attribute (when creating a 
new issue), I have to type in the whole list of users in the config file. 
The problem is that whenever a user self-registers, I have to go into the 
config file and add that user to the list. Is there a way to write 
something like this:

Options Assigned To = $user_list

I am a new user, and am thoroughly enjoying working with ELog. Thanks for 
such a neat product. I have not been able to go through all the logs yet 
to figure out if this question has been asked/answered before.

> I am trying to create an issues logbook where I have defined an attribute 
> so I can track who this issue is assigned to. In order to get a drop-down 
> list of users of the system to show up for that attribute (when creating a 
> new issue), I have to type in the whole list of users in the config file. 
> The problem is that whenever a user self-registers, I have to go into the 
> config file and add that user to the list. Is there a way to write 
> something like this:
> 
> Options Assigned To = $user_list

This is not possible right now, but I will consider implementing it some time.

Boolean attributes were not displayed correctly in version 2.3.9.
Patch is attached.

> Boolean attributes were not displayed correctly in version 2.3.9.
> Patch is attached.

Yes, implemented, thank you.

The width of the textarea after pressing reply is too large. 
The problem is that the algorithm that searches for the longes line
looks for the next '\r' which it does not find and therefore takes the
number of characters in the text to be the width of the longest line.
To search for '\n' instead should solve the problem.  Please find the 
diff output below.


$ diff -c elogd.c elogd.c~
*** elogd.c     Mon Aug  4 13:57:35 2003
--- elogd.c~    Fri Aug  1 13:13:09 2003
***************
*** 6028,6035 ****
      p = text;
      do
        {
!       /*      pend = strchr(p, '\r'); */
!       pend = strchr(p, '\n');
        if (pend == NULL)
          pend = p+strlen(p);
  
--- 6028,6034 ----
      p = text;
      do
        {
!       pend = strchr(p, '\r');
        if (pend == NULL)
          pend = p+strlen(p);
  

> The width of the textarea after pressing reply is too large. 
> The problem is that the algorithm that searches for the longes line
> looks for the next '\r' which it does not find and therefore takes the
> number of characters in the text to be the width of the longest line.
> To search for '\n' instead should solve the problem.  Please find the 
> diff output below.

Ok, implemented, thanks.

Good day! I´m a german guy so my english is not the best sorry for this...  
I have my Elog completely configured now have I still another problem I 
would like with a new entry a E-Mail address to select to be able itself 
where the again provided entry am then hang-sent can me there someone 
help?  already the whole has after forum answers scanned.  Thanks David

> Good day! I´m a german guy so my english is not the best sorry for this...  
> I have my Elog completely configured now have I still another problem I 
> would like with a new entry a E-Mail address to select to be able itself 
> where the again provided entry am then hang-sent can me there someone 
> help?  already the whole has after forum answers scanned.  Thanks David

I'm German as well, but cannot understand your question. Can you write an 
email in German directly to me?

Ich kann Deine Frage leider nicht verstehen. Kannst Du sie mir direkt in 
Deutsch per Email schicken?

I know there's an item on the wishlist for password expiration, so how 
about account expiration..?? (after so many days of inactivity).

One complaint that comes from management is that when a user leaves the 
agency, the elog account seems to never get deleted.  There way of asking 
me, why I never keep up with the user account deletions.  Ha Ha, like I 
have time to constantly compare the user list from elog to the user list of 
other systems.

Another plea on my part, for Elog to allow for authentication via external 
database - such as LDAP, so we wouldn't have to maintain another user 
database.

Thanks,
Eric

> I know there's an item on the wishlist for password expiration, so how 
> about account expiration..?? (after so many days of inactivity).

Ok, added to the wishlist.

> Another plea on my part, for Elog to allow for authentication via external 
> database - such as LDAP, so we wouldn't have to maintain another user 
> database.

I had that request more than once. The problem with it is that I cannot 
implement it, since he have no LDAP server here at our institute to try it. So 
if someone teaches me how to do LDAP authorization correctly, I can put it in, 
but not before.

Is this possible?  If so, could you provide an example:

I'm trying to find a way that when you do a search, that you can filter 
entries using ( = , <>, AND) on one or more attributes.
ex:  Find all workstations for this subnet, but exclude a particular one.
Thats the basic idea.

Can it be done? If so, how?

Thanks,
Eric

> Is this possible?  If so, could you provide an example:
> 
> I'm trying to find a way that when you do a search, that you can filter 
> entries using ( = , <>, AND) on one or more attributes.
> ex:  Find all workstations for this subnet, but exclude a particular one.
> Thats the basic idea.
> 
> Can it be done? If so, how?

No, it cannot be done right now, but it's on the wishlist since some time. 
So I added your vote there.

   I would like to implement ELOG as a logbook for our Windows 2000 
servers.  After making the recommendation, my supervisor replied: 

"The problem and perhaps the only problem is what happens when the server 
is down. Electronic log books should be able to replicate from more than 
one source so you can document let’s say from your laptop – and upload to 
the server later."

   Can anyone help me out here with some scenarios to improve fault-
tolerance?  

   Perhaps installing it on multiple servers and synchronizing the data 
and config folders with the NT File Replication Service?  

   Or installing it on one server and each administrator's laptop and 
using Offline Files to synchronize the data?

Any feedback would be appreciated,

Shawn Larson

I was thinking since some time already about mirroring between elog servers, 
and actually started already some implementation.

The problem with mirroring on the file level does not work. Assume two 
servers "serv1" and "serv2". Then assume that one message gets submitted on 
serv1 and at the same day another message gets submitted on serv2. Now you 
have on both servers a file 030726a.log, but you cannot copy this file 
simply from one server to the other, since you would overwrite the message 
submitted on the other server. Furthermore, you need file level access, 
which is maybe easy between your laptop and your desktop computer, but not 
if the two mirror servers are in different countries. Like in our 
collaboration we have three servers located in Switzerland, Italy and Japan 
(meg.psi.ch, meg.pi.infn.it, meg.icepp.s.u-tokyo.ac.jp), where we cannot 
have direct disk access.

So what I propose is the following mirror scheme:

o Each elog server may contain a list of mirror servers in the configuration 
file

o Each elog server calculates an MD5 checksum from all local messages

o Synchronization between servers can be triggered manually (by clicking 
on "Synchronize") or automatically at a given time and interval

o On Synchronization, the elogd server fetches the MD5 list from the mirror 
server and compares it with the local list

o If a message has been edited remotely but not locally, it's fetched and 
stored locally, same in the other direction

o If a message got edited on both sides since the last synchronization, the 
user is asked to resolve the conflict (keep local or keep remote message)

o If there is a new message locally, its submitted at the remote server, but 
with the same submission date/time as locally, same in the other direction

o If new messages are present on both sides, their message ID is changed so 
that it is unique, then they are copied over. If there are already replies 
to this message, their link (using the message ID) is changed accordingly

So I plan to implement this scheme in the next time. The MD5 checksum is 
already there. If anybody has comments or additional wishes concerning 
mirroring, telling them right now would be great, since I then can 
accomodate them easier during the implementation.

- Stefan

elog -h 192.168.0.25 -p 80 -l Database -a Type=test1 -a OS=W2K -a Loc=room1
-a Status=operational

doing anything wrong here?

Note: When I hit ctrl-break, it exits to cmd prompt, and the entry appears 
in the logbook.... ?

> elog -h 192.168.0.25 -p 80 -l Database -a Type=test1 -a OS=W2K -a Loc=room1
> -a Status=operational
> 
> doing anything wrong here?

opps nevermind, i didn't realize I had to put something in for the ending 
body text.  Anyway to skip that part?

> elog -h 192.168.0.25 -p 80 -l Database -a Type=test1 -a OS=W2K -a Loc=room1
> -a Status=operational
> 
> doing anything wrong here?

> opps nevermind, i didn't realize I had to put something in for the ending 
> body text.  Anyway to skip that part?
> 
> > elog -h 192.168.0.25 -p 80 -l Database -a Type=test1 -a OS=W2K -a Loc=room1
> > -a Status=operational
> > 
> > doing anything wrong here?

Due to frequent requests, the elog utility reads the message body text from the 
console (stdin), if it's missing on the command line (like in your case). Under 
Linux, you can then pipe some text into elog

cat message.txt | elog -h ...

or under Windows

type message.txt | elog -h ...

If you enter the text directly, you have to finish it with Ctrl-Z / Return
(Windows) or Ctrl-D (Linux). If you do not want any text, you can write

elog -h .... -a Status=operational " "

to submit an empty text (well, almost empty, contains single blank).