ELOG Forum

Demo Discussion

Forum Config Examples Contributions Vulnerabilities

Discussion forum about ELOG, Page 186 of 236

Not logged in

Find | Login | Help

Full | Summary | Threaded | Collapse | Expand

1887 Entries

Goto page Previous 1, 2, 3 ... 185, 186, 187 ... 234, 235, 236 Next

page2?cmd=List does not show next page, posted by Oleg Solovyanov on Tue Nov 15 08:35:33 2005

Maybe I'm doing something wrong, but the following does not work on a Elog with multiple pages:

1. View message
2. Click List
3. Click Next or page number
4. Only the last page is shown

It looks like the URL pageN?cmd=List does not work, while pageN works.

Any hints?

Same behaviour can be seen also with Discussion forum on Elog site.

Re: page2?cmd=List does not show next page, posted by Stefan Ritt on Tue Nov 15 08:40:31 2005

Oleg Solovyanov wrote:

I don't understand. I tried on the Discussion forum:

1. View message, for example http://midas.psi.ch/elogs/Forum/1506

2. Click List, which takes me to http://midas.psi.ch/elogs/Forum/

3. Click Next, which takes me to http://midas.psi.ch/elogs/Forum/page2

Then I really see page2, not the last page. So what do you do differently?

Re: page2?cmd=List does not show next page, posted by Oleg Solovyanov on Wed Nov 16 15:24:53 2005

Stefan Ritt wrote:

Oleg Solovyanov wrote:

Somehow in my logbooks List command would add cmd=List to the URL
And this does not work...

Re: page2?cmd=List does not show next page, posted by Stefan Ritt on Wed Nov 16 15:27:40 2005

Oleg Solovyanov wrote:

Somehow in my logbooks List command would add cmd=List to the URL
And this does not work...

You use an old version of elog. Please upgrade to the 2.6.0-beta5 which you can obtain from

http://savannah.psi.ch/viewcvs/trunk/src/elogd.c?root=elog&rev=1541

Re: page2?cmd=List does not show next page, posted by Oleg Solovyanov on Thu Nov 17 23:40:10 2005

Stefan Ritt wrote:

Oleg Solovyanov wrote:

Somehow in my logbooks List command would add cmd=List to the URL
And this does not work...

You use an old version of elog. Please upgrade to the 2.6.0-beta5 which you can obtain from

http://savannah.psi.ch/viewcvs/trunk/src/elogd.c?root=elog&rev=1541

Yes, new version seems to fix this bug, but...

Now there's a new feature: sometimes it breaks the text message line into 2 when
displaying the summary page.
Maybe it happens only with Russian text Smile

Display last page by default, posted by Yoshio Imai on Fri Oct 28 12:15:33 2005

Hi again!
I have one question concerning the logbook configuration. Normally, clicking on "List" takes me to the first page of the list view. Is it possible to configure the logbook so that "List" takes me to the last page instead?

Yoshio

Re: Display last page by default, posted by Stefan Ritt on Fri Oct 28 12:16:38 2005

Yoshio Imai wrote:

Is it possible to configure the logbook so that "List" takes me to the last page instead?

Reverse sort = 1

Re: Display last page by default, posted by Yoshio Imai on Fri Oct 28 12:39:44 2005

Stefan Ritt wrote:

Reverse sort = 1

Thanks for the quick reply. Unfortunately, this is not exactly what we need. We would like to see the entries in normal order, but the last of the pages as "start page". Is it possible to configure this?

Yoshio

Re: Display last page by default, posted by Stefan Ritt on Fri Oct 28 13:05:26 2005

Yoshio Imai wrote:

We would like to see the entries in normal order, but the last of the pages as "start page". Is it possible to configure this?

Start page = 0?cmd=last

Well, I guess this is not what you want either, correct? You would like to see the listing page with ~20 entries. The first one you can access easily via "<logbook>/page1", but the number of the last page varies over time. I would have to add a new functionality like "<lobook>/page_last", which automatically gets converted into the correct page number. I will put this on my wishlist.

Re: Display last page by default, posted by Yoshio Imai on Fri Oct 28 13:12:46 2005

Thanks!
For the moment, I could satisfy the users by setting the start page to the "All" view, but if it can be implemented in a future version, this would come very handy.

Yoshio

Re: Display last page by default, posted by Stefan Ritt on Fri Oct 28 13:14:19 2005

Yoshio Imai wrote:

We would like to see the entries in normal order, but the last of the pages as "start page". Is it possible to configure this?

What about

Start page = last10

This shows always the last 10 entries. If you want to see more, you can click on the new menu entry "Last 20 entries" etc.

Re: Display last page by default, posted by Yoshio Imai on Fri Oct 28 13:24:27 2005

Stefan Ritt wrote:

What about
Start page = last10

In principle this would be a good starting point, however, we would like to use the "Previous" and "Next" page selectors to browse (and these don't appear when using the "lastNN" statement for the start page).

Re: Display last page by default, posted by Stefan Ritt on Fri Oct 28 20:36:55 2005

Ok, I implemented the last page display per default in revision 1538. If "reverse sort = 0" the last page is shown and if "reverse sort = 1" the first page is shown by default. This way one always sees the page with the latest entries. I hope this accomodates everybody. If not, please complain and I could make it a switch (yet another option Crying

Re: Display last page by default, posted by Yoshio Imai on Mon Oct 31 01:39:52 2005

I have installed the new version, and it works just fine. It is also MUCH faster than my intermediate solution.

Quote:

For the moment, I could satisfy the users by setting the start page to the "All" view

Thanks for the work!

Conditional hiding of attributes in list view, posted by Yoshio Imai on Thu Sep 22 11:34:46 2005

Hi!

All here are amazed by how quickly this software has evolved since we
took our first look into the world of electronic logbooks.

In order to use it as our shift logbook, however, we have one request
which is in principle the same as that of Juliana Peng
(http://midas.psi.ch/elogs/Forum/1280). We want to have the usual
maintenance/admin/problem report entries of the shift crew in the
same logbook as the automatic entries from our runcontrol software to
clearly see cause and effect when analyzing the beamtimes later. Of
course, the run entries have different attributes than the shift crew
entries. So, it would be nice to have the conditional "Show attributes"
function extended also to the list view.
I understand that the attributes layout might then change from line to
line, but since we have only two sets of attributes, that would not
matter (to us). Would you consider implementing this function (i.e.
evaluate the conditions and hide attributes also in list view),
if not by default, then maybe as an option of the config file?

Another nice feature (which we do not explicitly need, just a suggestion)
might be implementing a filter function in list view, such that only entries
with certain attribute values are displayed.

I have also found one possible problem, maybe it's already solved in the
newest version: We have set up the elog under an stunnel, but the elog
server also responds to the original port (i.e. 80), displaying the logbook
selection page and from there even the login screen. Only after logging in
the elog server redirects the client browser to the https-page defined with
the URL-statement of the config file. The whole thing seems like an unwanted
behaviour, but could you change it so that it either doesn't respond on the
wrong URL at all, or at least redirects to the secured URL before presenting
the login window, so that we transfer the passwords encrypted?

Cheers

Yoshio

Re: Conditional hiding of attributes in list view, posted by Yoshio Imai on Thu Oct 13 11:40:32 2005

Hi again!

I noticed the quickfilter option in the config guide in the meantime Wink

!
I have one question however, concerning the "Resource Dir"-statement of the
config file. When setting it, the default theme doesn't work any more, I get
white background and no color schemes when going to the elog page with the
browser. Does this mean that the default resource location (/usr/share/elog/themes)
is overriden by this statement, and that all resources have to be put there
(if so, is it on purpose or is it a bug)?

Thanks

Yoshio

BTW, do you think it is at all feasible to implement the changes we mentioned earlier?

Re: Conditional hiding of attributes in list view, posted by Stefan Ritt on Thu Oct 13 14:08:26 2005

Yoshio Imai wrote:

I noticed the quickfilter option in the config guide in the meantime Wink

Sorry my late reply, I'm extremely busy these days. I still don't get the point where you want attributes to be hidden. Let's assume you have a logbook with attributes A, B, C, D, E. One set of entries use A, B and C, whil the other set of entries use A, D and E. Right now, you get a listing like

Title A  B  C  D  E
one   a  b  c
one   a  b  c
two   a        d  e
two   a        d  e
one   a  b  c

Now if you want to hide D and E for type one and B and C for type two, you would get

Title A  B  C  D  E
one   a  b  c
one   a  b  c
two   a  d  e
two   a  d  e
one   a  b  c

so the "d" and "e" values are under the wrong title "B" and "C". Of course you can put a separate tile line each time you switch from "one" to "two", but that costs a lot of space. So how would you layout a listing where different attribute sets are mixed?

Yoshio Imai wrote:

I have one question however, concerning the "Resource Dir"-statement of the
config file. When setting it, the default theme doesn't work any more, I get
white background and no color schemes when going to the elog page with the
browser. Does this mean that the default resource location (/usr/share/elog/themes)
is overriden by this statement, and that all resources have to be put there
(if so, is it on purpose or is it a bug)?

Well, the "theme" is a "resource". The manual says: Resource dir = <directory>: Specifies the root directory for ELOG resources like help files, themes, icons and user HTML files, so it's explicitly written there. If you change the resource dir and do not move your themes accordingly, you won't have them! If you shoot yourself in the foot, no gun will help you to prevent this Wink

Yoshio Imai wrote:

BTW, do you think it is at all feasible to implement the changes we mentioned earlier?

Which features do you mean? In your previous posting you mentioned a filter, but you found that already. So what else is left except the hiding of attributes?

Re: Conditional hiding of attributes in list view, posted by Yoshio Imai on Thu Oct 13 14:47:06 2005

Stefan Ritt wrote:

Of course you can put a separate tile line each time you switch from "one" to "two", but that costs a lot of space. So how would you layout a listing where different attribute sets are mixed?

Well, in our case the changes would not be very frequent (if the beamtime goes smooth, we will have mainly
run-entries and few admin entries; if it is a hardware developement beamtime, we will have mainly admin
entries and fewer run entries). So, for us a layout with a new title line at the change between the two sets of attributes is ok.

Stefan Ritt wrote:

I see. I thought that the "hardcoded" default directory would still be searched -- my error.

Stefan Ritt wrote:

Which features do you mean? In your previous posting you mentioned a filter, but you found that already. So what else is left except the hiding of attributes?

Not much

. The only thing left was that the elogd redirects to the "URL="-address only after logging in, and not already after selecting a logbook in the selection page (i.e. before the password is transmitted), when a user calls directly the elogd port and not, say, the stunnel port defined to secure the connection. In our case this doesn't matter so much, but maybe to others it does ... ?

Thanks for the work

Yoshio

Re: Conditional hiding of attributes in list view, posted by Stefan Ritt on Fri Oct 28 23:45:33 2005

Yoshio Imai wrote:

I have also found one possible problem, maybe it's already solved in the
newest version: We have set up the elog under an stunnel, but the elog
server also responds to the original port (i.e. 80), displaying the logbook
selection page and from there even the login screen. Only after logging in
the elog server redirects the client browser to the https-page defined with
the URL-statement of the config file. The whole thing seems like an unwanted
behaviour, but could you change it so that it either doesn't respond on the
wrong URL at all, or at least redirects to the secured URL before presenting
the login window, so that we transfer the passwords encrypted?

I implemented that in revision 1540. On the logbook selection page, the links to the individual logbooks honor the "URL = ..." statement from the config file, and thus you get redirected via "https://...". More is unfortunately not possible. If elogd gets contacted the first time, it is impossible to figure out by elogd under which URL it got contacted, and therefore it cannot distinguish between secure and insecure connections. The only way is to switch off port 80 by a firewall and only allow "https://..." connections from outside.

Re: Conditional hiding of attributes in list view, posted by Yoshio Imai on Mon Oct 31 01:36:52 2005

Thank you! I have tested it and it works just as expected!

Preset text overriden after preview, posted by Yoshio Imai on Wed Oct 26 16:00:00 2005

Hi, Stefan!

I have run across a problem with preset texts. We have defined a form to be filled in when the operator selects a specific combination of attributes. This form appears correctly, but after filling in the form, clicking on "Preview" leads to an error: the preview text is correct, but the actual text entry field is overriden again with the empty form. Clicking on "Submit" at this point then submits only the empty form, and the information filled in is lost.
When clicking on "Submit" without previewing, the text is entered correctly to the elog. Do you know where the problem might come from?

Thanks in advance

Yoshio

Re: Preset text overriden after preview, posted by Stefan Ritt on Wed Oct 26 16:17:18 2005

Yoshio Imai wrote:

This form appears correctly, but after filling in the form, clicking on "Preview" leads to an error: the preview text is correct, but the actual text entry field is overriden again with the empty form.

Thanks for reporting this bug. It's fixed in revision 1534.

- Stefan

Re: Preset text overriden after preview, posted by Yoshio Imai on Fri Oct 28 10:42:44 2005

Stefan Ritt wrote:

Thanks for reporting this bug. It's fixed in revision 1534.

- Stefan

I just tested it, it works. Thanks!

We are running elog perfectly on a solaris machine for some time now.
Except on some client pc's the login screen keeps reappearing after a succesfull login.
We upgraded to version 2.6.0 beta 4 but the problem persists.
Any suggestions?

Re: Login screen reappears after correct login, posted by Stefan Ritt on Mon Oct 24 14:30:48 2005

Daniel Broers wrote:

Do you have cookies disabled on these client pc's maybe?

Re: Login screen reappears after correct login, posted by Daniel Broers on Mon Oct 24 14:50:58 2005

Stefan Ritt wrote:

Daniel Broers wrote:

Do you have cookies disabled on these client pc's maybe?

No, cookies are enabled.

Re: Login screen reappears after correct login, posted by Stefan Ritt on Mon Oct 24 15:18:46 2005

Daniel Broers wrote:

No, cookies are enabled.

Can you

Delete all cookies on the client machine and try again
If the problem persists: Tell you how you access your elogd. Do you use Apache as proxy? Which URL statement do you have in your elogd.cfg? What are the URLs shown in the address bar of your browser?
Can you start elogd with the "-v" flag, and send me the output shown during an unsuccessful login

Re: Login screen reappears after correct login, posted by Daniel Broers on Mon Oct 24 16:20:37 2005

Stefan Ritt wrote:

Can you

Delete all cookies on the client machine and try again
If the problem persists: Tell you how you access your elogd. Do you use Apache as proxy? Which URL statement do you have in your elogd.cfg? What are the URLs shown in the address bar of your browser?
Can you start elogd with the "-v" flag, and send me the output shown during an unsuccessful login

http://tara.amc.nl:8080/

http://tara:8080/Maldi

http://tara.amc.nl:8080/Maldi

Re: Login screen reappears after correct login, posted by Stefan Ritt on Mon Oct 24 16:41:20 2005

Daniel Broers wrote:

Output in attachment

Your output shows:

Set-Cookie: unm=daniel; path=/Maldi; expires=Monday, 24-Oct-05 14:57:55 GMT;

Now I don't know when you made this entry, but it looks to me like either

- your time is set incorrectly on the server side
- your "login expiration" setting in elogd is set incorrectly

Can you check these two things?

Re: Login screen reappears after correct login, posted by Daniel Broers on Mon Oct 24 17:14:59 2005

Stefan Ritt wrote:

Daniel Broers wrote:

Output in attachment

Now it works!
- The time is (apparently) set incorect on the server side. But why would one client have problems while others don't?
- I changed the login expitation from 1 to 5 hours and now we can log in!
Thanks a lot for your quick support!

Re: Login screen reappears after correct login, posted by Stefan Ritt on Mon Oct 24 19:33:41 2005

Daniel Broers wrote:

But why would one client have problems while others don't?

You had the login expiration at 1 hour, and the time was off by one hour I guess. But each client's time is only accurate to a few minutes, so some of them had a difference to the server of 59 mins, and other had 1:01 mins. Since you had a login expiration of 1 hour, only the second one failed, while the first one should have worked for about one minute.

Howto force users to supply an email address when registering?, posted by Johan Nyberg on Thu Oct 20 14:15:14 2005

Hi,

Today I noticed that a user had registered without supplying an email address. I am using Self Register = 3, which means I recieve an email from elogd when a new user wants to register. Apparently, I forgot to check that the users email field was empty. This empty email field led to a situation in which no email notifications were sent to the users. The elogd log file looks like this for a user with a registered email address:

20-Oct-2005 12:20:21 [<snip>] {AGATA SDA} RCPT TO: <johan.nyberg@tsl.uu.se>
20-Oct-2005 12:20:21 [<snip>] {AGATA SDA} 250 Ok

while it looks like this for a user with an epmty email address:

20-Oct-2005 12:20:22 [<snip>] {AGATA SDA} RCPT TO: <>
20-Oct-2005 12:20:22 [<snip>] {AGATA SDA} 501 Bad address syntax

When elogd hits this error it stops the process of sending emails, which means that no emails
at all are sent to any of the users. After manually adding the email address of the user with an empty address,
automatic email notification work again.

Is there a way to force the users to supply an email address when they register?

Johan

Re: Howto force users to supply an email address when registering?, posted by Stefan Ritt on Thu Oct 20 16:01:49 2005

Johan Nyberg wrote:

Is there a way to force the users to supply an email address when they register?

I will happily implement such an email check if you supply me further information. Presume you enter an email address in the form user#domain.com (# instead @). Does your SMPT server then complain, too? What about user@com (without "domain.")? If you check all possibilities and let me know, I will put it in.

Re: Howto force users to supply an email address when registering?, posted by Johan Nyberg on Sat Oct 22 00:21:03 2005

Stefan Ritt wrote:

Johan Nyberg wrote:

Is there a way to force the users to supply an email address when they register?

Hi Stefan,

Sorry for the delayed reply. I have run some tests which I will send to you by email.

Johan

Error message: "Attachment #6 of entry #0 not found", posted by Christian Schult on Sun Oct 16 10:33:23 2005

Hi all, I get messages like this

Attachment #16 of entry #0 not found
Please use your browser's back button to go back

always when clicking on an entry in summary or threaded view. I can only read entries when browsing them in full view. How can i fix this?
regards, Christian

Re: Error message: "Attachment #6 of entry #0 not found", posted by Stefan Ritt on Mon Oct 17 10:18:29 2005

> Hi all, I get messages like this
> Attachment #16 of entry #0 not found
> Please use your browser's back button to go back
> always when clicking on an entry in summary or threaded view. 
> I can only read entries when browsing them in full view. How can i fix this?
> regards, Christian

I need some more information. Can you send me your elogd.cfg, and show 
me the URLs your browser displays during your navigation?

Re: Error message: "Attachment #6 of entry #0 not found", posted by Christian Schult on Tue Oct 18 08:02:44 2005

> > Hi all, I get messages like this 
> > Attachment #16 of entry #0 not found 
> > Please use your browser's back button to go back 
> > always when clicking on an entry in summary or threaded view.  
> > I can only read entries when browsing them in full view. How can i fix this? 
> > regards, Christian 
>  
> I need some more information. Can you send me your elogd.cfg, and show  
> me the URLs your browser displays during your navigation? 
 
Well, this is my elog.conf: 
 
[global] 
logbook tabs = 1 
port = 8081 ; Automatically added in installation. 
Hosts allow = localhost, jazz.cocis.de, 127.0.0.1, 192.168. 
Hosts deny = ALL 
[debian] 
Theme = default 
Comment = debian logbook 
Attributes = Author, Type, Category, Subject 
Required Attributes = Author, Type 
Subst Author = $long_name 
Subst Email = $user_email 
Locked Attributes = Last Revision 
Subst on Edit Last Revision = $date by $long_name 
Options Type = Routine, Software Installation, Problem Fixed, Configuration, Other 
Options Category = General, Hardware, Software, Network, Other 
Page Title = ELOG - $subject 
Reverse sort = 1 
Quick filter = Date, Type 
Password file = /var/lib/elog/elogpasswd.pwd 
Admin user = admin 
Reverse sort = 1 
Restrict edit = 1 
Suppress Email to users = 1 
 
This is the URL after logging in: 
http://localhost:8081/debian/17?cmd=List&mode=summary 
 
When i click on one of the entrys, i get thar error message. 
URL: http://localhost:8081/debian/debian/17 
 
It says: "Attachment #17 of entry #0 not found 
  Please use your browser's back button to go back" 
 
regards, Christian

Re: Error message: "Attachment #6 of entry #0 not found", posted by Stefan Ritt on Tue Oct 18 08:04:29 2005

> This is the URL after logging in: 
> http://localhost:8081/debian/17?cmd=List&mode=summary 
>  
> When i click on one of the entrys, i get thar error message. 
> URL: http://localhost:8081/debian/debian/17 
>  
> It says: "Attachment #17 of entry #0 not found 
>   Please use your browser's back button to go back" 

Ah, now I recognize the error. Please update to the newest beta5, it's fixed there.

- Stefan

Re: Error message: "Attachment #6 of entry #0 not found", posted by Charles Duncan on Tue Oct 18 18:13:57 2005

> > This is the URL after logging in: 
> > http://localhost:8081/debian/17?cmd=List&mode=summary 
> >  
> > When i click on one of the entrys, i get thar error message. 
> > URL: http://localhost:8081/debian/debian/17 
> >  
> > It says: "Attachment #17 of entry #0 not found 
> >   Please use your browser's back button to go back" 
> 
> Ah, now I recognize the error. Please update to the newest beta5, it's fixed there.
> 
> - Stefan

Stefan,

where can we get Beta5, I can only find Beta4 on all the download locations.

-Charles-

Re: Error message: "Attachment #6 of entry #0 not found", posted by Charles Duncan on Wed Oct 19 15:44:07 2005

> > > This is the URL after logging in: 
> > > http://localhost:8081/debian/17?cmd=List&mode=summary 
> > >  
> > > When i click on one of the entrys, i get thar error message. 
> > > URL: http://localhost:8081/debian/debian/17 
> > >  
> > > It says: "Attachment #17 of entry #0 not found 
> > >   Please use your browser's back button to go back" 
> > 
> > Ah, now I recognize the error. Please update to the newest beta5, it's fixed there.
> > 
> > - Stefan
> 
> Stefan,
> 
> where can we get Beta5, I can only find Beta4 on all the download locations.
> 
> -Charles-

I downloaded the source from the new web site.

-Charles-

How to connect to an ELOG server running behind apache+ssl using the elog command line program?, posted by Johan Nyberg on Sat Oct 15 16:50:25 2005

Hi,

I need to post a large number of "old" messages to one of my logbooks and I am trying to modify the script doelog (see http://midas.psi.ch/elogs/Contributions/10) to suit my needs. I am using apache + ssl for secure logins to my ELOG server. The doelog script uses the elog utility program, which is useful for posting ELOG messages from scripts or from the command line. My problem is that I cannot talk to my ELOG server with elog.
Here is what happens:

-------------------------------------------------------------------------------------------------
$ elog -v -h my.server.org -p 443 -l mylogbook -a Category=Other-u myusername mypasswd testmsg

Successfully connected to host my.server.org, port 443
Request sent to host:
POST /mylogbook/ HTTP/1.0
Content-Type: multipart/form-data; boundary=---------------------------1028A8C27FFD1021AAB342B
Host: my.host.org
User-Agent: ELOG
Content-Length: 811

Content sent to host.
Response received:
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>400 Bad Request</title>
</head><body>
<h1>Bad Request</h1>
<p>Your browser sent a request that this server could not understand.<br />
Reason: You're speaking plain HTTP to an SSL-enabled server port.<br />
Instead use the HTTPS scheme to access this URL, please.<br />
<blockquote>Hint: <a href="https://my.server.org/"><b>https://my.server.org/</b></a></blockquote></p>
<hr>
<address>Apache Server at <a href="webmaster@my.server.org">my.server.org</a> Port 443</address>
</body></html>

Error transmitting message
-------------------------------------------------------------------------------------------------------

Access to the logbook works perfectly if I use a web browser. If I can find out how to use the elog command line program to connect to my ELOG server running behind apache+ssl, I think I can change the doelog script to suit my needs. Any help is appreciated.

Johan

Re: How to connect to an ELOG server running behind apache+ssl using the elog command line program?, posted by Stefan Ritt on Mon Oct 17 10:20:31 2005

Johan Nyberg wrote:

I need to post a large number of "old" messages to one of my logbooks and I am trying to modify the script doelog (see http://midas.psi.ch/elogs/Contributions/10) to suit my needs. I am using apache + ssl for secure logins to my ELOG server. The doelog script uses the elog utility program, which is useful for posting ELOG messages from scripts or from the command line. My problem is that I cannot talk to my ELOG server with elog.

This is because elog does not support "https" through secure socket layers (SSL). Also elogd does not, that's why you use Apache as your proxy. So the only way for you to use elog is to execute it on the server, where it can directly connect to elogd without going through the ssl layer of Apache.

Re: How to connect to an ELOG server running behind apache+ssl using the elog command line program?, posted by Johan Nyberg on Mon Oct 17 11:07:10 2005

Stefan Ritt wrote:

Johan Nyberg wrote:

Hi Stefan,

Thanks for your advice. As you say I can add entries using elog to my logbooks if I do it from the server on which elogd runs, in which case ssl and apache are bypassed:

$ elog -h localhost -p 8080 ...

Thanks once again for your excellent software!

Johan

Goto page Previous 1, 2, 3 ... 185, 186, 187 ... 234, 235, 236 Next

ELOG V3.1.5-3fb85fa6