> > Having made one entry in the thread about message ID, I could neither edit the entry or add an additional reply
> > without getting "Proxy Error" messages.  I've had this trouble on this forum before, a long time ago.  Perhaps
> > it is connected with the html coding?
> Hi Stefan,
> 
> I now cannot even reply to you in the message id thread; I keep getting:
> 
> Proxy Error
> 
> The proxy server received an invalid response from an upstream server.
> The proxy server could not handle the request POST /elogs/Forum/.
> 
> Reason: Error reading from remote server
> 
> Apache/2.2.3 (Scientific Linux) Server at midas.psi.ch Port 443
> 
> It is, I think, something to do with the html coding (as I normally use plain, I don't come across this as an issue).
> 
> However, in the cause of the experiment, I will submit this entry, then go back and edit it, and if I don't get
> Proxy Error, then that certainly will be something to do with the html coding.
> 
> And this is an extra edited line - if you see this, I got past the proxy error issue this time.  But did you get two
> emails?

That is interesting.  I can make 1 (one) submission to a thread which uses html coding, then I get hit by proxy errors. 
But I can edit, play around or whatever if it is in plain coding.  Yet to see how many emails were generated...

> > > Having made one entry in the thread about message ID, I could neither edit the entry or add an additional reply
> > > without getting "Proxy Error" messages.  I've had this trouble on this forum before, a long time ago.  Perhaps
> > > it is connected with the html coding?
> > Hi Stefan,
> > 
> > I now cannot even reply to you in the message id thread; I keep getting:
> > 
> > Proxy Error
> > 
> > The proxy server received an invalid response from an upstream server.
> > The proxy server could not handle the request POST /elogs/Forum/.
> > 
> > Reason: Error reading from remote server
> > 
> > Apache/2.2.3 (Scientific Linux) Server at midas.psi.ch Port 443
> > 
> > It is, I think, something to do with the html coding (as I normally use plain, I don't come across this as an issue).
> > 
> > However, in the cause of the experiment, I will submit this entry, then go back and edit it, and if I don't get
> > Proxy Error, then that certainly will be something to do with the html coding.
> > 
> > And this is an extra edited line - if you see this, I got past the proxy error issue this time.  But did you get two
> > emails?
> 
> That is interesting.  I can make 1 (one) submission to a thread which uses html coding, then I get hit by proxy errors. 
> But I can edit, play around or whatever if it is in plain coding.  Yet to see how many emails were generated...

Hi Stefan,

I only got one email in response to the second entry of this thread, no email was received after the edit of the entry.  The
next email received was due to the third entry of this thread.

> > > I only got one email in response to the second entry of this thread, no email was received after the edit of the entry.  The
> > > next email received was due to the third entry of this thread.
> > 
> > Ok, let me try (sorry to all the users who subscribe to this forum for pestering you...):
> > 
> > 1st reply to your entry.
> > 
> > 1st reply edited.
> 
> I got two email notifications, the second one I attached as a screen shot. So I don't know what happened in your case. The problem 
> with the proxy is sometimes related to slow internet connections. If the HTML code transported over the internet has some delay 
> between packets, the proxy server sometimes drops the connection. I don't know how to fix that in my Apache. If you edit in HTML, 
> your browser downloads the JavaScript code and icons for the edit window, which is a lot of data, so the dropping is much more 
> likely.
Hi Stefan,

I confirm that this is a slow internet line, so that explains the Proxy Error.  

Maybe I should just keep my head down on threads where people use html coding ;-)

Did you receive two emails to my entry 66677?  I only received one.

I only received one email to your posting 66680 - the first entry, not the edited version.

> > > > > I only got one email in response to the second entry of this thread, no email was received after the edit of the entry.  The
> > > > > next email received was due to the third entry of this thread.
> > > > 
> > > > Ok, let me try (sorry to all the users who subscribe to this forum for pestering you...):
> > > > 
> > > > 1st reply to your entry.
> > > > 
> > > > 1st reply edited.
> > > 
> > > I got two email notifications, the second one I attached as a screen shot. So I don't know what happened in your case. The problem 
> > > with the proxy is sometimes related to slow internet connections. If the HTML code transported over the internet has some delay 
> > > between packets, the proxy server sometimes drops the connection. I don't know how to fix that in my Apache. If you edit in HTML, 
> > > your browser downloads the JavaScript code and icons for the edit window, which is a lot of data, so the dropping is much more 
> > > likely.
> > Hi Stefan,
> > 
> > I confirm that this is a slow internet line, so that explains the Proxy Error.  
> > 
> > Maybe I should just keep my head down on threads where people use html coding ;-)
> > 
> > Did you receive two emails to my entry 66677?  I only received one.
> > 
> > I only received one email to your posting 66680 - the first entry, not the edited version.
> 
> I checked my email server and found that the second message really went though it. But then I realized that there is indeed the "Message-
> ID:" in the email header (which I completely forgot in meantime). So maybe George Paplexis is right in that some mail 
> server/forwarder/receiver ignore a second email if it has the same ID. That would mean however that I have to introduce a "revision 
> number" for elog entries, which gets incremented on each edit and gets attached the the message-ID, so that it becomes unique again. 
> That's quite some work and has to wait a bit.

I had come to the same conclusion about the mail header being the same (see my email to you for full details).  

Sorry to all your subscribers for the email ping pong, although if others did receive two emails on the relivent entries - one original, and
one edited, it would be interesting, if possibly now academic, to know.

It is a good point, and surprised that this particular number of days was overlooked.

It only needs four lines added into elogd.c to achieve this.  Even with my notorious 
c coding, I did it first time, but as I'm on linux, not a great help for you.  Indeed, 
any other arbitary number of days could be added in, if you have the sources and means 
to recompile.

I think windows versions are only updated on version number, not svn number, so it will 
require a request to the great man himself(*) to produce a new version for windows.

(*)Hint; Stefan likes the occasional beer.


<p>
<table width="98%" align="center" cellspacing="1" style="border:1px solid #486090;">
<tbody>
<tr>
<td cellpadding="3px" style="background-color:#486090; font-weidht:bold; color:white;">Paul O'Shaughnessy
wrote:</td></tr>
<tr>
<td cellpadding="10px" style="background-color:#FFFFB0;"><p>Is it possible to create a drop down menu for the
last 3 days of log entries. Currently we have the last day, month, 3 month, etc.</p>
<p>Reason being, after a weekend most people would like to view the log entries&nbsp;for the last three days.
Can anyone help me out here?</p></td>
</tr>
</tbody>
</table>
</p><p> </p>

Just to say that this bug was fixed some time ago - I don't remember when (a senior moment).  
I know because I reported it to Stefan (along with the rest of the universe), as it was appearing 
on this forum when it was running on that particular SVN version. 

If you update to the latest version of elog, all will be fine.

David.
(helping Stefan, since I usually give him such a hard time).

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?

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.