Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 133 of 238  Not logged in ELOG logo
icon3.gif   Access Control, posted by Grant Jeffcote on Mon May 12 10:16:21 2008 
Hi Stefan,

We have a configuration where different sites have their own logbooks all under the same server, these are accessed by relevant parties as you might expect by selecting the appropriate tab at the top of the page.
Everyone has visibility of everyone elses logbook as a guest but we have purposely limited the 'Guest' users view (hiding the text portion etc) for various reasons.

We would now like to allow certain parties to view certain logbooks in their entirety but with a 'Read Only' view, I see this can be done but only using a common password. (Read password = <encoded password>)

At present we can give others a full view by adding them to the 'Users' list for each individual logbook, this unfortunately also gives them 'write' access. Also if they click on the tab for a logbook that they are not a 'User' for they are logged out of their existing logbook forcing them to have to log back on. If they are designated in a 'Read Only' viewers list for that logbook then their existing password would presumably be read from the global password file and they wouldn't be logged out?

I would like to be able to implement a 'Read' access view for some parties but not have a common password (use the password file?) and not force the other party to re-logon to view the other logbook.

Something like the ability to add a "Read user = <user list>" in each logbook as can be done with 'Login User' and 'Admin User' at present would be great.

Could you let me know if this is feasible please?

Many thanks in advance.
    icon2.gif   Re: Access Control, posted by Yoshio Imai on Tue May 13 16:58:40 2008 

Grant Jeffcote wrote:
At present we can give others a full view by adding them to the 'Users' list for each individual logbook, this unfortunately also gives them 'write' access.


I think the solution to your problem would be to use Deny statements in the configuration sections for the logbooks.
Assume user1, user2 and user3 are in the "owners'" group of logbook1, and user4 and user5 only have "privileged read" access. Then a configuration as follows might help:
Login user = user1, user2, user3, user4, user5

Deny New = user4, user5
Deny Reply = user4, user5
Deny Duplicate = user4, user5
Deny Edit = user4, user5
Deny Delete = user4, user5
Deny Select = user4, user5
Deny CSV Import = user4, user5

This should give them the same read permissions as the logbook owners but should deny any writing operations. I recognize that this is a little bit of admin work if the lists of such "privileged readers" gets long, but each user would have his/her individual password (even the same as for access to his/her "own" logbook).

Perhaps you can give it a try.
       icon2.gif   Re: Access Control, posted by Grant Jeffcote on Tue May 13 21:56:30 2008 

Yoshio Imai wrote:

Grant Jeffcote wrote:
At present we can give others a full view by adding them to the 'Users' list for each individual logbook, this unfortunately also gives them 'write' access.


I think the solution to your problem would be to use Deny statements in the configuration sections for the logbooks.
Assume user1, user2 and user3 are in the "owners'" group of logbook1, and user4 and user5 only have "privileged read" access. Then a configuration as follows might help:
Login user = user1, user2, user3, user4, user5

Deny New = user4, user5
Deny Reply = user4, user5
Deny Duplicate = user4, user5
Deny Edit = user4, user5
Deny Delete = user4, user5
Deny Select = user4, user5
Deny CSV Import = user4, user5

This should give them the same read permissions as the logbook owners but should deny any writing operations. I recognize that this is a little bit of admin work if the lists of such "privileged readers" gets long, but each user would have his/her individual password (even the same as for access to his/her "own" logbook).

Perhaps you can give it a try.


What a great solution, thanks Yoshio, it works a treat.
          icon2.gif   Re: Access Control, posted by Grant Jeffcote on Thu May 15 17:45:44 2008 

Grant Jeffcote wrote:

Yoshio Imai wrote:

Grant Jeffcote wrote:
At present we can give others a full view by adding them to the 'Users' list for each individual logbook, this unfortunately also gives them 'write' access.


I think the solution to your problem would be to use Deny statements in the configuration sections for the logbooks.
Assume user1, user2 and user3 are in the "owners'" group of logbook1, and user4 and user5 only have "privileged read" access. Then a configuration as follows might help:
Login user = user1, user2, user3, user4, user5

Deny New = user4, user5
Deny Reply = user4, user5
Deny Duplicate = user4, user5
Deny Edit = user4, user5
Deny Delete = user4, user5
Deny Select = user4, user5
Deny CSV Import = user4, user5

This should give them the same read permissions as the logbook owners but should deny any writing operations. I recognize that this is a little bit of admin work if the lists of such "privileged readers" gets long, but each user would have his/her individual password (even the same as for access to his/her "own" logbook).

Perhaps you can give it a try.


What a great solution, thanks Yoshio, it works a treat.


Is there any way to give a logged in user a 'Guest' view on certain logbooks?
Unfortunately at the moment if they are not in the 'login users = ' group they are automatically logged out and have to re-log back into their own logbook.
             icon2.gif   Re: Access Control, posted by Hal Proctor on Tue Apr 14 20:00:08 2009 

Grant Jeffcote wrote:

Grant Jeffcote wrote:

Yoshio Imai wrote:

Grant Jeffcote wrote:
At present we can give others a full view by adding them to the 'Users' list for each individual logbook, this unfortunately also gives them 'write' access.


I think the solution to your problem would be to use Deny statements in the configuration sections for the logbooks.
Assume user1, user2 and user3 are in the "owners'" group of logbook1, and user4 and user5 only have "privileged read" access. Then a configuration as follows might help:
Login user = user1, user2, user3, user4, user5

Deny New = user4, user5
Deny Reply = user4, user5
Deny Duplicate = user4, user5
Deny Edit = user4, user5
Deny Delete = user4, user5
Deny Select = user4, user5
Deny CSV Import = user4, user5

This should give them the same read permissions as the logbook owners but should deny any writing operations. I recognize that this is a little bit of admin work if the lists of such "privileged readers" gets long, but each user would have his/her individual password (even the same as for access to his/her "own" logbook).

Perhaps you can give it a try.


What a great solution, thanks Yoshio, it works a treat.


Is there any way to give a logged in user a 'Guest' view on certain logbooks?
Unfortunately at the moment if they are not in the 'login users = ' group they are automatically logged out and have to re-log back into their own logbook.


I have this same issue. People come and go from one logbook to the other but I still want them to maintain logged in status to the logbook they have rights to.
icon5.gif   Simple Math, posted by mike cianci on Mon Apr 13 07:26:39 2009 

Sorry to bother you. I could see in past Forum entries that the question of  "Simple Math" has come up before, although the answers were not all that simple.

Can you do simple math (i.e. attribute A + attribute B = attribute C) in ELOG ?

Thank you for putting up with my questions.

Mike

    icon2.gif   Re: Simple Math, posted by Stefan Ritt on Tue Apr 14 08:30:42 2009 

 

mike cianci wrote:

Sorry to bother you. I could see in past Forum entries that the question of  "Simple Math" has come up before, although the answers were not all that simple.

Can you do simple math (i.e. attribute A + attribute B = attribute C) in ELOG ?

Thank you for putting up with my questions.

Mike

 

No, you can't. The only way is to export a logbook to CSV, then import it in a spreadsheet program, then do the math there. 

       icon2.gif   Re: Simple Math, posted by Erik Iverson on Tue Apr 14 17:57:56 2009 

Stefan Ritt wrote:

 

mike cianci wrote:

Sorry to bother you. I could see in past Forum entries that the question of  "Simple Math" has come up before, although the answers were not all that simple.

Can you do simple math (i.e. attribute A + attribute B = attribute C) in ELOG ?

Thank you for putting up with my questions.

Mike

 

No, you can't. The only way is to export a logbook to CSV, then import it in a spreadsheet program, then do the math there. 

 You can pass numerical attributes to an external command via "Execute new =...".  This external command can then do the math and pass the result _back_ to the logbook either as a new entry or as an edit with the command-line client "elog".

For example, given a new entry with (numerical) attributes A and B, if you have

Execute new = add_them.pl $A $B $message id

in your elog.cfg file, then $A and $B will be passed to the add_them.pl perl script.  Now have the perl script (or bc, or whatever you want to use) do the appropriate math and submit the result.  For example, your perl script might include

$C=$A+$B

$D=$A*$B

elog -a C=$C ... -e "$message id" "Sum as edit"

elog -a D=$D ... "Product as new entry"

 

icon5.gif   Allow password change ???, posted by Hal Proctor on Fri Apr 10 17:41:25 2009 

How do you allow users to change password for a given logbook when the user keeps getting prompted for admin password to enter the change password feature?

I have Allow password change = 1 set global and at each logbook hoping that would work.

It allows them to change the password when and only when the user gets past the admin login when clicking CONFIG.

help

 

    icon2.gif   Re: Allow password change ???, posted by Hal Proctor on Fri Apr 10 19:32:33 2009 

Hal Proctor wrote:

How do you allow users to change password for a given logbook when the user keeps getting prompted for admin password to enter the change password feature?

I have Allow password change = 1 set global and at each logbook hoping that would work.

It allows them to change the password when and only when the user gets past the admin login when clicking CONFIG.

help

 

 Thats what we get for having two people working on the install and configuration.  LOL

When first creating and setting up the configs, we had  Admin Password = xxxxx  entered in each logbook config.  Once we created a password list we no longer needed that entry.

This was why each user who had login credentials was being asked to provide the admin password when trying to change their password. 

       icon2.gif   Re: Allow password change ???, posted by Stefan Ritt on Tue Apr 14 08:48:24 2009 

 

Hal Proctor wrote:

 

Hal Proctor wrote:

How do you allow users to change password for a given logbook when the user keeps getting prompted for admin password to enter the change password feature?

I have Allow password change = 1 set global and at each logbook hoping that would work.

It allows them to change the password when and only when the user gets past the admin login when clicking CONFIG.

help

 

 

 Thats what we get for having two people working on the install and configuration.  LOL

When first creating and setting up the configs, we had  Admin Password = xxxxx  entered in each logbook config.  Once we created a password list we no longer needed that entry.

This was why each user who had login credentials was being asked to provide the admin password when trying to change their password. 

 

I didn't get your point completely, so is this issue now resolved? 

          icon2.gif   Re: Allow password change RESOLVED???, posted by Hal Proctor on Tue Apr 14 15:18:11 2009 

Stefan Ritt wrote:

 

Hal Proctor wrote:

 

Hal Proctor wrote:

How do you allow users to change password for a given logbook when the user keeps getting prompted for admin password to enter the change password feature?

I have Allow password change = 1 set global and at each logbook hoping that would work.

It allows them to change the password when and only when the user gets past the admin login when clicking CONFIG.

help

 

 

 Thats what we get for having two people working on the install and configuration.  LOL

When first creating and setting up the configs, we had  Admin Password = xxxxx  entered in each logbook config.  Once we created a password list we no longer needed that entry.

This was why each user who had login credentials was being asked to provide the admin password when trying to change their password. 

 

I didn't get your point completely, so is this issue now resolved? 

 Yes we had listed within each individual logbook config "Admin Password = xxxx".  this was causing the admin login prompt when users wanted to change their own passwords.  The "Admin Password =xxxxx" cannot reside on each logbook config when you use a password list and allow users to change their passwords.

icon8.gif   images in elog in safari, posted by David Jaffe on Thu Mar 26 02:33:59 2009 

i cannot view images in elog, either as attachments or as icons,

safari 3.2.1 mac os x 10.5.6

 

Thank you

David

    icon2.gif   Re: images in elog in safari, posted by Stefan Ritt on Thu Mar 26 07:53:18 2009 

 

David Jaffe wrote:

i cannot view images in elog, either as attachments or as icons,

safari 3.2.1 mac os x 10.5.6

 

Thank you

David

 

Can you give me some more information? Can you see attachments in the Demo Logbook like here ? What about other browsers? Can you try to start elogd without keep-alives (using the "-k" flag)?

       icon2.gif   Re: images in elog in safari, posted by Tsuguo Aramaki on Sun Apr 12 21:24:23 2009 
Stefan Ritt wrote:

 

David Jaffe wrote:

i cannot view images in elog, either as attachments or as icons,

safari 3.2.1 mac os x 10.5.6

 

Thank you

David

 

Can you give me some more information? Can you see attachments in the Demo Logbook like here ? What about other browsers? Can you try to start elogd without keep-alives (using the "-k" flag)?

 

 Hi. I have a same problem... It works well with other browsers, like firefox and internet explorer, but not with safari (with and without keep-alives). 

The demo logbook in the link works fine with safari, though. 

Thanks.

Tsuguo

          icon2.gif   Re: images in elog in safari, posted by Stefan Ritt on Tue Apr 14 10:28:11 2009 

 

Tsuguo Aramaki wrote:
Stefan Ritt wrote:

 

David Jaffe wrote:

i cannot view images in elog, either as attachments or as icons,

safari 3.2.1 mac os x 10.5.6

 

Thank you

David

 

Can you give me some more information? Can you see attachments in the Demo Logbook like here ? What about other browsers? Can you try to start elogd without keep-alives (using the "-k" flag)?

 

 Hi. I have a same problem... It works well with other browsers, like firefox and internet explorer, but not with safari (with and without keep-alives). 

The demo logbook in the link works fine with safari, though. 

Thanks.

Tsuguo

 

Thanks for reporting this bug. I finally found the reason and fixed it in revision 2191. I made a new release 2.7.6 which contains all the collected bug fixes from the last few months.

icon8.gif   ELOG V2.7.5 Protect Selection page = 1 Crashes Program, posted by Mike on Fri Apr 10 22:54:56 2009 elog.cfg

When I try to set

Protect Selection page = 1

in the config file elog crashes. Attached is my config file.

elog 2.7.5 built Apr  8 2009, 16:52:07 revision 130

    icon2.gif   Re: ELOG V2.7.5 Protect Selection page = 1 Crashes Program, posted by Stefan Ritt on Tue Apr 14 08:40:12 2009 

 

Mike wrote:

When I try to set

Protect Selection page = 1

in the config file elog crashes. Attached is my config file.

elog 2.7.5 built Apr  8 2009, 16:52:07 revision 130

 

Actually your combination of "bottom text" with "protect selection page" caused the trouble. If fixed the bug in revision 2189.

icon5.gif   export the elog data, posted by urian bardulla on Thu Apr 9 11:53:19 2009 

Hi guys,

Is there any simple way to export the ELOG data in a more readable way, except copying the .log files????

Thank You in advance,

Urian.

    icon2.gif   Re: export the elog data, posted by Stefan Ritt on Thu Apr 9 12:05:55 2009 

 

urian bardulla wrote:

Hi guys,

Is there any simple way to export the ELOG data in a more readable way, except copying the .log files????

Thank You in advance,

Urian.

 

Click on Find, then select Export to: ..., then click Search.  I know it's a bit hidden, but this way one can restrict the subset of entries to be exported.

       icon2.gif   Re: export the elog data, posted by Hal Proctor on Mon Apr 13 17:35:40 2009 

Stefan Ritt wrote:

 

urian bardulla wrote:

Hi guys,

Is there any simple way to export the ELOG data in a more readable way, except copying the .log files????

Thank You in advance,

Urian.

 

Click on Find, then select Export to: ..., then click Search.  I know it's a bit hidden, but this way one can restrict the subset of entries to be exported.

 but that method does not export all the data, only the subject lines and category etc.

it does not export the body of the threads.

          icon2.gif   Re: export the elog data, posted by Stefan Ritt on Tue Apr 14 07:43:56 2009 

 

Hal Proctor wrote:

 

Stefan Ritt wrote:

 

urian bardulla wrote:

Hi guys,

Is there any simple way to export the ELOG data in a more readable way, except copying the .log files????

Thank You in advance,

Urian.

 

Click on Find, then select Export to: ..., then click Search.  I know it's a bit hidden, but this way one can restrict the subset of entries to be exported.

 

 but that method does not export all the data, only the subject lines and category etc.

it does not export the body of the threads.

 

The CSV option does not export the body, since in CSV, only single line items are allowed. But both the XML and the RAW option exports also the body text. 

icon3.gif   conditional attributes, posted by W.Koster on Thu Apr 9 10:39:34 2009 
I'm (ab)using elog as a database and would like to use conditional attributes, like:

Attributes = PC Name, Operating System, Version, Distribution
Options Operating System = Linux{1}, Windows{2}
{1} Show Attributes Edit = Operating System, Distribution, PC Name
{2} Show Attributes Edit = Operating System, PC Name, Version

Problem is that there are several conditions and the list of attributes is rather long. Also, since it's a
rather dynamic environment I have to make new attributes all the time, and adding them to all "show attributes"
 lists is not only tedious, but bound to cause errors as well.
 

So... 

I was thinking, would it be an idea to make the list of attributes to be shown or hidden on a per attribute base.

 

Like:

Attributes = PC Name, Operating System, Version, Distribution

# hide specific attributes
Hide attributes = Distribution, PC Name

# or configure which fields should be shown allways
Show Attributes = Operating System, Version

# add attributes based on OS
Options Operating System = Linux{1}, Windows{2}
{1} Show Attribute Edit = Distribution
{2} Show Attribute Edit = PC Name

(just thinking out loud here).
    icon2.gif   Re: conditional attributes, posted by Stefan Ritt on Thu Apr 9 10:52:29 2009 
> I'm (ab)using elog as a database and would like to use conditional attributes, like:
> 
> Attributes = PC Name, Operating System, Version, Distribution
> Options Operating System = Linux{1}, Windows{2}
> {1} Show Attributes Edit = Operating System, Distribution, PC Name
> {2} Show Attributes Edit = Operating System, PC Name, Version
> 
> Problem is that there are several conditions and the list of attributes is rather long. Also, since it's a
> rather dynamic environment I have to make new attributes all the time, and adding them to all "show attributes"
>  lists is not only tedious, but bound to cause errors as well.
>  
> 
> So... 
> 
> I was thinking, would it be an idea to make the list of attributes to be shown or hidden on a per attribute base.
> 
>  
> 
> Like:
> 
> Attributes = PC Name, Operating System, Version, Distribution
> 
> # hide specific attributes
> Hide attributes = Distribution, PC Name
> 
> # or configure which fields should be shown allways
> Show Attributes = Operating System, Version
> 
> # add attributes based on OS
> Options Operating System = Linux{1}, Windows{2}
> {1} Show Attribute Edit = Distribution
> {2} Show Attribute Edit = PC Name
> 
> (just thinking out loud here).

Sure such a think can be implemented, but I have no time right now to do so. I will put it on the wish list.
icon5.gif   How to configure eLog to send an e-mail notification when new logbook entry time is reached?, posted by Tero Suominen on Wed Mar 25 14:16:21 2009 Expiration_field.GIF

Hello!

First I would like to thank you for making such a good free software available:). Then right back into the busness. I have a question to developers. I used the following Options to get the logbook entry  which defines the licences expiration date (See the attachement). Now I would like to ask on how to configure eLog to send an e-mail notification when this date is reached?

 

Attributes = Licence Expiration date
Type Licence Expiration date = date
Date format = %A, %B %d, %Y

 

The ideal solution would be to have configurable variable which would automatically send a notification X days before the expiration date is reached. Do you think this would be possible feature request to this Forum into eLog wishlist?

BR,


Tero Suominen

    icon2.gif   Re: How to configure eLog to send an e-mail notification when new logbook entry time is reached?, posted by Stefan Ritt on Wed Mar 25 14:21:31 2009 

 

Tero Suominen wrote:

Hello!

First I would like to thank you for making such a good free software available:). Then right back into the busness. I have a question to developers. I used the following Options to get the logbook entry  which defines the licences expiration date (See the attachement). Now I would like to ask on how to configure eLog to send an e-mail notification when this date is reached? 

 

Attributes = Licence Expiration date
Type Licence Expiration date = date
Date format = %A, %B %d, %Y

 

BR,


Tero Suominen

 

That's not possible with ELOG, which is meant as an electronic logbook. You need a calendar application for that. 

       icon2.gif   Re: How to configure eLog to send an e-mail notification when new logbook entry time is reached?, posted by Tero Suominen on Wed Mar 25 14:35:23 2009 

Stefan Ritt wrote:

 

Tero Suominen wrote:

Hello!

First I would like to thank you for making such a good free software available:). Then right back into the busness. I have a question to developers. I used the following Options to get the logbook entry  which defines the licences expiration date (See the attachement). Now I would like to ask on how to configure eLog to send an e-mail notification when this date is reached? 

 

Attributes = Licence Expiration date
Type Licence Expiration date = date
Date format = %A, %B %d, %Y

 

BR,


Tero Suominen

 

That's not possible with ELOG, which is meant as an electronic logbook. You need a calendar application for that. 

 Hi! Thanks for the quick response. Do you have any suggestions on which calendar applications I should start looking for for this purpose?

Thanks,

Tero

          icon2.gif   Re: How to configure eLog to send an e-mail notification when new logbook entry time is reached?, posted by W.Koster on Thu Apr 9 09:54:39 2009 

Tero Suominen wrote:

 

 Hi! Thanks for the quick response. Do you have any suggestions on which calendar applications I should start looking for for this purpose?

Thanks,

Tero

 

You could write a shell script, run it through cron and send mail from that. (even in windows I assume)

 

 

ELOG V3.1.5-3fb85fa6