[sork] Re: Sork and Horde H3

[Marc Balmer]

Eric Rostetter wrote:

>>So it is.  We have a version of the BSD vacation program, ldapvacation,
>>that uses LDAP to store it's data.  It uses its own schema, so we need a
>>new driver for it, which we have.
> 
> 
> I've never heard of it, but that isn't important.  The schema doesn't
> require a new driver.  It requires a way to handle multiple schemas.
> Could be configuration items if they are simple changes, or could be
> some kind of mapping system like Turba uses, etc.

ldapvacation is an extension of the classic vacation program by Eric 
Allmann.  You can get it at 
http://ftp.etc.msys.ch/pub/sources/ldapvacation/.

> Sounds like a good start.  In particular the bug fixes to main.php. :)

I did quite some changes to main.php to allow the vacation stuff to run 
without the user having to type in his password every time.

IMO its problematic to have different entry fields in vacation, like 
splitting the subject an the message.  Personally I would prefer a 
single text area where the user has to type in his vacation message 
including additional mailheaders etc.  Now we have to apply some magic 
to split the message into fields for display and reassemble it for 
storage.  That gains nothing. A simple scheme like good old vacation, 
from which manpage I quote:


vacation expects a file .vacation.msg, in your home directory,
containing a message to be sent back to each sender.  It should be an
entire message (including headers).  For example, it might contain:

            From: eric at CS.Berkeley.EDU (Eric Allman)
            Subject: I am on vacation
            Delivered-By-The-Graces-Of: The Vacation program
            Precedence: bulk

            I am on vacation until July 22.
            If you have something urgent,
            please contact Keith Bostic <bostic at CS.Berkeley.EDU>.
            --eric

Any occurrence of the string $SUBJECT in .vacation.msg will be replaced
by the subject of the message that triggered the vacation program.

> I don't see why you want to add a new module rather than fix/extend/etc
> the current one.  But maybe that's because I don't know what the "ideal"
> vacation program is.  Can you explain what the "ideal" would be?

As for "ideal", see above.   Somthing nice, clean, and simple.  For the 
moment I drop the idea of a separate module, but rather make my changes 
configurable (like:  which vacation scheme to use: simple or 
split-fields etc).

- Marc Balmer