A pull request would be highy appreciated, because you can then test it thoroughly on your side. Adding a random number to the message id is simple. "Reply-to" indeed does not make sense since elog cannot receive emails. Most sites use a generic "noreply@<domain>" to indicate to the user that a reply does not make sense. I guess the "Reply-to" does not have to be unique, right?

Pull-request posted. Cheers.

Pull-request merged.

I've seen exact;y this effect, even though I have branching = 0 in my config file - so ordinarily no chance to have two
 replies to an entry.  My pointer aka mouse (I'm on Linux) is a bit dodgy, and sometimes disconnects/reconnects, so in effect gives a very fast double click.  I've always assumed that was the cause of the problem.  The two replies have incremental IDs, and both those IDs are listed in the "Reply to" header section of the entry.  I'm not sure how this overcomes the branching = 0 detail, though.

That is what I have assumed, but if others see this on occasion, perhaps it's got a different cause.

We have elog-2.7.5-1.i386 on SL 5

If I create an elog entry using the web interface, and include an inline image,  email is sent with a zero-length named attachment - the MIME header is present, but no content.

In the config file, Email Format = 47, though I also tried with format = 63.

Is this a bug that was fixed in a later version, or a configuration error (or a new bug) ?

Probably us not having ImageMagick installed. elog was able to attach pdf's, xpm's and xbm's to email, but not jpeg's or png's, though they inlined OK in HTML on the server.

It seems OK, I think, after installing ImageMagick and restarting.

Dear all,

I have elog version 3.12-bd75964 installed on an Ubuntu OS. We started working with it yesterday and today I was informed that the users could not connect to the elog. When I tried it was also not possible to get to the elog website. After restarting the Ubuntu machine everything was back to normal.

Is there a log I can check to find out why the elog stopped working?

Regards,

John

I don't know if you can get elog to generate a log file - check the documentation, I don't bother.  But I do have some experience with this matter.

There are two related circumstances I know of that can arise which will cause elog to crash.

As you are probably aware, the entries are threaded.  I find the main problem is if you move a long thread - I forget the number but over 30 entries - from one log book to another, it will copy across fine, but the deletion of the thread from the source logbook will crash elog *before* the entire thread has been deleted: cause 1.

If you then restart elog, and happen to access the partially deleted thread, elog will run into a loop.  You won't be able to access elog, and you will see it is burning up CPU time, and it probably will eventually crash, but normally I find what the process number is and kill it (with "kill -9 [process no]").  This is cause 2.  The reason is that elog is looking for an entry number in the thread that no longer exists (because elog has already deleted it).

There is a moderately convoluted way I have devised to completely delete the partially deleted thread, needing access to the yymmdda.log files.  Cause 2 can also occur if someone manually edits yymmdda.log files with insufficient care (that includes me on occasion).