Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 170 of 807  Not logged in ELOG logo
ID Date Icondown Author Author Email Category OS ELOG Version Subject
  1877   Thu Jul 13 15:25:44 2006 Reply Stefan Rittstefan.ritt@psi.chBug reportWindows2.6.1-1681Re: Elogd.exe crashes on windows

Tim Fowler wrote:
I have elog setup to send emails based on the priority of one of the attributes. When a new entry is created, the emails are sent successfully, however if the entry is edited or if you changed the attribute, elogd.exe will crash with a memory access error.

I have tried this and received the same results on different computers and different versions on Elog down to versions 2/6.0 beta 5. (it works correctly in that version).

The attribute in question is setup something like below:

Attributes = Ticket #, Site, Shift, Type, Area, System Name, Description, Priority, Status, Total Down Time, Last Revision

...(omitted config)

Options Priority = High, Medium, Low

...(omitted config)

Use Email Subject = $Site -- $System Name $Description
Use Email From = testuser@myexample.com

;Send email if priority is set to high
Email Priority High = testuser2@myexample.com

Display Email recipients = 1
Email Format = 14


This problem has now been fixed in version 2.6.2.
  1880   Sat Jul 15 17:58:46 2006 Reply Stefan Rittstefan.ritt@psi.chBug reportLinux2.6.2-1702Re: astonished icon

Elaine Cristina Franchini dos Anjos wrote:
Hi Stefan,

I've been trying to use the astonished icon, but the preview or entry
display shows only a broken image.

I found in the elogd.c at line 5556 :
{"8o", "<img src=\"%sicons/eek.png\">"}

I copied the "astonished.png" to "eek.png" and it worked.

Is it the reason of the problem ? ?)


Actually the C code should be "astonished.png" instead of "eek.png". I changed that in revision 1704. BTW, thanks for the Brazilian translation. Astonished
  1881   Mon Jul 17 13:20:07 2006 Reply Gerald Ebberinkg.h.p.ebberink@nclr.nlQuestionLinux2.6.1Re: restrict access

Stefan Ritt wrote:

Gerald Ebberink wrote:
As you can see, I have implemented a temporary fix in the way of allowing only certain hosts access. But where does this Internal error come from.


I only can identify this error if you send me your current ("de-sensified") elogd.cfg.


I have just installed the svn version of elog, and the problem has been fixed.

Thank you very much!
  1883   Mon Jul 17 13:49:37 2006 Reply Stefan Rittstefan.ritt@psi.chCommentLinux2.6.2-1706Re: Duplicate of a reply should be a reply

Gerald Ebberink wrote:
Hello everybody

This weekend I found that if I duplicate a reply it does not become a reply it self.
Is this on purpouse?
I have been through the source a little (not much time for that) and I can not find a reason where the "in reply to" value is dropped.

Could anyone give me an pointer?


This is on purpuse. The Duplicate functionality is ment to "clone" an existing entry, to save some typing work if an existing entry contains most of what one wants in a new entry. If one duplicates a reply, it is detached from the original thread, so there is not entry to attach the duplicate to. I guess you want to make a new reply to an existing entry, and then have another existing reply as a template for that, but this is not possible. If I would not drop the "in reply to" value, the duplicate would point to the wrong entry.
  1885   Wed Jul 19 12:35:16 2006 Reply Stefan Rittstefan.ritt@psi.chQuestionLinux Re: Use Email From = <string>

Dimitrios Tsirigkas wrote:
My users have complained about the multiple "I'm away from xxx until xxx" automated replies that they get when they post an entry and notifications are sent with their email in the "From" field.


Yes, I had the same problem with this forum.


Dimitrios Tsirigkas wrote:
Is there a way to override that default and always use the setting of the option Use Email From?


Sure. You override the default by setting the Use Email From. In the forum I set it now to Use Email From = noreply@psi.ch which is a nonexisting address. While now this is ok, our former email server did not accept this because the user noreply does not exist at our institute. So you have to figure out if this works at CERN.
  1886   Wed Jul 19 12:47:58 2006 Reply Dimitrios Tsirigkasdimitrios.tsirigkas@cern.chQuestionLinux Re: Use Email From = <string>

Stefan Ritt wrote:
Sure. You override the default by setting the Use Email From. In the forum I set it now to Use Email From = noreply@psi.ch which is a nonexisting address. While now this is ok, our former email server did not accept this because the user noreply does not exist at our institute. So you have to figure out if this works at CERN.


Thanks, Stefan! I misunderstood the documentation, thinking that the Use Email From option value was only used if the user submitting the entry had not registered an e-mail address when creating his/her elog account. This works fine. Smile
Cheers,
Dimitris
  1887   Wed Jul 19 15:05:02 2006 Reply Elaine Cristina Franchini dos Anjoselaine@ccuec.unicamp.brBug reportLinux2.6.2-1702Re: astonished icon

Stefan Ritt wrote:

Elaine Cristina Franchini dos Anjos wrote:
Hi Stefan,

I've been trying to use the astonished icon, but the preview or entry
display shows only a broken image.

I found in the elogd.c at line 5556 :
{"8o", "<img src=\"%sicons/eek.png\">"}

I copied the "astonished.png" to "eek.png" and it worked.

Is it the reason of the problem ? ?)


Actually the C code should be "astonished.png" instead of "eek.png". I changed that in revision 1704. BTW, thanks for the Brazilian translation. Astonished


Thank you for your quick response ! Astonished
Happy I'm glad to be able to contribute !

Regards,
Elaine
  1889   Wed Aug 9 19:40:42 2006 Reply Stefan Rittstefan.ritt@psi.chQuestionWindowsV2.6.2-169Re: Retain original ELOG id when moving an entry to an archive weblog

Fergus Lynch wrote:
We have a number of weblogs where we regular archive off 'completed' entries to a separate archive weblog:

Is it possible to retain the original ELOG id when moving an entry to an archive weblog, or have a locked field which holds the original id which we could subsequently reference in the archive?


First of all, a reference to the original ELOG entry would not help if it's moved into another logbook (archive). Keeping the id is not possible technically, since it severs as a kind of primary key, which must be unique etc. There is however the possibility to create a "secondary" ID, using the Preset xxx = ### functionality. The attribute xxx will have increasing numbers just like the primary ID. You even can combine this with the current year or month (see documentation). The problem now is how to reference such an entry. You cannot just type elog:123 as this only references the primary ID. You would have to do a "hidden" search such as

http://midas.psi.ch/elogs/Forum/?xxx=###

where ### is your secondary id. This will of course be slower because if you click on such a reference, your whole archive will be searched for.
ELOG V3.1.5-3fb85fa6