Thanks for reporting that problem. I finally found the bug and fixed it. I made a new elog278-2 for you to download. 

Attributes = Author, Type, Status, Revisions, Department
Options Type = ABD{1}, DEF{2}
Show Attributes Edit = Author, Type, Status, Revisions
{1}Show Attributes Edit = Author, Type, Status, Revisions, Department
{2}Show Attributes Edit = Author, Type, Status, Revisions

Options Status = New, Under progress, Closed
Subst Revisions = $date status $status
Subst on Edit Revisions = $Revisions<br>$date status $status

Options Status = New, Under progress, Closed
Subst Revisions = $date status $status
Subst on Edit Revisions = $Revisions<br>$date status $status

Can you try elog278-2. It should fix that problem. 

No. The standard database engine inside ELOG works this way. It allows you to backup then every month or year easily just on the file system by copying all 10????a.log files for example. If you would have just one file (which could become very large), there is no easy way to do that. 

> Is there any way to directly paste an image from a Windows clipboard into an elog entry page?  It's obvious
> for uploading a file, but many of my users say that they never make a file, they just want to paste in an image
> already onscreen.

This is a limitation of the FCKEditor used inside ELOG, and actually of the whole browser concept under Windows. 
There are some extensions to Firefox which let your paste an image as an attachment, but none for doing this right 
into the text body. For some discussion about this have a look at

http://forums.developer.mindtouch.com/showthread.php?t=188

for example.

> > > Is there any way to directly paste an image from a Windows clipboard into an elog entry page?  It's obvious
> > > for uploading a file, but many of my users say that they never make a file, they just want to paste in an image
> > > already onscreen.
> > 
> > This is a limitation of the FCKEditor used inside ELOG, and actually of the whole browser concept under Windows. 
> > There are some extensions to Firefox which let your paste an image as an attachment, but none for doing this right 
> > into the text body. For some discussion about this have a look at
> > 
> > http://forums.developer.mindtouch.com/showthread.php?t=188
> > 
> > for example.
> 
> Hmmm.  Well, does that mean that it is easier under Linux?  I have to confess I couldn't figure that out either.  But
> I'd be delighted to have Yet Another Reason to tell the users that "it works under Linux, maybe you should switch...."  

I'm not sure, but I doubt that it would work under Linux. It's a general security issue: If your browser has free access to 
your clipboard, then what happens if you for example copy-and-paste a password in some application, then forget your password 
in the clipboard, then you surf to a malicious website, and a script on that site grabs your clipboard contents? This would 
be a severe security hole on ANY operating system.

> Hello,
>    I feel that the filter result could be confusing and unexpected when "COLLAPSE TO LAST" is enabled: you 
> filter the first entry but you show the last one. What is filtered doesn't correspond with what is shown (look 
> the attached example). 
> 
> I suggest to implement an option to let the user decide which entry (first or last) should be retrieved for 
> filtering (a tentative patch is attached).
> 
> Thank you 
> 
>     Gabriele
> 
> P.S. A similar behaviour occurs when you sort the logbook: it could appear as not sorted because you sort the 
> first entry but the last one is shown.

You are absolutely right. When doing filtering, entries shown or not shown have not much to do with the filter. 
Rather than messing around with first and last entries, I decided to break apart threads completely when doing 
filtering, so the entries are treated as individual entries, just like what you do when filtering in summary mode. 
This gives then consistent filtering results. The modification is done in revision 2282.

Great! Thanks a lot for your patch. I appreciate if people not only come up with problems, but have already the solution. I committed your patch to the distribution, so it will be included in the next version.

- Stefan

The message ID is part of the "user data" of the email, not of the standard email header. So the mail servers "do not know" about the message ID, which make it strange that double messages are filtered. Nobody else reported this problem before. Maybe is it related to your SPAM filter? Can you check if the double entries are classified as SPAM in your case?