Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 234 of 796  Not logged in ELOG logo
ID Date Icon Author Author Email Category OS ELOG Version Subjectup
  65990   Wed Oct 8 15:23:56 2008 Reply Stefan Rittstefan.ritt@psi.chQuestionAll Re: Deny Wildcards

 

Neo wrote:
Ist there a possibility to use wildcards specifiing the users who are allowed to use a command, like ... Allow New = admin1, admin2, admin3 Allow Edit = admin1, admin2, admin3 Deny New = * Deny Edit = *

 

 Wildcards are not implemented for that purpose. But a "Allow New = admin1, admin2" implicitly denies this command for all other users, I guess that's what you want. There is also the possibility to use "Guest Menu Commands" to allow everybody to read entries, but only logged in users to write and modify them.

  65991   Wed Oct 8 15:31:49 2008 Reply NeoNeo.X@web.deQuestionAll Re: Deny Wildcards

Stefan Ritt wrote:

 

Neo wrote:
Ist there a possibility to use wildcards specifiing the users who are allowed to use a command, like ... Allow New = admin1, admin2, admin3 Allow Edit = admin1, admin2, admin3 Deny New = * Deny Edit = *

 

 Wildcards are not implemented for that purpose. But a "Allow New = admin1, admin2" implicitly denies this command for all other users, I guess that's what you want. There is also the possibility to use "Guest Menu Commands" to allow everybody to read entries, but only logged in users to write and modify them.

 

I tried it in a global group configuration

[global monitoring]
Allow Edit = admin1, admin2
Allow New = admin1

But I as admin2 am still able to create new entries in the corresponding log books.

Is this configuration only for logbooks?

  65992   Wed Oct 8 21:37:32 2008 Reply Stefan Rittstefan.ritt@psi.chQuestionAll Re: Deny Wildcards

Neo wrote:

 

I tried it in a global group configuration

[global monitoring]
Allow Edit = admin1, admin2
Allow New = admin1

But I as admin2 am still able to create new entries in the corresponding log books.

Is this configuration only for logbooks?

 I just tried myself with following config:

[global]
port = 8080
password file = passwd
Allow New = joe

[demo1]
Theme = default
Attributes = Author, Subject

and it jus worked fine. When I'm not logged on as "joe", the "New" command even does not appear. If you would have supplied your correct ELOG version, I could have checked if you have an old version. In that case you could upgrade.

  67328   Thu Aug 30 09:13:57 2012 Reply David PilgramDavid.Pilgram@epost.org.ukQuestionLinux2.9.2-2473Re: Difference between time and date formats
OK, I see that $date can work in a different way; if the Thread display uses $date,
then the present timestamp is substituted into the thread display line, rather than the 
date that the entry is entered.  So, for example, in a whole list of entry and replies, the present
date shows on each entry of the thread.  However, the format is still that as defined by
'Time format' rather than 'Date format'.

If nothing else, I cannot really see the point of the 'Date format =' in the way that this all works.

> Hi,
> 
> I hope I'm not missing the blindingly obvious here, but I have an issue with time and date formats
> 
> Extract from my elog.cfg file:
> 
> 
> Time format = %a %d %b %y
> Date format = %d %b
> Thread display = $Ticket: $System, $entry time. ($message id). $status
> Preset text = [$date]
> Prepend on reply = [$date] \n
> 
> I can point to places in the syntax doc where each of these lines are given.
> 
> As for the results, the thread display is (for example):
> 
> T00001: Computer, Wed 29 Aug 12. (1). Problem
> 
> However, what I get at the top of the text box in starting a new entry or replying to a previous one is
> 
> [Wed 29 Aug 12]
> 
> whereas I expected to get
> 
> [29 Aug]
> 
> Putting $date instead of $entry time in the Thread display line makes (the by now expected) no difference
> 
> I cannot see where I'm going wrong.  
> 
> TIA 
> 
> David.
  69296   Tue Feb 2 07:43:49 2021 Reply Stefan Rittstefan.ritt@psi.chQuestionLinux | Windows3.1.4Re: Different Top Groups or Groups have the same logbook name

Unfortunately you have to name these top groups differently, because they are internally used for the database name.

MATT TERRON wrote:

I have built different top groups for different departments. But occasionally these different top groups have the same logbook name, say 'Maintenance Log'. So is there a way I can have the same logbook name under different 'Top Groups', rather than rename these logbooks as 'Department1 Maintenance Log' all the way to 'Department_X Maintenance Log'?

 

  69297   Tue Feb 2 08:17:15 2021 Reply MATT TERRONmatao11235@gmail.comQuestionLinux | Windows3.1.4Re: Different Top Groups or Groups have the same logbook name

So both Top Group names and Logbook names should be unique inside one .cfg file, is that correct?

Stefan Ritt wrote:

Unfortunately you have to name these top groups differently, because they are internally used for the database name.

MATT TERRON wrote:

I have built different top groups for different departments. But occasionally these different top groups have the same logbook name, say 'Maintenance Log'. So is there a way I can have the same logbook name under different 'Top Groups', rather than rename these logbooks as 'Department1 Maintenance Log' all the way to 'Department_X Maintenance Log'?

 

 

  69298   Tue Feb 2 08:25:46 2021 Reply Stefan Rittstefan.ritt@psi.chQuestionLinux | Windows3.1.4Re: Different Top Groups or Groups have the same logbook name

That's correct.

Stefan Ritt wrote:

Unfortunately you have to name these top groups differently, because they are internally used for the database name.

MATT TERRON wrote:

I have built different top groups for different departments. But occasionally these different top groups have the same logbook name, say 'Maintenance Log'. So is there a way I can have the same logbook name under different 'Top Groups', rather than rename these logbooks as 'Department1 Maintenance Log' all the way to 'Department_X Maintenance Log'?

 

 

  68365   Thu Jul 21 08:08:07 2016 Reply Stefan Rittstefan.ritt@psi.chQuestionWindows2.9.2Re: Different logbook files when running elogd as admin or normal user

I don't know why elogd uses different logbook directories depending on the user. Maybe you start it in different directories, or one user cannot read the config file and falls back to some default. Anyhow, you can start elogd interactively wit the -v flag which tells you which logbook files are parsed. There are no cache files or similar, everything is stored in Yymmdda.log files, you just have to search for them.

Antonio Bulgheroni wrote:

Dear all, I have a problem with my window elog installation (2.9.2) and I would like to ask your help for solving it.

I'm using elog on my lab computer for a single user installation, so something very simple. It was running smoothly for many months using the automatic window service (i.e. elogd was started automatically at boot). I need to add that the service is started as the local administrator, while my user has no administrative rights. ELOG is installed in the standard location C:\Program Files (x86)\ELOG\ with the logbook folder inside and this is actually accessible only for admins.

On 8/04/2016, elogd crashed while I was saving an edited message. Then instead of restarting the service or rebooting the PC, I was just starting elogd manually (as me not as admin). It worked for many weeks. And now comes the problem: at the next reboot the elogd service came up automatically but all the new records I added in the logbook since I re-started manually are not there. Indeed in the C:\Program Files (x86)\ELOG\logbooks the latest entry is 160408a.txt. But if I stop the service and restart elogd manually (as me not as admin), then I can see in the logbook all the new entries.

My questions is where the ascii files corresponding to the new entries? They must be saved somewhere, maybe in some temporary folder. I want to copy them back and keep them in the backup to avoid unpleasant surprise.

Thanks in advance for your help,

Antonio

 

ELOG V3.1.5-2eba886