<?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: Postfix logs index time transaction in Reporting</title>
    <link>https://community.splunk.com/t5/Reporting/Postfix-logs-index-time-transaction/m-p/49869#M1049</link>
    <description>&lt;P&gt;The "transaction" operation is a search language command.  I don't think it's possible to use it as part of an index time transformation.&lt;/P&gt;

&lt;P&gt;You might be able to accomplish something similar using summary indexing - basically, pre-compute your transactions in the background and store the results in a summary index.  (I've not tried this, so there could be additional, unanticipated pain)&lt;/P&gt;</description>
    <pubDate>Tue, 14 Sep 2010 20:17:35 GMT</pubDate>
    <dc:creator>dwaddle</dc:creator>
    <dc:date>2010-09-14T20:17:35Z</dc:date>
    <item>
      <title>Postfix logs index time transaction</title>
      <link>https://community.splunk.com/t5/Reporting/Postfix-logs-index-time-transaction/m-p/49868#M1048</link>
      <description>&lt;P&gt;I know it has been mentioned various times that transactions are the way to go when searching through postfix transaction logs with separate queue ID's, and joining all queue ID's together, but this can take an insane amount of time if I wanted to get a record of all email to and from a particular person for the past year (yes, I have been asked for this before).&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;Sep 13 23:55:41 mailhost1 postfix/qmgr[16069]: [ID 197553 mail.info] 44B09122E5: removed
Sep 13 23:55:42 mailhost1 postfix/smtpd[15824]: [ID 197553 mail.info] connect from example.com[1.1.1.1]
Sep 13 23:55:42 mailhost1 postfix/smtpd[15824]: [ID 197553 mail.info] 3042911BC9: client=example.com[1.1.1.1]
Sep 13 23:55:42 mailhost1 postfix/cleanup[15826]: [ID 197553 mail.info] 3042911BC9: message-id=&amp;amp;lt;01010101010101@example.com&amp;gt;
Sep 13 23:55:42 mailhost1 postfix/qmgr[16069]: [ID 197553 mail.info] 3042911BC9: from=, size=8033, nrcpt=1 (queue active)
Sep 13 23:55:42 mailhost1 postfix/smtpd[15824]: [ID 197553 mail.info] disconnect from example.com[1.1.1.1]
Sep 13 23:55:42 mailhost1 postfix/cleanup[15835]: [ID 197553 mail.info] 4A870122E5: message-id=&amp;amp;lt;01010101010101@example.com&amp;gt;
Sep 13 23:55:42 mailhost1 postfix/local[15812]: [ID 197553 mail.info] 3042911BC9: to=, relay=local, delay=0.16, delays=0.1/0/0/0.05, dsn=2.0.0, status=sent (forwarded as 4A870122E5)
Sep 13 23:55:42 mailhost1 postfix/qmgr[16069]: [ID 197553 mail.info] 4A870122E5: from=, size=8165, nrcpt=1 (queue active)
Sep 13 23:55:42 mailhost1 postfix/qmgr[16069]: [ID 197553 mail.info] 3042911BC9: removed
Sep 13 23:55:42 mailhost1 postfix/smtp[15718]: [ID 197553 mail.info] 4A870122E5: to=, relay=mymailserver.mydomain.com[192.168.1.2]:25, delay=0.08, delays=0.07/0/0/0, dsn=2.0.0, status=sent (250 Message accepted for delivery)
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;That's what the log looks like, I basically want a transaction based on the SMTP Transaction ID, except I would like it done at index time.&lt;BR /&gt;
I've already played with the breakafter stuff in props.conf, but if a message sits in the queue for a long period of time, that won't work.&lt;/P&gt;

&lt;P&gt;Any ideas, I know this is a pretty complex operation? If there is no good way to do it, I'm okay with that, just thought I'd ask.&lt;/P&gt;

&lt;P&gt;Thanks,&lt;BR /&gt;
--adam&lt;/P&gt;&lt;P&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 14 Sep 2010 20:11:33 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Reporting/Postfix-logs-index-time-transaction/m-p/49868#M1048</guid>
      <dc:creator>adamw</dc:creator>
      <dc:date>2010-09-14T20:11:33Z</dc:date>
    </item>
    <item>
      <title>Re: Postfix logs index time transaction</title>
      <link>https://community.splunk.com/t5/Reporting/Postfix-logs-index-time-transaction/m-p/49869#M1049</link>
      <description>&lt;P&gt;The "transaction" operation is a search language command.  I don't think it's possible to use it as part of an index time transformation.&lt;/P&gt;

&lt;P&gt;You might be able to accomplish something similar using summary indexing - basically, pre-compute your transactions in the background and store the results in a summary index.  (I've not tried this, so there could be additional, unanticipated pain)&lt;/P&gt;</description>
      <pubDate>Tue, 14 Sep 2010 20:17:35 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Reporting/Postfix-logs-index-time-transaction/m-p/49869#M1049</guid>
      <dc:creator>dwaddle</dc:creator>
      <dc:date>2010-09-14T20:17:35Z</dc:date>
    </item>
    <item>
      <title>Re: Postfix logs index time transaction</title>
      <link>https://community.splunk.com/t5/Reporting/Postfix-logs-index-time-transaction/m-p/49870#M1050</link>
      <description>&lt;P&gt;You can do this. One limitation is that &lt;CODE&gt;sourcetype&lt;/CODE&gt;, &lt;CODE&gt;source&lt;/CODE&gt; and &lt;CODE&gt;host&lt;/CODE&gt; won't be preserved with the out of the box summarization, but that shouldn't matter for this type of use case much, and it &lt;EM&gt;is&lt;/EM&gt; possible to work around. You will possibly also run into a bug/limitation on only having 10,000 results when using the "checkbox" summary indexing, so you may have to work around &lt;EM&gt;that&lt;/EM&gt; by invoking the &lt;CODE&gt;collect&lt;/CODE&gt; command directly in your search.&lt;/P&gt;</description>
      <pubDate>Tue, 14 Sep 2010 21:20:44 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Reporting/Postfix-logs-index-time-transaction/m-p/49870#M1050</guid>
      <dc:creator>gkanapathy</dc:creator>
      <dc:date>2010-09-14T21:20:44Z</dc:date>
    </item>
    <item>
      <title>Re: Postfix logs index time transaction</title>
      <link>https://community.splunk.com/t5/Reporting/Postfix-logs-index-time-transaction/m-p/49871#M1051</link>
      <description>&lt;P&gt;I'm sensing an insurmountable amount of pain from using summary indexing to accomplish this, plus I was wondering if it was something simple and I just hadn't realized it yet.&lt;/P&gt;

&lt;P&gt;Thanks!&lt;/P&gt;</description>
      <pubDate>Thu, 16 Sep 2010 19:33:35 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Reporting/Postfix-logs-index-time-transaction/m-p/49871#M1051</guid>
      <dc:creator>adamw</dc:creator>
      <dc:date>2010-09-16T19:33:35Z</dc:date>
    </item>
  </channel>
</rss>

