Stefan,

Thanks for writing back so fast. I'll have the folks in India check that link and see if the problem exists there.
I couldn't duplicate the problem here on my end. I'm beginning to think that it's a connection problem. They
tell me that the elog site (our site) is slow for them. It's only capable of 118kb/sec which, coupled with
the distance from USA to India might make things slow. In the USA I found the site to be usable and not that
slow. I'll let you know what they say about the test link.

Mike

That's strange. Normal pages are set to "pre-expire" (expiration date 1983...) which forces the browser to always load them from the server. This is necessary since someone else could have modified that page and you would look at an old page in your browser's cache. But using this, I never saw a "page expired" message. The browser simply reloads the page. Maybe if the internet connection got lost in between and the browser cannot load the page from the server, you have a problem. Attached pictures have a expiration date of +1 day. So even if you span different time zones, that should be fine. Can they try to access https://midas.psi.ch/elogs/Linux+Demo/14 and see if they get the same problem there? This is my demo setup and resides in Switzerland.

The only way to get two entries is if you submit your entries twice. The same problem exists on some credit card payment sites, which explicitly state "please be patient, don't press submit twice, don't press back". The same applies for elog. 

No, this is not implemented right now. But if nothing else helps, I can add a new option.

Have a few issues here. The big one is that I have some users of our elog books
that are in India, while the server is in USA. When they click on thumbnail images
then press their browser back-button they get a page expired message and are
unable to see what they were looking at before unless they go back to the main
page. Is this an elog problem or something with Apache?

Also when these users in India write messages sometimes we end up with
duplicate messages seconds apart. I'm not sure if they are pressing the submit
button repeatedly or pressing their browser back button. I've suggested they
try not to do that.

Last issue, is there a way to make thumbnail images open in a new window
by default rather then the same window? This would help fix the first issue at
least. Is there some setting to fix the page expiration/time-out issues?

Regards,
Mike

gmail uses TLS (Transport Layer Security) for the mail communication, which is currently not supported by elog. 

 I'm trying to use gmail to send password recovery e-mails, I get this error when I submit the email address.

"Error sending Email via "smtp.gmail.com": 5.7.0 Must issue a STARTTLS command first. 2sm5111524agd.34"

Any help or insight would be appreciated.

Ed... 

> > Hi Stefan,
> > 
> > I don't know if anyone else would be interested or need this...
> > 
> > If you have an Roption, and it is not required (maybe...) or have a preset attribute, it is possible to make an
> > entry and have replies without any of the attributes in that Roption being selected.
> > 
> > However, once an attribute in that Roption has been selected, it is not possible to go back (editing) to the
> > condition before one was selected on that entry (so far as I can tell).  
> > 
> > Is a way of cancelling all the possible attributes in an Roption practical?  Would others want it?  It is
> > possible with options, as there is a "please select" which can be used to cancel whichever attribute in the
> > option that has been selected.
> > 
> > Regards,  David
> 
> The easiest to achieve this is to define another option. Assume you have the three options
> 
> One, Two, Three
> 
> and you want to "unselect" them. So just add a fourth option like
> 
> Unspecified, One, Two, Three
> 
> so if you do not want any of the "One, Two, Three", just click on "Unspecified" and you get what you want.

This is sort of what I do now, I just wondered if there was a way of clearing that would leave the field completely
blank in the YYMMDDa.log file.

Thanks.

> Hi Stefan,
> 
> I don't know if anyone else would be interested or need this...
> 
> If you have an Roption, and it is not required (maybe...) or have a preset attribute, it is possible to make an
> entry and have replies without any of the attributes in that Roption being selected.
> 
> However, once an attribute in that Roption has been selected, it is not possible to go back (editing) to the
> condition before one was selected on that entry (so far as I can tell).  
> 
> Is a way of cancelling all the possible attributes in an Roption practical?  Would others want it?  It is
> possible with options, as there is a "please select" which can be used to cancel whichever attribute in the
> option that has been selected.
> 
> Regards,  David

The easiest to achieve this is to define another option. Assume you have the three options

One, Two, Three

and you want to "unselect" them. So just add a fourth option like

Unspecified, One, Two, Three

so if you do not want any of the "One, Two, Three", just click on "Unspecified" and you get what you want.

Hi Stefan,

I don't know if anyone else would be interested or need this...

If you have an Roption, and it is not required (maybe...) or have a preset attribute, it is possible to make an
entry and have replies without any of the attributes in that Roption being selected.

However, once an attribute in that Roption has been selected, it is not possible to go back (editing) to the
condition before one was selected on that entry (so far as I can tell).  

Is a way of cancelling all the possible attributes in an Roption practical?  Would others want it?  It is
possible with options, as there is a "please select" which can be used to cancel whichever attribute in the
option that has been selected.

Regards,  David