installed elog 2.5.5 agin, same effekt with "back" / "zurück". checked the 
language file eloglang.german witch seem ok for me and the translations are 
well done. removed then in eloglang.germen the traslation for back and checked 
this: still back was viewed. reinserted the translation "Zurück" (just this 
word!)and checked again: everithing looks fine, no longer back, correctly 
Zurück on the button.
absolutly no idea why and whats the difference was! bus it works...
thank's stefan!  :-)

> > 2. the "back" link is clear and tranlated to "Liste". But I mean the back 
> > button 
> > in the entry and the edit mode (see picture)...  ;-)
> 
> Well, if you try with the demo logbook, the "Back" button is translated
> correctly, so I don't know whats wong in your case. Can you check that your
> eloglang.german file is intact?

> i am trying to implement ssl features on our logbooks. however, it seems
> that stunnel has drastically changed their program and the usual startup
> procedures listed on the elog page don't work.
> so, what is the new method for getting elog set up with stunnel?

stunnel is kind of a deprecated feature. Better use the SSL proxy of Apache,
as written in the elog admin guide. If someone else figures out how to use the
more revent stunnel, I'm willing to update the documentation.

The <pubDate> item doesn't appear to be a valid RFC-822 date.  Causes some
aggregators to fail when parsing.

The error is shown by Feedvalidator:
http://www.feedvalidator.org/check.cgi?url=http%3A%2F%2Fmidas.psi.ch%2Felogs%2FForum%2Felog.rdf

> I implemented experimentally RSS feeds into Elog. Before releasing this new
> addition, I would like to collect some experience with it. This forum now
> supports RSS feeds, for which you can subscribe with a RSS feed reader like
> Mozilla Firefox. Please give it a try and send me any feedback.
> 
> For an introduction to RSS feeds, please see 
> 
> http://www.webreference.com/authoring/languages/xml/rss/intro/
> 
> To subscribe to a logbook, enter following URL into your RSS reader:
> 
> http://<your-elog-host.domain>/<logbook>/elog.rdf
> 
> From the newest Mozilla Firefox browser, you can also click on the RSS box at
> the lower right corner of the browser (see attachment).

> The <pubDate> item doesn't appear to be a valid RFC-822 date.  Causes some
> aggregators to fail when parsing.

I fixed that, now it passes the Feedvalidator. New version is under CVS.

I have a logbook with an attribute that has a number of fixed values. I 
use MOptions to prevent typos when entering and allow multiple "keywords".
When searching the users can only search on one keyword.
Is there any way to search on multiple values (AAA|BBB|CCC)? If I do not 
use MOption, they can do this, but the users entering logs may mistype the 
keywords.

> I have a logbook with an attribute that has a number of fixed values. I 
> use MOptions to prevent typos when entering and allow multiple "keywords".
> When searching the users can only search on one keyword.
> Is there any way to search on multiple values (AAA|BBB|CCC)? If I do not 
> use MOption, they can do this, but the users entering logs may mistype the 
> keywords.

Even with Moptions, you can put into the "Text:" line

(AAA|BBB|CCC)

and click on "Search text also in attributes". This is a valid regular
expression with searches for AAA or BBB or CCC. Unfortunately you still can
mistype the values. If I would add check boxes in the find page, it would not
be clear if one searches for an "AND" of several values or an "OR" (Most people
would probably think that they want an "AND" because this happens if they
restrict several attributes).

> > I have a logbook with an attribute that has a number of fixed values. I 
> > use MOptions to prevent typos when entering and allow multiple "keywords".
> > When searching the users can only search on one keyword.
> > Is there any way to search on multiple values (AAA|BBB|CCC)? If I do not 
> > use MOption, they can do this, but the users entering logs may mistype the 
> > keywords.
> 
> Even with Moptions, you can put into the "Text:" line
> 
> (AAA|BBB|CCC)
> 
> and click on "Search text also in attributes". This is a valid regular
> expression with searches for AAA or BBB or CCC. Unfortunately you still can
> mistype the values. If I would add check boxes in the find page, it would not
> be clear if one searches for an "AND" of several values or an "OR" (Most people
> would probably think that they want an "AND" because this happens if they
> restrict several attributes).

Yes, I can use the Text: search, but I still have the mistyping problem. (My 
field values are like "ENA, ETB, HRES, etc.) -- Easy to have a typo.

Currently there is a dropdown when searching for MOption fields. Maybe you could 
allow multiple selections in the dropdown. This to me is an "OR" search.

> Currently there is a dropdown when searching for MOption fields. Maybe you could 
> allow multiple selections in the dropdown. This to me is an "OR" search.

Multiple selections are not possible in HTML, only a single value can be selected at
a time.