|
|
|
Demo
Discussion
|
|
Forum
Config Examples
Contributions
Vulnerabilities
|
| Discussion forum about ELOG, Page 190 of 238 |
Not logged in |
 |
|
|
| New entries since: | Thu Jan 1 01:00:00 1970 | |
|
|
Can't use the command-line client, posted by Pieter Edelman on Wed Mar 16 20:04:32 2005
|
Hi all,
I'm trying to use the command-line client from linux, but I can't make it
work and that's driving me nuts...
What I want is to reply to a selected message in the logbook, but I
stumble onto two problems:
- There is a read password ("Read Password=..." entry in elogd.cfg)on
the logbook which I cannot bypass from the client. Specifying the switch
-u "" password on the command line has no effect, and neither does
-w password. The error message I get is included at the bottom of this message. If I disable the
read password, I get past the authentication.
- There is a required attribute called "Publiek", and it's defined as
MOptions. Whenever I try to upload, I keep getting the message that it misses this attribute. I
tried the switch -a Publiek=Anders, -a "Publiek=Anders", -a
Publiek_0=Anders, -a "Publiek_0=Anders" -a "Publiek_1=Onbekend,
-a Publiek=1 on the beginning, end, and middle of the command, but
the results are the same. Both "Anders" and "Onbekend" are in the MOptions
list (including capitals).
For completeness, here's (one variety) of my command line:
elog -a "Publiek=1" -h localhost -p 8181 -l Artikelen -v -r 80
The obvious question is if anybody knows what I'm doing wrong. Any help
is greatly appreciated.
Pieter
Authentication error:
Successfully connected to host localhost,
port 8181
Request sent to host:
GET /Artikelen/80?cmd=download HTTP/1.0
Host: pde.dyndns.org
User-Agent: ELOG
Cookie: upwd=bWFOZGFyaWpO;
Response received:
HTTP/1.1 401 Authorization Required
Server: ELOG HTTP 2.5.7-1
WWW-Authenticate: Basic realm="Artikelen"
Connection: close
Content-Type: text/html
<HTML><HEAD>
<TITLE>401 Authorization Required</TITLE>
</HEAD><BODY>
<H1>Authorization Required</H1>
This server could not verify that you
are authorized to access the document
requested. Either you supplied the wrong
credentials (e.g., bad password), or your
browser doesn't understand how to supply
the credentials required.
</BODY></HTML>
Error transmitting message
Missing attribute error
Successfully connected to host localhost, port 8181
Request sent to host:
POST /Artikelen/ HTTP/1.0
Content-Type: multipart/form-data; boundary=---------------------------75ABFDB1E
CB47273B853CE0
Host: pde.dyndns.org
User-Agent: ELOG
Content-Length: 3651
Content sent to host.
Response received:
HTTP/1.1 200 Document follows
Server: ELOG HTTP 2.5.7-1
Content-Type: text/html;charset=ISO-8859-1
Connection: Keep-Alive
Keep-Alive: timeout=60, max=10
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html><head><title>ELOG error</title>
<link rel="stylesheet" type="text/css" href="default.css">
<link rel="shortcut icon" href="favicon.ico">
<link rel="icon" href="favicon.png" type="image/png">
</head>
<body><center>
<table class="dlgframe" width="50%" cellpadding=1 cellspacing=0<tr><td
class="er
rormsg"><i>Error: Attribute <b>Publiek</b> not
supplied.</i><p>
Please go back and enter the <b>Publiek</b> field.
</td></tr>
<tr><td class="errormsg">Please use your browser's back button to go back
</td></tr>
</table>
</center></body></html>
Error: Missing required attribute "Publiek"
|
Re: Can't use the command-line client, posted by Stefan Ritt on Wed Mar 16 22:14:19 2005
|
> There is a read password ("Read Password=..." entry in elogd.cfg) on
> the logbook which I cannot bypass from the client.
This is correct. The elog utility works with write passwords and user level access
(specifying a password file), but not with read passwords, that's not implemented. Use a
password file and you should be fine.
> There is a required attribute called "Publiek", and it's defined as
> MOptions. Whenever I try to upload, I keep getting the message that
> it misses this attribute.
Your problem is that you try to combine a MOptions with a "-r <n>" (reply-to) option. I
have never tried that and found there is a problem. I changed the way MOptions are
submitted. Instead of using <name>_0, <name>_1 etc, you can now do a
-a "<attrib>=<value1> | <value2>"
This also solves the problem with the "-r" option. You have to upgrade elogd.c from CVS. |
Re: Can't use the command-line client, posted by Pieter Edelman on Thu Mar 17 09:56:21 2005
|
This solved the problems, thanks for the fast response!
On a side note, one would expect that when "Fixed Attributes Edit" or "Fixed Attributes
Reply" is set, the attributes in this list shouldn't be supplied with the command line client.
Anyway, my problem is solved. Thanks for the great product.
Pieter. |
|
Re: Can't use the command-line client, posted by Stefan Ritt on Thu Mar 17 10:02:45 2005
|
> On a side note, one would expect that when "Fixed Attributes Edit" or "Fixed Attributes
> Reply" is set, the attributes in this list shouldn't be supplied with the command line client.
Well, don't shoot yourself in the foot! The communication between elog and elogd is limited. elog
more or less submits "blindly" whatever you give it on the command line. If "Fixed Attributes
Edit/Reply" is set in the configuration, this only affects the web page with the entry form, so
these attributes are not shown as edit boxes. They are not checked during submission by elogd. Now
to get the same functionality with elog, elog whould have to retrieve the full entry form, analyze
the HTML code, find out which attributes have edit boxes and which ones not. So that's a lot of
work. Since most people use elog in scripts, they set it up once and forever correctly. There are
actually a few people which even want the functionality that elog can change attributes which are
normally fixed.
- Stefan |
|
Re: Can't use the command-line client, posted by Pieter Edelman on Thu Mar 17 23:06:54 2005
|
Okidokie. May I then humbly suggest to mention this in the documentation of the elog command client? |
|
Re: Can't use the command-line client, posted by Stefan Ritt on Fri Mar 18 08:02:52 2005
|
> Okidokie. May I then humbly suggest to mention this in the documentation of the elog command client?
I did modify it already, see http://midas.psi.ch/elog/userguide.html at the bottom. |
Re: Can't use the command-line client, posted by David Spindler on Tue Oct 4 19:40:27 2005
|
I have a similar problem. I am using Windows version, and whenever I use the elog client to send entry, it will not take with MOptions set. I usually have 2 attributes required (both MOptions), and I get the message that it is missing a required attribute. When I use ROptions, or Options, it works fine. Is there a problem with MOptions, or am I perhaps using a badly formatted commandline?
Commandline as follows: C:\elog>elog -h IP_ADR -p 80 -l gbld -u username password -a Type=Other -a Operator=SCADA -a Category=Controls -a Subject=Alarm "Please ignore."
Type and Category are required and MOptions.
Below is the pertinent part of the config file:
;***** Attribute Section
Attributes = Log Date, Operator, Type, Category, Engine, Work Order #, EPN, Fuel Tank 1 (A&B), Fuel Tank 2 (C&D), Engine Hours Stop, Engine Hours Start, Email To, Subject
Comment EPN = (Equipment Piece Number)
Comment Fuel Tank 1 (A&B) = (West)
Comment Fuel Tank 2 (C&D) = (East)
MOptions Type = Alarm, Trouble, ESP, Haz. Wx.,Problem, PM, Routine, Load Test, Other
MOptions Category = Engine, Generator, Controls, Fuel, Oil, HV Switchgear, MLG&W, Other
Options Engine = All, 1A, 2A, 3A, 4A, 5A, 1B, 2B, 3B, 4B, 5B, 1C, 2C, 3C, 4C, 5C, 1D, 2D, 3D, 4D, 5D, A Bus, B Bus, C Bus, D Bus, A&B Busses, C&D Busses, West Gen (001), East Gen (002)
Required Attributes = Type, Category, Subject
If time permits, I would appreciate any help possible.
BTW, I like the additional elcode. |
|
Re: Can't use the command-line client, posted by David Spindler on Tue Oct 4 20:24:26 2005
|
| I just noticed in the changelog that my apparent problem with MOptions may have been fixed. I will try a newer version and see if it works. |
|
Re: Can't use the command-line client, posted by David Spindler on Tue Oct 4 20:33:05 2005
|
| David Spindler wrote: | | I just noticed in the changelog that my apparent problem with MOptions may have been fixed. I will try a newer version and see if it works. |
It did.
Keep up the good work. |
|
Can I turn off emoticons?, posted by Dan Chitwood on Wed Sep 21 04:24:43 2005
|
Is there a way to not use the emoticons, but at the same time use the ELCode?
An example would be to add a slash before the emoticon code like this: /:)
Thanks,
Dan |
|
Re: Can I turn off emoticons?, posted by Stefan Ritt on Wed Sep 21 09:06:03 2005
|
| Dan Chitwood wrote: | Is there a way to not use the emoticons, but at the same time use the ELCode?
An example would be to add a slash before the emoticon code like this: /:)
Thanks,
Dan |
There are two ways:
a) put a "\" in front of the emoticon like this: \:) -> :)
b) put a [code] tag around your text. Any text inside the [code] tag is not interpretet like:
[code]Hello ;) [I]italics[/i] [/code]
note that the trick with the "\" only works in the current CVS version of elog. |
|
Email Notification and Icons, posted by Mario Apodaca on Mon Sep 19 19:48:07 2005
|
I have two questions:
1) When sending out email notifications, is there a way to surpress the entries that have been left on the logbook? I want to be notified that someone has posted, but not receive the posting in the email.
2) Is there a way to set icons to users, so that each user has a defined icon? I set up a new attribute called: Author Icon and then tried using conditional attributes to have an icon set to a specific user. When I tested by posting, in the Author Icon section I didn't have an icon, instead a text box appeared with the name of the icon.
Thanks in advance for your help. |
|
Re: Email Notification and Icons, posted by Stefan Ritt on Mon Sep 19 20:39:17 2005
|
| Mario Apodaca wrote: | | 1) When sending out email notifications, is there a way to surpress the entries that have been left on the logbook? I want to be notified that someone has posted, but not receive the posting in the email. |
You specify what is sent by email notification with the Email format = <n> option. Adding the right numbers there, you can send only the notification, but not the contents or attachments. An alternative is to use the RSS functionality in Elog. With an RSS reader, you only see the subject, and can download the whole body upon request.
| Mario Apodaca wrote: | | 2) Is there a way to set icons to users, so that each user has a defined icon? I set up a new attribute called: Author Icon and then tried using conditional attributes to have an icon set to a specific user. When I tested by posting, in the Author Icon section I didn't have an icon, instead a text box appeared with the name of the icon. |
No, this is not possible without modification of elog. In principle you can tell elog that a certain attribute is an icon by using the "Ioptions author icon = icon1.gif, icon2.gif"), but then you get a list if possible icons each time from which you have to select. Not very convenient. The concept of an Avatar is not preent in elog, you bette choose a bulletin board system for that. |
|
changing the default to plain text rather than elcode, posted by John Habermann on Sun Jul 3 03:48:12 2005
|
Hi
I just shifted our elogs to a new server and in the process upgraded to the latest debian version which is 2.5.9+r1674-1. I am just wondering how to change the default for the text body area from "elcode" to plain text? I can't see anything in the admin configuration syntax guide and the HTML default = 2 option no longer seems to work.
Also is there anything in particular that you have to do to get the elcode editor to work. Although the elcode buttons appear highlighting text and clicking on them doesn't actually do anything although it works fine in my browser when using these elog forums. I don't get any errors in mozilla but trying it in IE under cxoffice gives an "error on page" message in the bottom of the browser.
Thanks
John |
|
Re: changing the default to plain text rather than elcode, posted by Stefan Ritt on Tue Jul 5 23:06:12 2005
|
| John Habermann wrote: | | I just shifted our elogs to a new server and in the process upgraded to the latest debian version which is 2.5.9+r1674-1. I am just wondering how to change the default for the text body area from "elcode" to plain text? I can't see anything in the admin configuration syntax guide and the HTML default = 2 option no longer seems to work. |
The HTML default option has been replaced by the Default encoding option, with which one can set the default encoding style to plain text (Default encoding = 1).
| John Habermann wrote: | | Also is there anything in particular that you have to do to get the elcode editor to work. Although the elcode buttons appear highlighting text and clicking on them doesn't actually do anything although it works fine in my browser when using these elog forums. I don't get any errors in mozilla but trying it in IE under cxoffice gives an "error on page" message in the bottom of the browser. |
The ELCode editor requires the JavaScript file elcode.js to be present in the scripts directory under your elog root directory. Future installations will handle this correctly. |
|
Re: changing the default to plain text rather than elcode, posted by Tim Fowler on Thu Jul 7 02:41:40 2005
|
| Stefan Ritt wrote: |
| John Habermann wrote: | | I just shifted our elogs to a new server and in the process upgraded to the latest debian version which is 2.5.9+r1674-1. I am just wondering how to change the default for the text body area from "elcode" to plain text? I can't see anything in the admin configuration syntax guide and the HTML default = 2 option no longer seems to work. |
The HTML default option has been replaced by the Default encoding option, with which one can set the default encoding style to plain text (Default encoding = 1).
| John Habermann wrote: | | Also is there anything in particular that you have to do to get the elcode editor to work. Although the elcode buttons appear highlighting text and clicking on them doesn't actually do anything although it works fine in my browser when using these elog forums. I don't get any errors in mozilla but trying it in IE under cxoffice gives an "error on page" message in the bottom of the browser. |
The ELCode editor requires the JavaScript file elcode.js to be present in the scripts directory under your elog root directory. Future installations will handle this correctly. |
The installation did not include scripts directory. Where can I download the elcode.js file? |
|
Re: changing the default to plain text rather than elcode, posted by Stefan Ritt on Thu Jul 7 08:38:11 2005
|
| Tim Fowler wrote: | | The installation did not include scripts directory. Where can I download the elcode.js file? |
I said future installations will handle this. This feature is still in beta becaus it's not finished completely. You can get the elcode.js from CVS.
- Stefan |
|
Re: changing the default to plain text rather than elcode, posted by Tim Fowler on Thu Jul 7 22:31:40 2005
|
I said future installations will handle this. This feature is still in beta becaus it's not finished completely. You can get the elcode.js from CVS.
- Stefan |
Thanks Stefan! This is an excellent application. |
|
Re: changing the default to plain text rather than elcode, posted by Noah P on Thu Sep 8 03:37:44 2005
|
I, too, found that this elcode.js file was missing. However, it seems to be present on this demo site!
so, I downloaded it from this very demo site, and saved it to my system (in the root of your resources folder). This (so far) seems to have made the "ELCode" formatting mode work properly.
This is the URL I used. It seems that this file was ommitted from the latest distribution:
http://midas.psi.ch/elogs/elcode.js
Hope that helps! |
|
Changes in Comment and Elog Index page?, posted by ralphb on Wed Aug 10 11:28:30 2005
|
Just updated to ELOG V2.6.0-beta4 from V2.5.6-2 and I note a couple of changes:
- HTML code inculed in elog.cfg "Comment" lines were previously rendered, now they are not. e.g. "Comment = Some comment
<A href="http://somedomain.com/some.html" target="_top"> Some link text</A>" Is this change deliberate, or is the functionality likely to return? Any workaround?
- The "Several logbooks are defined on this host" elog index page was previously collapsable, now it is not. Same questions as previous.
Thanks & best regards,
Ralph. |
|
Re: Changes in Comment and Elog Index page?, posted by ralphb on Thu Sep 1 17:53:58 2005
|
| ralphb wrote: | | - The "Several logbooks are defined on this host" elog index page was previously collapsable, now it is not. |
OK, I've fixed that one with "Expand Selection page = 0" |
|
Re: Changes in Comment and Elog Index page?, posted by Stefan Ritt on Tue Sep 6 09:37:20 2005
|
| ralphb wrote: | HTML code inculed in elog.cfg "Comment" lines were previously rendered, now they are not. e.g. "Comment = Some comment
<A href="http://somedomain.com/some.html" target="_top"> Some link text</A>" Is this change deliberate, or is the functionality likely to return? |
I had to render the comment, because some people had comments like "PCs > W2k", where the ">" screwed up the HTML code of the page. I added some code now which checks if the comment is real HTML, and reverts back to the old behaviour if it is. The update is in CVS.
| ralphb wrote: | | The "Several logbooks are defined on this host" elog index page was previously collapsable, now it is not. Same questions as previous. |
People complained about the collapsing (it's really hard to make everybody happy!!!). So the page is expanded by default. If you want the old behaviour, add an
Expand selection page = 0
into your config file |
|
Re: Changes in Comment and Elog Index page?, posted by ralphb on Tue Sep 6 18:36:21 2005
|
| Stefan Ritt wrote: | | I added some code now which checks if the comment is real HTML, and reverts back to the old behaviour if it is. The update is in CVS. |
Thanks very much Stefan.
Our new server has no gcc so I had to compile it on a sister machine, pending the next RPM release.
By the way, your download page needs an extra line:
cvs -d :ext:cvs@midas.psi.ch:/usr/local/cvsroot checkout mxml to have a hope of the make working.
Also, it would be nice if the "Installing and running on UNIX" section of the Administrator's Guide also had a set of "Installation from CVS" instructions.
| Stefan Ritt wrote: | | it's really hard to make everybody happy!!! |
Ah, but you are doing it so well!
Thanks again.
Best regards, Ralph. |
Omitting some fields in e-mail, posted by Michael Husbyn on Tue Jun 7 10:59:20 2005
|
Hello,
Is there a way to include some attribute fields in the e-mail from eLog, but not all?
E.g, if you have the following:
Attributes = TA, Endret, UA, Pri, Status, Oppdragsgiver, EpostTil, EpostIKT, Tittel
Then you get the heading:
Logbook :
TA :
Endret :
UA :
Pri :
Status :
Oppdragsgiver :
EpostTil :
EpostIKT :
Tittel :
(removed the attribute data),
But I would like to send out only:
UA :
Pri :
Status :
Oppdragsgiver :
EpostTil :
Tittel :
Any way to do this in the current version?
And perhaps change the order too... I'm asking for much perhaps?
Best regards
Michael |
|
Re: Omitting some fields in e-mail, posted by Stefan Ritt on Wed Jul 20 20:54:01 2005
|
> E.g, if you have the following:
> Attributes = TA, Endret, UA, Pri, Status, Oppdragsgiver, EpostTil, EpostIKT, Tittel
>
> Then you get the heading:
> Logbook :
> TA :
> Endret :
> UA :
> Pri :
> Status :
> Oppdragsgiver :
> EpostTil :
> EpostIKT :
> Tittel :
>
> (removed the attribute data),
>
> But I would like to send out only:
> UA :
> Pri :
> Status :
> Oppdragsgiver :
> EpostTil :
> Tittel :
>
> Any way to do this in the current version?
>
> And perhaps change the order too... I'm asking for much perhaps?
I added the option "Email attributes = <list>" for that. So you can specify
Email attributes = UA, Pri, Status, Oppdragsgiver, EpostTil, Tittel
which also sets the order of the attributes. The cange is in CVS. |
|
Re: Omitting some fields in e-mail, posted by Michael Husbyn on Wed Jul 20 21:13:03 2005
|
> I added the option "Email attributes = <list>" for that. So you can specify
>
> Email attributes = UA, Pri, Status, Oppdragsgiver, EpostTil, Tittel
>
> which also sets the order of the attributes. The cange is in CVS.
Nice!
Thanks Stefan, I will test it when I'm back from my holiday. Only problem is that this change is also in a
beta version of elog (more "beta" than usual)
Perhaps it is not in this state when I'm back :)
have a nice holiday
Best regards
Michael |
|
Re: Omitting some fields in e-mail, posted by Michael Husbyn on Mon Aug 15 12:54:56 2005
|
>
> > I added the option "Email attributes = <list>" for that. So you can specify
> >
> > Email attributes = UA, Pri, Status, Oppdragsgiver, EpostTil, Tittel
> >
> > which also sets the order of the attributes. The cange is in CVS.
Hello Stefan,
Tested the 2.6.0-beta4, and it sort of works. config parameter:
Email attributes = Tittel,Status
gives the mail:
Logbook : work
Tittel : Test
Status : Åpen
Logbook URL : http://xxxxxxxxxxxxxxxx/work/904
---
Is there a way to remove Logbook field (and perhaps Logbook URL if I want?)
Best regards
Michael |
|
Re: Omitting some fields in e-mail, posted by Stefan Ritt on Tue Sep 6 14:41:10 2005
|
> Is there a way to remove Logbook field (and perhaps Logbook URL if I want?)
There is the option "Email format", which lets you specify what to show. Try
Email format = 27 |
|
Comment tooltip shows comment from other logbook, posted by Oleg Solovyanov on Wed Aug 10 18:32:14 2005
|
I have several logbooks with Comment lines,
but the tooltip shows sometimes the correct comment,
sometimes the comment from other logbook...
I see the same behaviour also on this very page...
I use Mozilla 1.7.10.
Tried with Konqueror -> same problem. |
|
Re: Comment tooltip shows comment from other logbook, posted by Stefan Ritt on Tue Sep 6 09:41:04 2005
|
| Oleg Solovyanov wrote: | I have several logbooks with Comment lines,
but the tooltip shows sometimes the correct comment,
sometimes the comment from other logbook...
I see the same behaviour also on this very page...
I use Mozilla 1.7.10.
Tried with Konqueror -> same problem. |
Should be fixed in the current CVS version (see this page) |
|
Email notification does not work, posted by Dinesh Bapat on Wed Aug 10 03:18:05 2005
|
I have SMTP server that requires authentication
Whenever a new user 'self registers' to E-log, I get an automated email saying so. Hence, the SMTP setting are correct and working.
However, for any entry made to log, no email notification is generated. error '5.5.4 Invalid Address'
suppress notification checkbox is 'unchecked'
Kindly help. |
|
Re: Email notification does not work, posted by Stefan Ritt on Mon Sep 5 20:35:43 2005
|
| Dinesh Bapat wrote: | I have SMTP server that requires authentication
Whenever a new user 'self registers' to E-log, I get an automated email saying so. Hence, the SMTP setting are correct and working.
However, for any entry made to log, no email notification is generated. error '5.5.4 Invalid Address'
suppress notification checkbox is 'unchecked'
Kindly help. |
Turn on logging with
Logfile = elog.log
then you will see all communication betwen elogd and the SMTP server in the logfile. You probably will see the source of the error there.
- Stefan |