> Have set up 3 top level groups, each with their own password file.
> Ever since users have to 'login' twice to get to the appropriate elog.
> You click on top level group, get to log book and click on the one you want 
> and get login/password dialog box, click ok and and you get it again and 
> then you finally get into the elog book.
> 
> Anything I can check on this behavior?

Sorry my late reply, was very busy these days... (;-) Can you send me your
elogd.cfg so that I can see how you defined your groups?

- Stefan

> 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.

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).

Thanks, the file will be contained in the next release.

Thanks to Recai Oktas, who encourage me to complete the Bulgarian
translation for the Debian elog package, the Bulgarian translation is
completed and attached.

> Could you implemet and option 'admin menu' which gets displayed
> when an 'admin' is logged in.  This menu could e.g. also include 'Delete'
> while the normal menu would not.

You can achieve the same via

Allow delete = <admin name>

Ok, I changed that in version 2.5.5-3. Note that one can also use the "elog:..."
substitution, like

Display ThisURL = elog:$logbook/$message id

> I happened to find something interesting when trying my perl script. it hangs the
> elog system with hand-crafted http header.

This bug has been fixed in revision 1.524 of elogd.c available from CVS.