<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Splunk Windows Events to Third Party System in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Splunk-Windows-Events-to-Third-Party-System/m-p/698216#M115768</link>
    <description>&lt;P&gt;Windows logs are... tricky. Whichever way you want to peocess them. If you want to use third party solution that pushes to Splunk, you have tons of problems with parsing. If you want to use Splunk to forward events to a third party receiver you get issues like this.&lt;/P&gt;&lt;P&gt;Unfortunately, syslog receivers don't play nice with multiline events.&lt;/P&gt;&lt;P&gt;What you could try is change the format of windows events to xml (which is advised anyway), do a copy of your windows events with CLONE_SOURCETYPE, remove line ends from the event with a transform applied to that new sourcetype and route that sourcetype to your syslog output. Might work, might not, just an idea from the top of my head.&lt;/P&gt;</description>
    <pubDate>Wed, 04 Sep 2024 16:25:51 GMT</pubDate>
    <dc:creator>PickleRick</dc:creator>
    <dc:date>2024-09-04T16:25:51Z</dc:date>
    <item>
      <title>Splunk Windows Events to Third Party System</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Splunk-Windows-Events-to-Third-Party-System/m-p/698194#M115766</link>
      <description>&lt;P&gt;Hello all, implementing some routing at the moment in order to forward a subset of data to a third party syslog system. However, i'm running into issues with the Windows Logs. They look like this at syslog-NG&amp;nbsp;&lt;/P&gt;&lt;P&gt;Dec 29 07:47:18 12/29/2014 02:47:17 AM&lt;/P&gt;&lt;P&gt;Dec 29 07:47:18 LogName=Security&lt;/P&gt;&lt;P&gt;Dec 29 07:47:18 SourceName=Microsoft Windows security auditing.&lt;/P&gt;&lt;P&gt;Dec 29 07:47:18 EventCode=4689&lt;/P&gt;&lt;P&gt;Dec 29 07:47:18 EventType=0&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I believe this is because of the /r/n in the Windows events caused by non-xml&amp;nbsp; How can i get the Splunk Heavy Forwarder to treat each Windows event as one line and then send it through?&amp;nbsp;&lt;/P&gt;&lt;P&gt;Architecture = UF - HF - Third Party System/Splunk Cloud&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 04 Sep 2024 12:40:26 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Splunk-Windows-Events-to-Third-Party-System/m-p/698194#M115766</guid>
      <dc:creator>solman07</dc:creator>
      <dc:date>2024-09-04T12:40:26Z</dc:date>
    </item>
    <item>
      <title>Re: Splunk Windows Events to Third Party System</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Splunk-Windows-Events-to-Third-Party-System/m-p/698216#M115768</link>
      <description>&lt;P&gt;Windows logs are... tricky. Whichever way you want to peocess them. If you want to use third party solution that pushes to Splunk, you have tons of problems with parsing. If you want to use Splunk to forward events to a third party receiver you get issues like this.&lt;/P&gt;&lt;P&gt;Unfortunately, syslog receivers don't play nice with multiline events.&lt;/P&gt;&lt;P&gt;What you could try is change the format of windows events to xml (which is advised anyway), do a copy of your windows events with CLONE_SOURCETYPE, remove line ends from the event with a transform applied to that new sourcetype and route that sourcetype to your syslog output. Might work, might not, just an idea from the top of my head.&lt;/P&gt;</description>
      <pubDate>Wed, 04 Sep 2024 16:25:51 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Splunk-Windows-Events-to-Third-Party-System/m-p/698216#M115768</guid>
      <dc:creator>PickleRick</dc:creator>
      <dc:date>2024-09-04T16:25:51Z</dc:date>
    </item>
  </channel>
</rss>

