<?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.security.sguil.general">
    <title>gmane.comp.security.sguil.general</title>
    <link>http://permalink.gmane.org/gmane.comp.security.sguil.general</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.security.sguil.general/2424"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.sguil.general/2423"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.sguil.general/2422"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.sguil.general/2421"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.sguil.general/2420"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.sguil.general/2419"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.sguil.general/2418"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.sguil.general/2417"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.sguil.general/2416"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.sguil.general/2415"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.sguil.general/2414"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.sguil.general/2413"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.sguil.general/2412"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.sguil.general/2411"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.sguil.general/2410"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.sguil.general/2409"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.sguil.general/2408"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.sguil.general/2407"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.sguil.general/2406"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.sguil.general/2405"/>
      </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.security.sguil.general/2424">
    <title>SGUIL Sancp Issue on Agent Status Tab</title>
    <link>http://permalink.gmane.org/gmane.comp.security.sguil.general/2424</link>
    <description>&lt;pre&gt;We're in the process of migrating to SGUIL 0.8.x and we're running into an
issue where Sancp presents a date that has passed under the "Last" column
in the Agent Status tab. Do I have to recompile Sancp in a specific manner
or is there another solution to that issue?
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________
Sguil-users mailing list
Sguil-users-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/sguil-users
&lt;/pre&gt;</description>
    <dc:creator>Rene Borges</dc:creator>
    <dc:date>2012-05-22T17:48:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.sguil.general/2423">
    <title>Re: sguil client,most current event in the group visibly, how?</title>
    <link>http://permalink.gmane.org/gmane.comp.security.sguil.general/2423</link>
    <description>&lt;pre&gt;sguil-users-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
group visibly, how?
newest.
became to receive now (Client).
(Event Group an single Event)?

Also check your autocategorize as well :)


James

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>Lay, James</dc:creator>
    <dc:date>2012-05-07T22:52:34</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.sguil.general/2422">
    <title>Re: sguil client, most current event in the group visibly, how?</title>
    <link>http://permalink.gmane.org/gmane.comp.security.sguil.general/2422</link>
    <description>&lt;pre&gt;New events matching the same source and signature are aggregated
together. To view all the aggregated events, right click on the CNT
(count) column and select "view correlated events". To guarantee only
the newest events are shown in the realtime console, categorize
analyzed events. This will update their status in the DB, but remove
them from the realtime panes. New alerts will repopulate the main
screen. You can always view the old alerts with a simple query.

Bamm

On Wed, May 2, 2012 at 1:15 PM, Stefan Sabolowitsch
&amp;lt;Stefan.Sabolowitsch-LK+KGM74Etl+l3BRcVcdTQ&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:



&lt;/pre&gt;</description>
    <dc:creator>Bamm Visscher</dc:creator>
    <dc:date>2012-05-07T20:50:20</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.sguil.general/2421">
    <title>sguil client, most current event in the group visibly,how?</title>
    <link>http://permalink.gmane.org/gmane.comp.security.sguil.general/2421</link>
    <description>&lt;pre&gt;Hi Bamm, all
Bamm i see in the event Group "only" the first Event and not the newest.
Thus it is to be found with difficulty out, which current event became to receive now (Client).
How can i guarantee that the most current events are visible always (Event Group an single Event)? 

Thanks for your time and help.

Stefan

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>Stefan Sabolowitsch</dc:creator>
    <dc:date>2012-05-02T17:15:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.sguil.general/2420">
    <title>Re: New interesting problem with tcpflow-1.2.3</title>
    <link>http://permalink.gmane.org/gmane.comp.security.sguil.general/2420</link>
    <description>&lt;pre&gt;As a follow-up, I found a bug in tcpflow 1.2.4 and Simson fixed it in
tcpflow 1.2.6 released last night.  I just packaged it and released it
to all Security Onion users:
http://securityonion.blogspot.com/2012/04/security-onion-20120418-now-available.html

This update installs the new tcpflow 1.2.6 at /usr/local/bin/tcpflow
and a shim at /usr/bin/tcpflow.  The shim is just a bash script that
runs the following:
/usr/local/bin/tcpflow -T%A.%a-%B.%b $&amp;lt; at &amp;gt;

The new version of tcpflow has a new output format so we execute the
shim to call tcpflow with the correct -T options to produce the
original tcpflow format that Sguil is expecting.

Hope that helps!

Thanks,
Doug

On Wed, Apr 4, 2012 at 6:23 PM, Doug Burks &amp;lt;doug.burks-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:



&lt;/pre&gt;</description>
    <dc:creator>Doug Burks</dc:creator>
    <dc:date>2012-04-20T13:56:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.sguil.general/2419">
    <title>Re: New interesting problem with tcpflow-1.2.3</title>
    <link>http://permalink.gmane.org/gmane.comp.security.sguil.general/2419</link>
    <description>&lt;pre&gt;I haven't looked at the 1.2.3 source, but could you comment out that entire
code block you mentioned?

Alternatively, could you have Sguil call a bash script that would in turn
call tcpflow using the proper vlan options and passing on the options
received from Sguil?

Thanks,
Doug

On Wednesday, April 4, 2012, Jeremy Hoel wrote:



&lt;/pre&gt;</description>
    <dc:creator>Doug Burks</dc:creator>
    <dc:date>2012-04-04T22:23:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.sguil.general/2418">
    <title>Re: New interesting problem with tcpflow-1.2.3</title>
    <link>http://permalink.gmane.org/gmane.comp.security.sguil.general/2418</link>
    <description>&lt;pre&gt;Check that out.. So looking at your post.. that's different from the
flow.cpp that I'm seeing in the 1.2.3 build.

I See:

           case 'V': // '--' if VLAN is present
                if(vlan!=NO_VLAN) ss &amp;lt;&amp;lt; "--";
                break;
            case 'v': // VLAN number if VLAN is present
                if(vlan!=NO_VLAN) ss &amp;lt;&amp;lt; vlan;
               break;

I assume that we should try and use the 'v' option but the sguild.conf
doesn't really lend itself to supporting switches.



On Wed, Apr 4, 2012 at 8:59 PM, Doug Burks &amp;lt;doug.burks-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
&lt;/pre&gt;</description>
    <dc:creator>Jeremy Hoel</dc:creator>
    <dc:date>2012-04-04T21:29:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.sguil.general/2417">
    <title>Re: New interesting problem with tcpflow-1.2.3</title>
    <link>http://permalink.gmane.org/gmane.comp.security.sguil.general/2417</link>
    <description>&lt;pre&gt;Hi Jeremy,

Simson added VLAN support to tcpflow in 1.1.1 and it appends the VLAN
tag to the SRC and DST lines.  I believe he made it a configurable
option, but I just commented out the code in flow.cpp that outputs the
VLAN tags and it works fine for me and the rest of my users.

For more information, please see:
http://code.google.com/p/security-onion/issues/detail?id=148

Hope that helps!

Thanks,
Doug

On Wed, Apr 4, 2012 at 4:45 PM, Jeremy Hoel &amp;lt;jthoel-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:



&lt;/pre&gt;</description>
    <dc:creator>Doug Burks</dc:creator>
    <dc:date>2012-04-04T20:59:25</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.sguil.general/2416">
    <title>New interesting problem with tcpflow-1.2.3</title>
    <link>http://permalink.gmane.org/gmane.comp.security.sguil.general/2416</link>
    <description>&lt;pre&gt;So I'm standing up a new sguild server and I was grabbing tcpflow from
http://afflib.org/downloads/tcpflow.tar.gz.  Right now when that comes
down it's version 1.2.3.  It compiles like normal and installs and
runs fine, but the xcript doesn't seem to be able to use it when
pulling down transcripts/pcaps/etc.

I was able to roll back to the 1.1.0 version (tarball from the other
server) and it began to work like normal.

The afflib site lists 1.1.0 as the latest, but 1.2.3 is what comes down.

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
&lt;/pre&gt;</description>
    <dc:creator>Jeremy Hoel</dc:creator>
    <dc:date>2012-04-04T20:45:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.sguil.general/2415">
    <title>Re: Sguil-0.8.0 client Wireshark TMP dir error</title>
    <link>http://permalink.gmane.org/gmane.comp.security.sguil.general/2415</link>
    <description>&lt;pre&gt;Sorry about that. It is a known bug and a fix can be found here:

http://sourceforge.net/mailarchive/forum.php?thread_name=From_bamm%40users.sourceforge.net_Wed_Jun_29_03%3A07%3A28_2011&amp;amp;forum_name=sguil-cvs

Bamm

On Wed, Mar 21, 2012 at 1:20 PM, LIONEL PLAZA &amp;lt;leo240sx-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:



&lt;/pre&gt;</description>
    <dc:creator>Bamm Visscher</dc:creator>
    <dc:date>2012-03-22T12:04:35</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.sguil.general/2414">
    <title>Sguil-0.8.0 client Wireshark TMP dir error</title>
    <link>http://permalink.gmane.org/gmane.comp.security.sguil.general/2414</link>
    <description>&lt;pre&gt;Hello Everyone,
I'm upgrading from sguil 7 to sguil 8 and so far so good.  I've ran
into snag with the sguil 8 client and wireshark.  The situation is
when I try to pull the pcap data with wireshark,  I get an error
"Permission Denied" to C:\tmp  or it never return any errors.  It's
the strangest thing because the directory is there and worked fine
with the sguil 7 client.  I've even changed the directory to a new
folder and completely opened up the security permissions for that
folder and I still get the same errors.  Using the transcripts options
works fine and I can see the raw packet on the archive folder.

Has anyone else experienced this problem?  If so, how do you fix it.

Thanks
-Leo

------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
&lt;/pre&gt;</description>
    <dc:creator>LIONEL PLAZA</dc:creator>
    <dc:date>2012-03-21T17:20:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.sguil.general/2413">
    <title>Re: Request for pcap already in queue. Pls try againlater</title>
    <link>http://permalink.gmane.org/gmane.comp.security.sguil.general/2413</link>
    <description>&lt;pre&gt;In 0.8.0, the pcap agent is able to transfer pcas file w/o blocking. I had
to add some additional checking to support this move to ensure duplicate
request don't clobber each other. It sounds like the first request doesn't
complete for some reason and the later requests are aborted b/c of the
existence do the stale *.raw file. I have a couple of ideas for addressing
the issue and will test them out soon.  Thanks for the bug reports.

Bamm

On Tuesday, February 28, 2012, Keith Butler wrote:



&lt;/pre&gt;</description>
    <dc:creator>Bamm Visscher</dc:creator>
    <dc:date>2012-02-29T04:03:29</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.sguil.general/2412">
    <title>Re: Request for pcap already in queue. Pls try again later</title>
    <link>http://permalink.gmane.org/gmane.comp.security.sguil.general/2412</link>
    <description>&lt;pre&gt;Bamm,

I've been experiencing this issue, as well.  I've been running 0.7.0-cvs 
for the last 4 years without a problem, but I've recently upgraded a 
server to 0.8.0-cvs and periodically get this problem.  I request a 
pcap, things appear to start happening, but the pcap is never returned.  
Trying to request again results in the "request is already in queue" 
message.  I eventually stop sguild and pcap_agent, delete the empty pcap 
in /tmp, and restart things.  Re-requesting the pcap usually results in 
success.  I haven't seen anything in the logs.  I think maybe running 
everything from the command line with daemon mode disabled and debugging 
set to 1 is in my near future.  I'll be happy to send you the results.

-Keith

On 02/28/2012 06:12 PM, Bamm Visscher wrote:

------------------------------------------------------------------------------
Virtualization &amp;amp; Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to&lt;/pre&gt;</description>
    <dc:creator>Keith Butler</dc:creator>
    <dc:date>2012-02-28T23:46:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.sguil.general/2411">
    <title>Re: Request for pcap already in queue. Pls try again later</title>
    <link>http://permalink.gmane.org/gmane.comp.security.sguil.general/2411</link>
    <description>&lt;pre&gt;Thanks Bamm....

Now it's working. Thanks a lot.

There was just one file: C.C.C.C:5692_S.S.S.S:80-6.raw

I suppose the file was the one related with the event being exported to
wireshark.

Kindly,

Paul

El 28/02/2012 06:42 p.m., Bamm Visscher escribió:


------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
&lt;/pre&gt;</description>
    <dc:creator>Paul Marin</dc:creator>
    <dc:date>2012-02-28T23:47:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.sguil.general/2410">
    <title>Re: Request for pcap already in queue. Pls try againlater</title>
    <link>http://permalink.gmane.org/gmane.comp.security.sguil.general/2410</link>
    <description>&lt;pre&gt;Remove any stale pcap files (*.raw) from /tmp on the sensor.

Bamm


On Tue, Feb 28, 2012 at 4:40 PM, Paul Marin &amp;lt;pmarinh45-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:



&lt;/pre&gt;</description>
    <dc:creator>Bamm Visscher</dc:creator>
    <dc:date>2012-02-28T23:12:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.sguil.general/2409">
    <title>Re: What's log_packets.sh for?</title>
    <link>http://permalink.gmane.org/gmane.comp.security.sguil.general/2409</link>
    <description>&lt;pre&gt;log_packets.sh launches your packet logger (snort, tcpdump,
daemonlogger, etc) and checks your disk usage (deleting old data to
free up space as required). You add it to cron to check the disk space
at regular intervals as well as to restart/redirect the packet logger
into the appropriate date dir.

Bamm


On Tue, Feb 28, 2012 at 3:59 PM, Paul Marin &amp;lt;pmarinh45-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:



&lt;/pre&gt;</description>
    <dc:creator>Bamm Visscher</dc:creator>
    <dc:date>2012-02-28T22:42:59</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.sguil.general/2408">
    <title>Re: Request for pcap already in queue. Pls try again later</title>
    <link>http://permalink.gmane.org/gmane.comp.security.sguil.general/2408</link>
    <description>&lt;pre&gt;Hi Bamm..

Sguild's output:

Feb 28 21:35:19 sguild-01 SGUILD: Client Command Received:
XscriptRequest sensor-01 1 .sensor-01_2 {2012-02-23 19:14:33} S.S.S.S 80
C.C.C.C 5692 0
Feb 28 21:35:19 sguild-01 SGUILD: Sending sensor-01: RawDataRequest 1
sensor-01 2012-02-23 19:14:33 S.S.S.S C.C.C.C 5692 6
C.C.C.C:5692_S.S.S.S:80-6.raw xscript
Feb 28 21:35:19 sguild-01 SGUILD: Sending sock20: XscriptDebugMsg
.sensor-01_2 {Raw data request sent to sensor-01.}
Feb 28 21:35:19 sguild-01 SGUILD: Sensor Data Rcvd: XscriptDebugMsg 1
{Request for pcap already in queue. Pls try again later}
Feb 28 21:35:19 sguild-01 SGUILD: Sending sock20: XscriptDebugMsg
.sensor-01_2 {Request for pcap already in queue. Pls try again later}

Sguil client's system messages tab:

[2012-02-28 21:35:19] sensor-01: Request for pcap already in queue. Pls
try again later


Kindly,

Paul

El 28/02/2012 04:59 p.m., Bamm Visscher escribió:


------------------------------------------------------------------------------
Keep Your Developer Skills Curr&lt;/pre&gt;</description>
    <dc:creator>Paul Marin</dc:creator>
    <dc:date>2012-02-28T21:40:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.sguil.general/2407">
    <title>Re: Request for pcap already in queue. Pls try againlater</title>
    <link>http://permalink.gmane.org/gmane.comp.security.sguil.general/2407</link>
    <description>&lt;pre&gt;Paul,

Can you restart sguild and pcap_agent on the sensor. Then request the
transcript (once) and send the output here.

Bamm


On Tue, Feb 28, 2012 at 3:53 PM, Paul Marin &amp;lt;pmarinh45-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:



&lt;/pre&gt;</description>
    <dc:creator>Bamm Visscher</dc:creator>
    <dc:date>2012-02-28T21:29:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.sguil.general/2406">
    <title>What's log_packets.sh for?</title>
    <link>http://permalink.gmane.org/gmane.comp.security.sguil.general/2406</link>
    <description>&lt;pre&gt;Hi guys,

I don't really know what is the function of log_packets.sh in
sguil-sensor. What does this script do exactly? Why do you need to add
it to cron in order to run it periodically?

Thanks in advance,

Kindly

Paul



------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
&lt;/pre&gt;</description>
    <dc:creator>Paul Marin</dc:creator>
    <dc:date>2012-02-28T20:59:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.sguil.general/2405">
    <title>Re: Request for pcap already in queue. Pls try again later</title>
    <link>http://permalink.gmane.org/gmane.comp.security.sguil.general/2405</link>
    <description>&lt;pre&gt;Hi Bamm, sorry for the late answer.

El 24/02/2012 07:22 p.m., Bamm Visscher escribió:
Nothing... The problem still occurs.

Kindly,

Paul


------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
&lt;/pre&gt;</description>
    <dc:creator>Paul Marin</dc:creator>
    <dc:date>2012-02-28T20:53:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.sguil.general/2404">
    <title>Re: Request for pcap already in queue. Pls try againlater</title>
    <link>http://permalink.gmane.org/gmane.comp.security.sguil.general/2404</link>
    <description>&lt;pre&gt;Okay, you are getting the error about it being in queue b/c pcap_agent
is already processing the same request. What happens if you restart
pcap_agent.tcl?

Bamm

2012/2/24 Paul Marin &amp;lt;pmarinh45-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;:



&lt;/pre&gt;</description>
    <dc:creator>Bamm Visscher</dc:creator>
    <dc:date>2012-02-24T23:52:03</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.security.sguil.general">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.security.sguil.general</link>
  </textinput>
</rdf:RDF>

