From 37a2d4b98a884cd9f40e6942d021f7f2687cdd41 Mon Sep 17 00:00:00 2001
From: Rainer Gerhards
Date: Fri, 6 Jul 2007 06:59:55 +0000
Subject: added upcoming features - thanks to tbird for suggestions
---
doc/features.html | 17 +++++++++++++++--
1 file changed, 15 insertions(+), 2 deletions(-)
diff --git a/doc/features.html b/doc/features.html
index a178c53e..7a690ae7 100644
--- a/doc/features.html
+++ b/doc/features.html
@@ -15,7 +15,8 @@ is going on, you can also subscribe to the writing to MySQL databasessupport for (plain) tcp
based syslog - much better reliabilitysupport for sending and receiving
- compressed syslog messagessupport for receiving messages via
reliable
RFC 3195 deliverycontrol of log output format,
+ compressed syslog messagessupport for receiving messages via
reliable
RFC 3195 deliveryability to generate file names (log targets)
+ dynamically, based on many different propertiescontrol of log output format,
including ability to present channel and priority as visible log datagood timestamp format control; at a minimum, ISO 8601/RFC 3339
second-resolution UTC zoneability to reformat message contents and work with substringssupport for
log files larger than 2gbsupport for file size limitation and automatic
@@ -36,8 +37,20 @@ is going on, you can also subscribe to the feature
+request tracker at sourceforge.net. This tracker has things typically within
+reach of implementation. Users are encouraged to submit feature requests there
+(or via our forums). If we like them but they look quite long-lived (aka "not
+soon to be implemented"), they will possibly be migrated to this list here and
+at some time moved back to the sourceforge tracker.
- - support for native SSL enryption of plain tcp syslog sessions. This will
+
- create a plug-in-interface
- implement native email-functionality in
+ selector (probably best done as a plug-in)
- port it to more *nix variants
+ (eg AIX and HP UX) - this needs volunteers with access to those machines and
+ knowledge
- support for native SSL enryption of plain tcp syslog sessions. This will
most probably happen based on syslog-transport-tls.
- even more enhanced multi-threading
- pcre filtering - maybe (depending on feedback) - simple regex already
partly added. So far, this seems sufficient so that there is no urgent
- support for
RFC 3195
as a sender - this is currently unlikely to happen, because there is no real
demand for it. Any work on RFC 3195 has been suspend until we see some real
--
cgit