Altough the current distribution supports merging of reports, it should be better integrated in the lr_cron and lr_config interfaces. display settings, the overall sexyness of the output should be improved. Especially the HTML layout should get improved.

Furthermore, the formatting backend should support all the XML reports we can generate. (E.g. a multiple column layout.) We currently don't yet use this functionality in any of our reports.

The current GD::Graph based implementation of the charts generation is really suboptimal. This should be better implemented by using a real charting framework like gnuplot or plotutils.

The CVS now contains a DLF schema for a messagestore superservice which was contributed by Cédric Gross. This superservice should report on POP and IMAP servers as well as message-store multiplexers. Arnaud Taddei also express interests in working on that superservice.

Arnaud Taddei also express interests in developping a directory superservice for LDAP servers.

Users have requested `Firewall-1', `snort' and `Watchguard Soho' firewall DLF converters.

The current DLF schema of the email superservice is starting to show its limits. A lot of information is lost in the email log files and several important report (like refused connections, spam control, etc.) cannot be generated. The schema should be rewritten to closer resemble the log that one actually see with different fields for anti-spam activity, message collection, routing, etc. This will make writing email DLF converter a lot easier. The current DLF schema could become a derived schema and the stateful logic that is replicated across all email service could be moved to a generic analyser.

The online responder we offer on our website should be able to support all the features the command line Lire supports. The HTTP upload interface should be completed. Installation of a responder should be better documented and easier. There was an initial proposal sent to the <development@logreport.org> mailing list in the message PROPOSAL: New Online Responder Architecture..

There should be a better configuration interface than the lr_config script we offer now. The CGI interface should get completed. A GUI interface should get added.

Some research on GUI libraries has been done by Plamen Bozukov in September 2001 (Message-ID: <Pine.LNX.4.10.10109271704180.25208-200000@pozvanete.bg>). He came to the following conclusion:

More information on various GUI toolkits is on The GUI Toolkit, Framework Page.

Lire should support other languages in its error messages and other output, as well as in the report specifications. This is a long-term task.

An important target for Lire is to developped a SQL based reporting engine which should offer more scalable reporting and probably make it worthwhile to use the framework in an interactive development.