I implemented this, but found some problems. If I encode the subject like

Subject: =?ISO-8859-1?Q?ורז?=

it displays well unde MS Outlook, but not under Mozilla Thunderbird or pine,
which both display the full text (including the ISO...). So it looks like
there is no single solution which satisfies all mail programs. It should at
least work for Outlook and Thunderbird, so if anyone has an idea please let me
know.

> Subject: Testing ורז
> 
> Becomes
> Subject: IKT sak =?UNKNOWN?B?KDYwKTo=?= Testing =?UNKNOWN?B?5fjm?=
> 
> config:
> Use Email Subject = IKT sak ($message id): $Tittel

You could put the encoding there manually:

Use Email Subject = =?ISO-8859-1?Q?IKT sak ($message id): $Tittel?=

would this work?

> If I read the RFC correctly when you use B encoding you are using BASE64 encoding.
> Maybe that could be a solution?

Indeed it is. Works for all email programs I know. So I added that to elog, new
version is committed to CVS. Let me know if it works for you.

> When I create a new logbook (I used an existing one as a template) elog  
> does not works anymore...  

Fixed in CVS.

> If my email host refuses to send the email (476 connections denied), we
> still get the message that the email has been sent - and no error message.
> 
> How do I or can I send authentication information to the email server?

This is not implemented right now, since the SMTP server at our institute does
not use authentication, so I could not test it. If you give me access to a
SMTP server with authentication, I could implement it.

> Is it possible to create a Link To command (ala Copy To, Move To) that
> would allow you to reference an entry in another log book without copying it?
> This would be handy as the info would be kept current in both log books.
> My thought is that it would create a psuedo entry in the other log
> book that pointed back at the originating log book entry (similar to a 
> UNIX soft link)

What you ask for is not possible due to internal reasons. The underlying database
does not support links. But what you can do is to reference a logbook entry with

elog :<loglook>/<id>

So I can reference your question with elog:Forum/1099. Some people make even
complete "summary" pages where they reference a whole set of other logbook entries like

Your question is at elog:Forum/1099
A script for thumbnail generation is at elog:Contributions/12
Demo entries: elog:Linux+Demo/14, elog:Linux+demo/1

> I am trying to unify several existing logbook collections that run on
> seperate servers under a single server using groups.  For a top group, under
> "[global topgroupname]", I would like to redefine the resource directory or
> the logbook directory so that everything except for the .cfg is at it
> original location.  However, it seems like "Resource dir" and "Logbook dir"
> can not be redefined in the global section for specific groups.  Is it
> possible to redefine these directories for each top group, or is it feature
> that could be added?

Not easily. There is only a single logbook and resource directory inside elogd.
The reason is that these are constants which can be fixed during compile time.
The Debian package uses this extensively. So having multiple directories would
break that scheme.

> I could probably do what I want with soft-links, but redefining the resource
> dir just seems to be right way to do this.  (For one thing, I would like
> different favicons for each group.)

I'm afraid you have to use soft links. The favicons you can define however via
the theme, which is a per-logbook option, so it would work in the [global
topgroupname] section as well.

> I am running 2.5.8-3 with the elogd.c 1.632.  I have attached the config
> file that I am using.   I have a top group "src", with logbooks "SRC
> Analysis" and "SRC Mail" in it.  These two logbooks share the same password
> file.  If one logs into one, I would like them to be not have to login to
> the other.  If I put the password file name under [global src], I get this
> behaviour, but the logbook selection page does not show my graphic or the
> locks by the logbook names (instead it has the Alt text "This logbook
> requires authentication."

Thanks for reporting this bug. I fixed it in the current CVS version.