Re: [Mailman-Developers] A feature I'd like to emphasize for GSoC ...
Paul Wise writes:
On Tue, Apr 16, 2013 at 4:08 AM, Florian Fuchs wrote:
This could be something for a HTML(5)/JS/CSS savvy person (to make it *really* convenient). I'm thinking scrollable log views, that interactively append/prepend entries to the view, depending on your position in the log file. Or commenting on log snippets and saving them for further review.
As long these are based on progressive enhancement, sounds good.
I think "no thanks to interactive convenience", unless the candidate is *really* good at Zen Garden stuff (ie, won't need to spend any time thinking about progressive enhancement, let alone learning any CSS or JS). Convenience can only be realized if logs can be read and effective queries are easy for users to generate, and the replies are easy to understand, too. Let's leave Web2.0 stuff for next summer, please.
Remember, one of the top reasons for doing this is so that the admin can forward the log(s) to mailman-users for analysis. Besides interactive access, I'd also like to be able to script (curl, wget) the queries, so as far as I'm concerned the only web design needed for the reply is
text = slurp_log(log, filter)
html = """\<html> <head> <title>Log: {0}</title> </head> <body> <h1>Log: {0}</h1> <pre> {1} </pre> </body> </html> """.format(str(filter), test)
<wink/>
The *hard* and *interesting* part to me is the query API (ie, what the REST looks like, and that it be flexible enough to support enhanced queries in the future) and UI (what you'll use from Postorius).
Even getting access to the files is going to be non-trivial if we go after MTA logs too. We're going to need to convince admins that Mailman should be allowed to read those logs, so we're going to need to think about preventing users from writing queries that allow them to find out who's getting mail from pr0N sites and Kim Jong Un. I'd also like the code to do the MTA message ID threading to get the whole MTA history of a message.
Steve
- Stephen J. Turnbull <stephen@xemacs.org>:
Paul Wise writes:
On Tue, Apr 16, 2013 at 4:08 AM, Florian Fuchs wrote:
This could be something for a HTML(5)/JS/CSS savvy person (to make it *really* convenient). I'm thinking scrollable log views, that interactively append/prepend entries to the view, depending on your position in the log file. Or commenting on log snippets and saving them for further review.
As long these are based on progressive enhancement, sounds good.
I think "no thanks to interactive convenience", unless the candidate is *really* good at Zen Garden stuff (ie, won't need to spend any time thinking about progressive enhancement, let alone learning any CSS or JS). Convenience can only be realized if logs can be read and effective queries are easy for users to generate, and the replies are easy to understand, too. Let's leave Web2.0 stuff for next summer, please.
Let me add some inconvenience: Log contains privacy related information. I'd expect a log view/research interface to limit output to what the person/role may look at and no more.
p@rick
-- [*] sys4 AG
http://sys4.de, +49 (89) 30 90 46 64 Franziskanerstraße 15, 81669 München
Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263 Vorstand: Patrick Ben Koetter, Axel von der Ohe, Marc Schiffbauer Aufsichtsratsvorsitzender: Joerg Heidrich
On 4/16/2013 2:19 AM, Patrick Ben Koetter wrote:
Let me add some inconvenience: Log contains privacy related information. I'd expect a log view/research interface to limit output to what the person/role may look at and no more.
This is an excellent point. It can be very useful for list admins or domain admins to view logs for various purposes, but multi-user shared hosting services (think cPanel) will be very reluctant to let these people see logs unless what they can see is restricted to their own list/domain.
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
participants (3)
-
Mark Sapiro -
Patrick Ben Koetter -
Stephen J. Turnbull