From 27678dc430ffc39ff1db774f47e5c367de4d3408 Mon Sep 17 00:00:00 2001 From: Rainer Gerhards Date: Thu, 5 Aug 2010 14:27:37 +0200 Subject: minor bug fixes - doc for pmlastmsg and ruleset parsers were hard to read - pmrfc3164sd had wrong name --- doc/rsconf1_rulesetparser.html | 8 ++++++-- 1 file changed, 6 insertions(+), 2 deletions(-) (limited to 'doc/rsconf1_rulesetparser.html') diff --git a/doc/rsconf1_rulesetparser.html b/doc/rsconf1_rulesetparser.html index 84350431..ef29c2a8 100644 --- a/doc/rsconf1_rulesetparser.html +++ b/doc/rsconf1_rulesetparser.html @@ -9,7 +9,7 @@

Type: ruleset-specific configuration directive

Parameter Values: string

Available since: 5.3.4+

-

Default: rsyslog.rfc5424;rsyslog.rfc5425

+

Default: rsyslog.rfc5424 followed by rsyslog.rfc5425

Description:

This directive permits to specify which @@ -37,7 +37,7 @@ messages that are malformed in various ways. The route to take then is

  • make sure you find a custom parser for that device; if there is no one, you may consider writing one yourself (it is not that hard) or getting one written as part of -Adiscon's professional services +Adiscon's professional services for rsyslog.
  • load your custom parsers via $ModLoad
  • create a ruleset for each malformed format; assign the custom parser to it @@ -104,6 +104,10 @@ $UDPServerRun 10514 $InputUDPServerBindRuleset maldev2 $UDPServerRun 10515 + +

    For an example of how multiple parser can be chained (and an actual use case), please see +the example section on the pmlastmsg parser +module.

    Note the positions of the directives. With the current config language, sequence of statements is very important. This is ugly, but unfortunately the way it currently works. -- cgit