email format, posted by Marty Jansen on Sat Nov 6 14:32:52 2010
|
Hi,
In version 2.6.5-1844 we received email like picture below.
Een ouder bericht is op vlap05.nmlan.net gewijzigd:
Logboek |
Documentatie |
Author |
Marty Jansen |
Type |
Werkinstructie |
Category |
Servers |
Subject |
Server Windows 2008 R2 role IIS toevoegen v02.doc |
Logboek URL |
http://nmlanict:8088/Documentatie/7 |
02-11-2010
.\SenN\Proclib\Server Windows 2008 R2 role IIS toevoegen v01.doc
-----------------------------------------------------
05-11-2010
Server Windows 2008 R2 role IIS toevoegen v02.doc: De wijzigingen betreffen het verplaatsen van Inetpub van c:\ naar e:\
Op VLIS27 en VLSQL05 staat de inetpub nu op e:, op de VLSQL04 (NMLITE Testserver) staat de inetpub nog op c:
When upgraded to version 2.8.0-2331 we receive the email like below whitout the frame:
Een nieuw ELOG bericht is bezorgd: |
Logboek: NMLAN Bericht ID: 927 Geef de tijd op: 5-11-2010 23:07:40 |
Author: |
Marty Jansen |
Type: |
QuickChange |
Category: |
Software |
Subject: |
Elog - Update |
|
|
Vanwege verbeterde mogelijkheden in de editor (fckeditor), ELOG geupdate van versie 2.6.5-1844 naar versie 2.8.0.-2331
|
ELOG V2.8.0-2331
Any idea how to get the HTML format email back?
Marty
Sat Nov 6 14:47:16 2010
It looks strange but when I copy and past the message, like I did here, the HTML format is OK, but not when I receive the email in Outlook. This used to be OK with the previous version.
Nothing has changed in Outlook |
Re: email format, posted by Stefan Ritt on Mon Nov 15 16:46:41 2010
|
Marty Jansen wrote: |
Hi,
In version 2.6.5-1844 we received email like picture below.
Een ouder bericht is op vlap05.nmlan.net gewijzigd:
Logboek |
Documentatie |
Author |
Marty Jansen |
Type |
Werkinstructie |
Category |
Servers |
Subject |
Server Windows 2008 R2 role IIS toevoegen v02.doc |
Logboek URL |
http://nmlanict:8088/Documentatie/7 |
02-11-2010
.\SenN\Proclib\Server Windows 2008 R2 role IIS toevoegen v01.doc
-----------------------------------------------------
05-11-2010
Server Windows 2008 R2 role IIS toevoegen v02.doc: De wijzigingen betreffen het verplaatsen van Inetpub van c:\ naar e:\
Op VLIS27 en VLSQL05 staat de inetpub nu op e:, op de VLSQL04 (NMLITE Testserver) staat de inetpub nog op c:
When upgraded to version 2.8.0-2331 we receive the email like below whitout the frame:
Een nieuw ELOG bericht is bezorgd: |
Logboek: NMLAN Bericht ID: 927 Geef de tijd op: 5-11-2010 23:07:40 |
Author: |
Marty Jansen |
Type: |
QuickChange |
Category: |
Software |
Subject: |
Elog - Update |
|
|
Vanwege verbeterde mogelijkheden in de editor (fckeditor), ELOG geupdate van versie 2.6.5-1844 naar versie 2.8.0.-2331
|
ELOG V2.8.0-2331
Any idea how to get the HTML format email back?
Marty
Sat Nov 6 14:47:16 2010
It looks strange but when I copy and past the message, like I did here, the HTML format is OK, but not when I receive the email in Outlook. This used to be OK with the previous version.
Nothing has changed in Outlook
|
The email notification contains the basic HTML code and an (external) reference to the underlying CSS. I use for example Thunderbird instead of Outlook, and this program asks me if I should "show remote content". Only if I click yes, then the external CSS is loaded. Outlook might also have an option "view as web page" or so. The old format did not use full HTML and therefore was displayed correctly. This can be changed with the email encoding = ... option. |
Execute a python command?, posted by harley on Tue Nov 9 19:28:53 2010
|
Is there a way to add a button to the elog interface which would execute a python command? |
Re: Execute a python command?, posted by Stefan Ritt on Fri Nov 12 16:50:18 2010
|
harley wrote: |
Is there a way to add a button to the elog interface which would execute a python command?
|
No, there are only the options
execute new = ...
execute edit = ...
execute delete = ...
though which you can execute external scripts. Maybe this is enough? |
locking entries & auto-submission?, posted by harley on Tue Nov 9 19:36:40 2010
|
We have multiple users for a single elog. Aside from making an entry only editable by the author, is there a way to secure the entry if it is being edited so that only one user may edit a particular entry at one time?
Also, is there a way to auto-submit entries after x minutes?
Your help and support are appreciated.
Harley |
Re: locking entries & auto-submission?, posted by Stefan Ritt on Fri Nov 12 16:46:28 2010
|
harley wrote: |
We have multiple users for a single elog. Aside from making an entry only editable by the author, is there a way to secure the entry if it is being edited so that only one user may edit a particular entry at one time?
Also, is there a way to auto-submit entries after x minutes?
Your help and support are appreciated.
Harley
|
You can use
use lock = 1
as described in the documentation. Auto-submission is on the wishlist and will be implemented in the not-so-far future. |
openssl - openssl/ssl.h, posted by Christoph Kukulies on Tue Nov 9 18:05:00 2010
|
Nasty nasty. I prepared a longish post and only because I forgot to click an Icon of choice, all my message is lost.
Thus in short:
openssl/ssl.h isn't there.
I assume I got to get it from openssl.org.
But where do I put it in the compilation tree?
--
Christoph
|
Re: openssl - openssl/ssl.h, posted by Christoph Kukulies on Thu Nov 11 11:08:32 2010
|
Christoph Kukulies wrote: |
Nasty nasty. I prepared a longish post and only because I forgot to click an Icon of choice, all my message is lost.
Thus in short:
openssl/ssl.h isn't there.
I assume I got to get it from openssl.org.
But where do I put it in the compilation tree?
--
Christoph
|
Replying to my own post: libdev-ssl wasn't installed.
--
Christoph
|
how to set text column width, posted by phichitpon on Fri Oct 8 04:53:50 2010
|
hello
how to set text column width in Elog
thank you |
Re: how to set text column width, posted by Stefan Ritt on Fri Oct 8 09:19:13 2010
|
phichitpon wrote: |
hello
how to set text column width in Elog
thank you
|
There is currently no easy possibility to change this except manually changing the CSS file. But that requires some CSS and HTML knowledge. You would have to change the CSS class "listtitle2" and "summary". |
SQL Database, posted by lance on Thu Sep 2 10:30:14 2010
|
We have been running elog for a few years now and its solid. The only thing is we are getting to 140k entries over a few books and its starting to slow down whist searching. My questions is can we go to an SQL type database rather than a flat file? Is it worth it? Is anyone running this type of configuration? |
Re: SQL Database, posted by Stefan Ritt on Wed Sep 15 00:21:10 2010
|
lance wrote: |
We have been running elog for a few years now and its solid. The only thing is we are getting to 140k entries over a few books and its starting to slow down whist searching. My questions is can we go to an SQL type database rather than a flat file? Is it worth it? Is anyone running this type of configuration?
|
Running through a SQL database requires a major rework of the software. I'm planning this in the long run, but not for this year. I'm also not sure how much this would buy you. If you do a full-text search on 140k entries in a SQL database (not index search), this might also take some time.
But what you can do is to "archive" part of your logbooks. Since the files are named YYMMDDa.log, you can move all 09XXXXXa.log files into a separate "archive" which you then do not include in your search. |
Re: SQL Database, posted by Bill Pier on Thu Sep 23 17:22:43 2010
|
What about using something like MySQLfs to get a db backend transparently to ELOG? I use ENCFS, (a FUSE backend), currently to achieve encrypted logbooks and it works fine -- ELOG never knows anything other than reading and writing to logbook files. From what I've read, the MySQLfs backend would work the same, and you likely would gain some of the caching benefits of MySQL, which might help with your read/search times, given the memory requirements of the database of course.
Bill
lance wrote:
|
We have been running elog for a few years now and its solid. The only thing is we are getting to 140k entries over a few books and its starting to slow down whist searching. My questions is can we go to an SQL type database rather than a flat file? Is it worth it? Is anyone running this type of configuration?
|
|
Cannot bind to port 8080, posted by marco meneghelli on Fri Sep 17 14:54:51 2010
|
good morning,
I have installed elog 2.8.0 from terminal but when I type
elogd -p 80
or simply
elogd
the system tells me
Cannot bind to port 8080
Can someone help me?
Thanks
Marco M |
Re: Cannot bind to port 8080, posted by Stefan Ritt on Mon Sep 20 14:54:21 2010
|
marco meneghelli wrote: |
good morning,
I have installed elog 2.8.0 from terminal but when I type
elogd -p 80
or simply
elogd
the system tells me
Cannot bind to port 8080
Can someone help me?
Thanks
Marco M
|
Under linux, only the "root" user can start programs on ports below 1024. If you get problems binding to ports above 1024 (such as 8080) it means that some other program uses already that port. You can check what is running usually with
netstat -l -p
|
Searching Logbooks, posted by David Pilgram on Thu Sep 2 12:40:03 2010
|
Hi Stefan,
I'm starting to get a similar problem to Lance's ("SQL Database"). Searching is beginning to take time.
In searching, I either can search one logbook (still relatively quick), or all of them.
I have my logbooks in groups, and often I know which group I want to search, and it would make the searching
much quicker were the search confined to just that group. I don't think I've missed anything in the
documentation on this matter.
If not a change to the elog program, is there another way of (say) arranging the logbooks that will achieve this? |
Re: Searching Logbooks, posted by Stefan Ritt on Wed Sep 15 00:32:48 2010
|
> Hi Stefan,
>
> I'm starting to get a similar problem to Lance's ("SQL Database"). Searching is beginning to take time.
>
> In searching, I either can search one logbook (still relatively quick), or all of them.
>
> I have my logbooks in groups, and often I know which group I want to search, and it would make the searching
> much quicker were the search confined to just that group. I don't think I've missed anything in the
> documentation on this matter.
>
> If not a change to the elog program, is there another way of (say) arranging the logbooks that will achieve this?
You can't do that right now. I would have to extend the functionality to allow searching in groups. Also have a look
at https://midas.psi.ch/elogs/Forum/66901. Maybe that helps a bit in meantime. |
Re: Searching Logbooks, posted by David Pilgram on Wed Sep 15 01:54:56 2010
|
Hi Stefan,
I was rather hoping that was *not* going to be your answer.
I much prefer the plain ascii file format, for it allows me to edit it for "mistakes" post submission,
shall we say.
> > Hi Stefan,
> >
> > I'm starting to get a similar problem to Lance's ("SQL Database"). Searching is beginning to take time.
> >
> > In searching, I either can search one logbook (still relatively quick), or all of them.
> >
> > I have my logbooks in groups, and often I know which group I want to search, and it would make the searching
> > much quicker were the search confined to just that group. I don't think I've missed anything in the
> > documentation on this matter.
> >
> > If not a change to the elog program, is there another way of (say) arranging the logbooks that will achieve this?
>
> You can't do that right now. I would have to extend the functionality to allow searching in groups. Also have a look
> at https://midas.psi.ch/elogs/Forum/66901. Maybe that helps a bit in meantime. |