The limit is defined in elogd.h:

#define MAX_ATTACHMENTS   50

I never thought that someone wants to have more than 50 attachments, since it will take forever to upload them. You can change the value on your own risk and recompile elogd. At some point you will run out of stack space, in which case elogd will crash, but you could increase the heap memory with a linker option. Just google for it.

Best,

Stefan

If you use HTML encoding, you can do that with

Prepend on reply = <br />

to achieve the same thing (as I did just here in this reply).

Stefan

There are several SMTP authorisation options, and only a subset is supported by ELOG. Have you tried without the "SMTP username"?

Stefan

Updating my toolbox.  Starting to use elog as, well, a logbook.  Kind of liking the short, sweet, to the point capabilities.

Which leads me to wonder if anybody has opinions on trouble ticket systems that work well with elog?

Thanks!

Miles Fidelman

Hi all,

I am trying to set up elog here at the University of Minnesota.  It looks very promising for helping to manage a fairly complicated operation.  I've got most of what I want set up without too much difficulty.  However, I find that I'm having some difficulty to get it working properly with email.

In particular, I have my account set up to email me when log entries are made (subscribe to logbooks option is selected).   In the global section of my elogd.conf file I have set up the variables:

SMTP host = factoryserver5
SMTP username = factory

However, when I make a test entry, I get an error at the top:

Error sending Email via <i>"factoryserver5"</i>: 5.5.1 Error: authentication not enabled

I tried setting the password using "elogd -t" but to no avail.  I also tried a few different values for SMTP host

Any suggestions as to what I am doing wrong?

Cheers,

Satish

Hi Stefan,

I have observed following behavior when I move entries from one logbook to another:

1. The first entry in "Open" get ID "1"
2. When I move this Item to "Closed", it will keep ID "1" as I have used "Preserve IDs = 1"
3. A new entry in "Open" gets ID "1" again
4. When I move this item to "Closed" it will overwrite the previous ID "1" in "Closed"
5. A new entry in "open" gets ID "1" again....

Every new entry in "Open" will get the next higher ID Number related to the highest available ID number/entry in "Open".

Upon "move to Closed", the previous entries in "Closed"will be overwritten.

Is there a way to prevent the usage of a previously used ID Number when entering a new ID?
I.e. If an entry with ID "1" has been used in "Open" and moved to "Closed", have the next entry in "Open" use ID "2"?

Kind regards,

Barend

Hi Stefan,

Happy New Year!

I ran several searches thru the forum but I could not detect a suitable entry on the following:

Is it possible to hide/un-hide the Commands, like "Edit", "Reply", "Duplicate", from the Menu based upon an Option of an Attribute?

E.g. Attributes = Status, .. | Options Status = Open, Closed

When Status = "Open"; the Menu Commands "Edit", "Reply" and "Duplicate" are available.

When Status = "Closed"; the Menu Commands "Edit", "Reply" and "Duplicate" are hidden/not available.

-or-

Can this only be accomplished using 2 Logbooks (Open / Closed) and move an entry from "Open" to "Closed" where the Logbook "Closed" is not using the Commands  "Edit", "Reply", "Duplicate".

Kind regards,

Barend

I use plain encoding, cannot answer for the others but it should do the trick as it's in the documentation.  I'm using Firefox some large number and 2.9.2.-2475

I do what I believe you want, and get it by having the following line in my config file for that logbook (which is part of elog.cfg):

 Prepend on reply = \n

This gives a blank line at the "top" of the entries when you start a reply, and all the previous entries gain another "> " unless you've also altered that default behaviou (as in fact I have).  The result then looks like:

Latest line of text

> Previous entry

> > Previous entry to that