Joachim Draeger wrote:
>
>
> Am Dienstag, den 16.01.2007, 07:45 +0100 schrieb Norman Maurer:
>
> > > per user logging would be a useful feature. wouldn't
> necessarily need
> > > to be in the home directory so long as it were configurable with a
> > > variable (something like /home/${USER}, say)
> > >
> > > any ideas how this could be done?
> > >
> > > - robert
> >
> > I don't see why we need this. James don't use shell users for mail
> > delivery. So the user will ( most times) have no access to
> the server
> > via ssh etc. So i think the logfile in the userdir is useless.
>
> "Most times" is relative. :-) One advantage of James is that
> it provides
> solutions for the special case.
> I'm currently using procmail for sorting my personal mail on my server
> and I'm happy to have the logfile in my home.
> Another use case would be providing a simple web interface to the log
> file.
> Of course we need always a solution when a per-user logfile is not
> possible or unwanted. (like one warning mail per issue)
>
> > I whould prefer to have maybe one logfile for all which can
> be used by
> > the administrator for debugging etc.
>
> This is what we currently have. (Mailet log)
> I guess the administrator will go mad if his 1000 users start
> try-and-error programming of sieve scripts. ;-))
> The calling users will of course expect personal support if the admin
> can't refer to their own log file. ;-)
>
> Joachim
I think we need per user logging for script operations and the traditional
mailet log should continue to be used for mailet logging in the normal
manner. Script operations should not be surfaced in the mailet log as its an
unnecesary duplication which would overload them.How the per user logging is viewed by the user is a separate use-case. Writing them to a configurable location seems a fine initial approach. Installations may choose to allow a user to access them directly, via FTP, WebDAV or some fancy portlet. I doubt there is a single solution that will suit every user. Lets keep things simple! Cheers -- Steve --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
