<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.syslog-ng">
    <title>gmane.comp.syslog-ng</title>
    <link>http://permalink.gmane.org/gmane.comp.syslog-ng</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.syslog-ng/15119"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.syslog-ng/15118"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.syslog-ng/15117"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.syslog-ng/15116"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.syslog-ng/15115"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.syslog-ng/15114"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.syslog-ng/15113"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.syslog-ng/15112"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.syslog-ng/15111"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.syslog-ng/15110"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.syslog-ng/15109"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.syslog-ng/15108"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.syslog-ng/15107"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.syslog-ng/15106"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.syslog-ng/15105"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.syslog-ng/15104"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.syslog-ng/15103"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.syslog-ng/15102"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.syslog-ng/15101"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.syslog-ng/15100"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.syslog-ng/15119">
    <title>Re: Filtering binary data fields and catch all</title>
    <link>http://permalink.gmane.org/gmane.comp.syslog-ng/15119</link>
    <description>&lt;pre&gt;Thanks Robert. I figured as much. I am going to look at some intermediary
that can transform binary to base64 and then stream to syslog.




On Tue, May 21, 2013 at 11:48 AM, Fekete Róbert &amp;lt;frobert&amp;lt; at &amp;gt;balabit.hu&amp;gt; wrote:

______________________________________________________________________________
Member info: https://lists.balabit.hu/mailman/listinfo/syslog-ng
Documentation: http://www.balabit.com/support/documentation/?product=syslog-ng
FAQ: http://www.balabit.com/wiki/syslog-ng-faq

&lt;/pre&gt;</description>
    <dc:creator>Xuri Nagarin</dc:creator>
    <dc:date>2013-05-22T04:14:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.syslog-ng/15118">
    <title>Re: Filtering binary data fields and catch all</title>
    <link>http://permalink.gmane.org/gmane.comp.syslog-ng/15118</link>
    <description>&lt;pre&gt; 
On Saturday, May 18, 2013 02:35 CEST, Xuri Nagarin &amp;lt;secsubs&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote: 
 

Hi, I currently do not know about any way to handle binary data within a messages.


Create a log statement that uses the flags(catchall) option.

Regards, 

Robert

 
 
 
 


______________________________________________________________________________
Member info: https://lists.balabit.hu/mailman/listinfo/syslog-ng
Documentation: http://www.balabit.com/support/documentation/?product=syslog-ng
FAQ: http://www.balabit.com/wiki/syslog-ng-faq


&lt;/pre&gt;</description>
    <dc:creator>Fekete Róbert</dc:creator>
    <dc:date>2013-05-21T18:48:38</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.syslog-ng/15117">
    <title>[Bug 235] String arguments to block parameters getmistreated</title>
    <link>http://permalink.gmane.org/gmane.comp.syslog-ng/15117</link>
    <description>&lt;pre&gt;https://bugzilla.balabit.com/show_bug.cgi?id=235


Balazs Scheidler &amp;lt;bazsi&amp;lt; at &amp;gt;balabit.hu&amp;gt; changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |bazsi&amp;lt; at &amp;gt;balabit.hu




--- Comment #1 from Balazs Scheidler &amp;lt;bazsi&amp;lt; at &amp;gt;balabit.hu&amp;gt;  2013-05-21 15:32:23 ---
I have just pushed a "fix" for this in the 3.5 branch. The fix is quoted as it contains a largish refactoring in the area, so that unit testing becomes
possible.

The change itself is not very simple, as the change that broke this functionality allows the use of free-form text as block arguments, which means that
quoted strings are injected as a quoted string, e.g. together with the quotation marks.

The solution was to detect if the block argument is a single string literal, and if that's the case use the string's value if it is substituted within another
string literal.

e.g.

block destination fooblock foobar() {
  filename("/var/lo&lt;/pre&gt;</description>
    <dc:creator>bugzilla&lt; at &gt;bugzilla.balabit.com</dc:creator>
    <dc:date>2013-05-21T13:32:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.syslog-ng/15116">
    <title>Filtering binary data fields and catch all</title>
    <link>http://permalink.gmane.org/gmane.comp.syslog-ng/15116</link>
    <description>&lt;pre&gt;Hi,

My log source sends data over syslog in CEF (Arcsight format).

I have a simple parser written in Syslog-NG that takes advantage of the CEF
format (that is all messages are in eight fields separated by a pipe char).
-----------xxxxxxxxxxxxxxxxx-------------------

parser p_cef {

csv-parser(columns("cef.ff","cef.vendor","cef.product","cef.c4","cef.c5","cef.c6","cef.c7","cef.c8")
    delimiters("|")
    flags(drop-invalid)
    );
};

destination d_file {
file("/var/log/net/${cef.vendor}/${cef.product}/logfile"); };

log { source(s_tcp); parser(p_cef); destination(d_file);  };
-----------xxxxxxxxxxxxxxxxx-------------------

Some events coming in contain binary data that get translated into control
characters and create thousands of directories with garbage in the names.

How do I handle binary data in the message? Should I use the sanitize
function in the destination/file definition or is there a better way to do
it?

Also, how do I create a catch-all destination for all the messages that do
not match my&lt;/pre&gt;</description>
    <dc:creator>Xuri Nagarin</dc:creator>
    <dc:date>2013-05-18T00:35:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.syslog-ng/15115">
    <title>Re: Extremely slow receive on TCP</title>
    <link>http://permalink.gmane.org/gmane.comp.syslog-ng/15115</link>
    <description>&lt;pre&gt;Turned out to be an application inspection rule on the firewall between the
log source and syslog-ng. Turning it off did the trick.




On Wed, May 8, 2013 at 11:13 AM, Xuri Nagarin &amp;lt;secsubs&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:

______________________________________________________________________________
Member info: https://lists.balabit.hu/mailman/listinfo/syslog-ng
Documentation: http://www.balabit.com/support/documentation/?product=syslog-ng
FAQ: http://www.balabit.com/wiki/syslog-ng-faq

&lt;/pre&gt;</description>
    <dc:creator>Xuri Nagarin</dc:creator>
    <dc:date>2013-05-18T00:24:22</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.syslog-ng/15114">
    <title>Re: weird filter problem</title>
    <link>http://permalink.gmane.org/gmane.comp.syslog-ng/15114</link>
    <description>&lt;pre&gt;
On 13/05/2013, at 3:58 PM, Martin Holste &amp;lt;mcholste&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:



yes. that was the issue.   I had multiple log{} statements and I reordered them not realising that one was missing parser(p_db)

Now the question is:  If I have two log{} clauses both with parser(p_db) does the parsing get done twice?

Russell


______________________________________________________________________________
Member info: https://lists.balabit.hu/mailman/listinfo/syslog-ng
Documentation: http://www.balabit.com/support/documentation/?product=syslog-ng
FAQ: http://www.balabit.com/wiki/syslog-ng-faq


&lt;/pre&gt;</description>
    <dc:creator>Russell Fulton</dc:creator>
    <dc:date>2013-05-17T08:03:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.syslog-ng/15113">
    <title>Re: [PATCH (3.5)] system-source: Make /proc/kmsg optional</title>
    <link>http://permalink.gmane.org/gmane.comp.syslog-ng/15113</link>
    <description>&lt;pre&gt;Hi,

Merged, thanks Gergely.

On Thu, 2013-05-16 at 14:35 +0200, Gergely Nagy wrote:



______________________________________________________________________________
Member info: https://lists.balabit.hu/mailman/listinfo/syslog-ng
Documentation: http://www.balabit.com/support/documentation/?product=syslog-ng
FAQ: http://www.balabit.com/wiki/syslog-ng-faq


&lt;/pre&gt;</description>
    <dc:creator>Balazs Scheidler</dc:creator>
    <dc:date>2013-05-16T17:58:22</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.syslog-ng/15112">
    <title>syslog-ng with mongodb user survey</title>
    <link>http://permalink.gmane.org/gmane.comp.syslog-ng/15112</link>
    <description>&lt;pre&gt;Hello,
Mongodb support is available in syslog-ng for more than a year now. We 
are aware, that there are many people using it, but now we would like to 
ask for some feedback about the use cases and environments. Here are 
just a few sample questions, but any feedback regarding mongodb support 
is very welcome:
- average and peak message rates sent to the mongodb destination
- what is your related syslog-ng.conf
- how did you tune your mongodb server (if you did)
- how and how often do you query your logs in mongodb
- etc.
Thanks for your help!
Bye,

&lt;/pre&gt;</description>
    <dc:creator>Peter Czanik</dc:creator>
    <dc:date>2013-05-16T13:08:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.syslog-ng/15111">
    <title>[PATCH (3.5)] system-source: Make /proc/kmsg optional</title>
    <link>http://permalink.gmane.org/gmane.comp.syslog-ng/15111</link>
    <description>&lt;pre&gt;In certain environments (vserver and OpenVZ come to mind), /proc/kmsg is
not readable, not even for root. On these systems, emit a warning, and
skip it, instead of aborting the startup.

Reported-by: Tamas Pal &amp;lt;folti&amp;lt; at &amp;gt;balabit.hu&amp;gt;
Signed-off-by: Gergely Nagy &amp;lt;algernon&amp;lt; at &amp;gt;balabit.hu&amp;gt;
---
 modules/system-source/system-source.c |   13 +++++++++++--
 1 file changed, 11 insertions(+), 2 deletions(-)

diff --git a/modules/system-source/system-source.c b/modules/system-source/system-source.c
index 3c72859..955ade7 100644
--- a/modules/system-source/system-source.c
+++ b/modules/system-source/system-source.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -167,8 +167,17 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; system_sysblock_add_linux_kmsg(GString *sysblock)
       close (fd);
     }
 
-  system_sysblock_add_file(sysblock, kmsg, -1,
-                           "kernel", "kernel", format);
+  if (access(kmsg, R_OK) == -1)
+    {
+      msg_warning("system(): The kernel message buffer is not readable, "
+                  "please check permissions if this is unintentional.",
+                  evt_tag_s&lt;/pre&gt;</description>
    <dc:creator>Gergely Nagy</dc:creator>
    <dc:date>2013-05-16T12:35:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.syslog-ng/15110">
    <title>insider 2013-05: syslog-ng configurator on Android; Using syslog-ng with Splunk; EU data protection and logging</title>
    <link>http://permalink.gmane.org/gmane.comp.syslog-ng/15110</link>
    <description>&lt;pre&gt;Dear syslog-ng users,


This is the 24th issue of the syslog-ng Insider, a monthly newsletter 
that brings you syslog-ng related news.


FEATURED NEWS


syslog-ng configurator app for Android

--------------------------------------

There is now a new configurator app available for Android, developed as 
a hobby project by one of the syslog-ng team members. The focus of the 
application is to create a syslog-ng.conf wich provides optimum 
performance based on a number of questions.

For more details and download locations read the authors blog at 
http://pzolee.blogs.balabit.com/2013/04/little-syslog-ng-configurator-application-for-android/


syslog-ng and Splunk

--------------------

We often receive questions, how to use syslog-ng and Splunk together in 
a logging infrastructure. We collected the most popular usage scenarios 
into a white paper, together with example configurations to make testing 
and integration even more easy.

The WP is available at 
http://www.balabit.com/support/documentation/pdf/sy&lt;/pre&gt;</description>
    <dc:creator>Peter Czanik</dc:creator>
    <dc:date>2013-05-16T11:12:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.syslog-ng/15109">
    <title>Re: [ELSA] Re: weird filter problem</title>
    <link>http://permalink.gmane.org/gmane.comp.syslog-ng/15109</link>
    <description>&lt;pre&gt;Yeah, two parser references cause it to be parsed twice.
On May 15, 2013 5:08 PM, "Martin Holste" &amp;lt;mcholste&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:

______________________________________________________________________________
Member info: https://lists.balabit.hu/mailman/listinfo/syslog-ng
Documentation: http://www.balabit.com/support/documentation/?product=syslog-ng
FAQ: http://www.balabit.com/wiki/syslog-ng-faq

&lt;/pre&gt;</description>
    <dc:creator>Balazs Scheidler</dc:creator>
    <dc:date>2013-05-15T19:07:38</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.syslog-ng/15108">
    <title>Re: [ELSA] Re:  weird filter problem</title>
    <link>http://permalink.gmane.org/gmane.comp.syslog-ng/15108</link>
    <description>&lt;pre&gt;That's a great question--I have no idea if two parser entries mandate
double parsing.  If you want to make sure that only your custom log {}
statement will be used, you can use flags(final) in your log {} stanza to
ensure that no messages will continue on to the other log statements.


On Tue, May 14, 2013 at 11:22 PM, Russell Fulton &amp;lt;r.fulton&amp;lt; at &amp;gt;auckland.ac.nz&amp;gt;wrote:

______________________________________________________________________________
Member info: https://lists.balabit.hu/mailman/listinfo/syslog-ng
Documentation: http://www.balabit.com/support/documentation/?product=syslog-ng
FAQ: http://www.balabit.com/wiki/syslog-ng-faq

&lt;/pre&gt;</description>
    <dc:creator>Martin Holste</dc:creator>
    <dc:date>2013-05-15T15:08:29</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.syslog-ng/15107">
    <title>Re: weird filter problem</title>
    <link>http://permalink.gmane.org/gmane.comp.syslog-ng/15107</link>
    <description>&lt;pre&gt;

I finally figured out what the issue was here.  It had to be something totally, idiotically simple and it was.

Martin was on the right track with the order of filters relative to parser(p_db);

What had happened was that I had originally the filter in a second log {} clause after one that contained the parser() entry so everything worked.  Martin introduce the elsa_syslog.conf include and I moved all my local mods into there so now the filter was in a log{} clause that did not have a parser() entry and was now before the one that had it.  

I won't tell how many hours careful elimination it took to track this down.

For elsa users if you put new log{} clauses in the include file you must have a parse() entry in them if you want to do anything with the classifier results.

Question:  Will having two parser() entries result in the log message being parsed twice?  My guess is that it will.

R



______________________________________________________________________________
Member info: https://lists.balabit.&lt;/pre&gt;</description>
    <dc:creator>Russell Fulton</dc:creator>
    <dc:date>2013-05-15T04:22:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.syslog-ng/15106">
    <title>Re: Problems with failed connections and time_reopen()?</title>
    <link>http://permalink.gmane.org/gmane.comp.syslog-ng/15106</link>
    <description>&lt;pre&gt;

I've seen something similar recently, but have not had the time to
research the problem further yet. It's on the immediate roadmap,
however, and I hope to be able to come up with something sensible within
a week.

&lt;/pre&gt;</description>
    <dc:creator>Gergely Nagy</dc:creator>
    <dc:date>2013-05-13T09:49:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.syslog-ng/15105">
    <title>Re: weird filter problem</title>
    <link>http://permalink.gmane.org/gmane.comp.syslog-ng/15105</link>
    <description>&lt;pre&gt;The issue is probably where the filter resides.  I use that filter (in
fact, it's in an optional ELSA config right now) and it works, but you have
to remember that ${.classifier.class} isn't set until after the patterndb
parser is run, so the filter() statement has to be after parser(p_db);


On Fri, May 10, 2013 at 11:51 PM, Evan Rempel &amp;lt;erempel&amp;lt; at &amp;gt;uvic.ca&amp;gt; wrote:

______________________________________________________________________________
Member info: https://lists.balabit.hu/mailman/listinfo/syslog-ng
Documentation: http://www.balabit.com/support/documentation/?product=syslog-ng
FAQ: http://www.balabit.com/wiki/syslog-ng-faq

&lt;/pre&gt;</description>
    <dc:creator>Martin Holste</dc:creator>
    <dc:date>2013-05-13T03:58:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.syslog-ng/15104">
    <title>Re: Question on custom log writer message output</title>
    <link>http://permalink.gmane.org/gmane.comp.syslog-ng/15104</link>
    <description>&lt;pre&gt;Ok, after getting some rest and experimenting, I determined the solution.

Creating a custom logformat had potential for a solution, but really wasn't
the ideal way.  After digging in the code more and stumbling on the
logproto.c file (specifically the _frame_ functions), I was able to create
my own frame handler for my module.

Essentially,

Created a custom framed_client_post that encapsulated messages to the
destination protocol.  This seems to keep true to the logproto intent.

Assigned the custom proto when issuing a log_writer_reopen and life is good.

Next challenge is how to prevent dropped messages in high volume
scenarios...


On Wed, May 8, 2013 at 5:38 PM, Dylan Kulesza &amp;lt;dylan.kulesza&amp;lt; at &amp;gt;gmail.com&amp;gt;wrote:

______________________________________________________________________________
Member info: https://lists.balabit.hu/mailman/listinfo/syslog-ng
Documentation: http://www.balabit.com/support/documentation/?product=syslog-ng
FAQ: http://www.balabit.com/wiki/syslog-ng-faq

&lt;/pre&gt;</description>
    <dc:creator>Dylan Kulesza</dc:creator>
    <dc:date>2013-05-12T21:42:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.syslog-ng/15103">
    <title>Re: problems compiling OSE 3.4.1 on redhat enterprise6.4</title>
    <link>http://permalink.gmane.org/gmane.comp.syslog-ng/15103</link>
    <description>&lt;pre&gt;This seems to be a lib net compilation issue.

The __be16 type is not defined for some reason. It might be caused by
mismatching kernel, glibc versions.

Try to locate the be16 type in your header files and add its inclusion
before the libnet include file to afinet.c

We do compile syslog-ng on rhel ourselves so this problem might be specific
to your system. If you can find the root cause it'd be nice to know.

Alternatively you can disable spoof source support if you don't need it.

On 6/05/2013, at 6:31 AM, Balazs Scheidler &amp;lt;bazsi77&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:


Sorry!  missed the vital last line with the error in the cutnpaste!  DOH!!!

/usr/include/linux/if_ether.h:122: error: expected specifier-qualifier-list
before '__be16'


`/home/rful011/syslog-ng-3.4.1/modules/afsocket'
-DHAVE_CONFIG_H -I. -I../..  -I../../lib -I../../lib  -pthread
-I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include
-I/usr/local/include/eventlog       -D_BSD_SOURCE -D__BSD_SOURCE
-D__FAVOR_BSD -DHAVE_NET_ETHERNET_H  -I../../lib/ivykis/src/&lt;/pre&gt;</description>
    <dc:creator>Balazs Scheidler</dc:creator>
    <dc:date>2013-05-11T10:21:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.syslog-ng/15102">
    <title>Re: weird filter problem</title>
    <link>http://permalink.gmane.org/gmane.comp.syslog-ng/15102</link>
    <description>&lt;pre&gt;Wait a second. Version 3.2.x ... really?
That's quite old. There was a bug with the
.classifier.X tags some time in the past, and it might have been in those old versions. Certainly version 3.3 would be recommended, and all of y work is done with 3.4.x

My advice my be specific to version 3.4 :-(



Evan Rempel 250.271.7691
University Systems, University of Victoria

Evan Rempel &amp;lt;erempel&amp;lt; at &amp;gt;uvic.ca&amp;gt; wrote:

This definitely works. I'm using it right now.

If it isn't working, then your pattern in the patterndb is not matching. We literally run millions of messages per hour through this exact filter ... I copied and pasted it from our pattern database.



Evan Rempel   250.271.7691
University Systems, University of Victoria

Russell Fulton &amp;lt;r.fulton&amp;lt; at &amp;gt;auckland.ac.nz&amp;gt; wrote:


On 11/05/2013, at 2:26 PM, Evan Rempel &amp;lt;erempel&amp;lt; at &amp;gt;uvic.ca&amp;gt; wrote:


This always appears to return true.  I.e. this filter includes everything.  Negating it includes nothing.

I have tried to install 3.2.5 as this is&lt;/pre&gt;</description>
    <dc:creator>Evan Rempel</dc:creator>
    <dc:date>2013-05-11T04:51:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.syslog-ng/15101">
    <title>Re: weird filter problem</title>
    <link>http://permalink.gmane.org/gmane.comp.syslog-ng/15101</link>
    <description>&lt;pre&gt;This definitely works. I'm using it right now.

If it isn't working, then your pattern in the patterndb is not matching. We literally run millions of messages per hour through this exact filter ... I copied and pasted it from our pattern database.



Evan Rempel   250.271.7691
University Systems, University of Victoria

Russell Fulton &amp;lt;r.fulton&amp;lt; at &amp;gt;auckland.ac.nz&amp;gt; wrote:


On 11/05/2013, at 2:26 PM, Evan Rempel &amp;lt;erempel&amp;lt; at &amp;gt;uvic.ca&amp;gt; wrote:


This always appears to return true.  I.e. this filter includes everything.  Negating it includes nothing.

I have tried to install 3.2.5 as this is the last version that ELSA is confirmed to work with but that does not start:

Starting syslog-ng
/usr/local/syslog-ng/sbin/syslog-ng: error while loading shared libraries: libsyslog-ng.so.0: cannot open shared object file: No such file or directory

So far as I can tell all the lib files are present and correct and in the same place as the previous version?

I have syslog-ng installed in /usr/local/syslog-ng-&amp;lt;version&amp;gt; and a symlink &lt;/pre&gt;</description>
    <dc:creator>Evan Rempel</dc:creator>
    <dc:date>2013-05-11T04:36:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.syslog-ng/15100">
    <title>Re: rewrite part of the message...</title>
    <link>http://permalink.gmane.org/gmane.comp.syslog-ng/15100</link>
    <description>&lt;pre&gt;
I don't know what the original message looks like that you are trying to substitute in, but I think the issue may be with the \s+  you could try \s* in case there is not any whitespace at the beginning.

Also since pcre is greedy by default the \| is not necessary. The [^|]+ (which should probably  be [^|]* in  case the | follows immediately) will by definition be followed by a | or the  end of line.

Evan Rempel   250.271.7691
University Systems, University of Victoria

Russell Fulton &amp;lt;r.fulton&amp;lt; at &amp;gt;auckland.ac.nz&amp;gt; wrote:


I got this going with:

rewrite r_snarex { subst("\s+This event is generated when.+", "", value("MSGONLY") type("pcre"));};

Does this mean that my syslog_ng does not support pcre?

Russell

On 11/05/2013, at 2:29 PM, Russell Fulton &amp;lt;r.fulton&amp;lt; at &amp;gt;auckland.ac.nz&amp;gt; wrote:


______________________________________________________________________________
Member info: https://lists.balabit.hu/mailman/listinfo/syslog-ng
Documentation: http://www.balabit.com/support/documentation/?product=syslog-ng
FAQ: &lt;/pre&gt;</description>
    <dc:creator>Evan Rempel</dc:creator>
    <dc:date>2013-05-11T04:33:35</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.syslog-ng/15099">
    <title>Re: weird filter problem</title>
    <link>http://permalink.gmane.org/gmane.comp.syslog-ng/15099</link>
    <description>&lt;pre&gt;
On 11/05/2013, at 2:26 PM, Evan Rempel &amp;lt;erempel&amp;lt; at &amp;gt;uvic.ca&amp;gt; wrote:


This always appears to return true.  I.e. this filter includes everything.  Negating it includes nothing.

I have tried to install 3.2.5 as this is the last version that ELSA is confirmed to work with but that does not start:

Starting syslog-ng
/usr/local/syslog-ng/sbin/syslog-ng: error while loading shared libraries: libsyslog-ng.so.0: cannot open shared object file: No such file or directory

So far as I can tell all the lib files are present and correct and in the same place as the previous version?

I have syslog-ng installed in /usr/local/syslog-ng-&amp;lt;version&amp;gt; and a symlink /usr/local/syslog-ng pointing to the version to use.

Russell

______________________________________________________________________________
Member info: https://lists.balabit.hu/mailman/listinfo/syslog-ng
Documentation: http://www.balabit.com/support/documentation/?product=syslog-ng
FAQ: http://www.balabit.com/wiki/syslog-ng-faq


&lt;/pre&gt;</description>
    <dc:creator>Russell Fulton</dc:creator>
    <dc:date>2013-05-11T04:25:55</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.syslog-ng">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.syslog-ng</link>
  </textinput>
</rdf:RDF>
