<?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.nmap.devel">
    <title>gmane.comp.security.nmap.devel</title>
    <link>http://permalink.gmane.org/gmane.comp.security.nmap.devel</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.nmap.devel/21833"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.nmap.devel/21832"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.nmap.devel/21831"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.nmap.devel/21830"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.nmap.devel/21829"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.nmap.devel/21828"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.nmap.devel/21827"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.nmap.devel/21826"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.nmap.devel/21825"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.nmap.devel/21824"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.nmap.devel/21823"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.nmap.devel/21822"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.nmap.devel/21821"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.nmap.devel/21820"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.nmap.devel/21819"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.nmap.devel/21818"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.nmap.devel/21817"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.nmap.devel/21816"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.nmap.devel/21815"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.security.nmap.devel/21814"/>
      </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.nmap.devel/21833">
    <title>[patch] Bug in httpspider.LinkExtractor</title>
    <link>http://permalink.gmane.org/gmane.comp.security.nmap.devel/21833</link>
    <description>&lt;pre&gt;List,

Two bugs and a code structure improvement in this patch to the 
httpspider library, found while working with the http-chrono script.

First bug, the LinkExtractor portion of httpspider doesn't check for a 
negative maxdepth (indicating no limit), and rejects all links.

Second bug, the withinhost and withindomain matching functions would 
throw an error when presented with a URL without a host portion. 
Example: &amp;lt;a href="http://"&amp;gt;link&amp;lt;/a&amp;gt;. I threw in a test for parsed_u.host 
== nil, assuming that that would fail either of the checks.

Lastly, the attached patch fixes moves the function definition for 
validate_link out of the innermost loop of the LinkExtractor.parse 
function. It had been declared as a closure over url, then called on the 
very next line. I chose to move it to a method of the LinkExtractor 
class, in case it should ever need to be overridden, but it could have 
just as easily been inlined.

Dan
_______________________________________________
Sent through the nmap-dev mailing list
ht&lt;/pre&gt;</description>
    <dc:creator>Daniel Miller</dc:creator>
    <dc:date>2012-05-22T16:03:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.nmap.devel/21832">
    <title>Re: scanning a /8</title>
    <link>http://permalink.gmane.org/gmane.comp.security.nmap.devel/21832</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Tue, 22 May 2012 06:19:14 -0700
Michael Right &amp;lt;specked&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:



Hi Michael,

This is a complicated question and the answer depends a lot on what
sort of scan you're doing.

I assume in your case, if you want to scan a whole /8 you probably want
to find up hosts or locate just one or two services.  In that case, you
can tune a single Nmap process to blast packets which should outperform
more than one Nmap instance (when you factor in accuracy).

So suppose you want to scan hosts for port 80.  I'd try something like:

nmap -v -d -p 80 -Pn -n -T5 --min-hostgroup 8192 --min-parallelism 1024
- --randomize-hosts -oA big_scan 10.0.0.0/8

When you use --randomize-hosts Nmap doesn't actually randomly sort all
IPs but rather blocks of IPs much like how it scans in blocks (hosts
groups).  If you have a big global network with your /8 divided up into
a bunch of /16s or so and each routed to different parts of the world
then the random blocks Nmap uses won't b&lt;/pre&gt;</description>
    <dc:creator>Brandon Enright</dc:creator>
    <dc:date>2012-05-22T15:24:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.nmap.devel/21831">
    <title>Nmap 6 Zenmap problem</title>
    <link>http://permalink.gmane.org/gmane.comp.security.nmap.devel/21831</link>
    <description>&lt;pre&gt;
Hi ...

... I think Zenmap is an Universal Binary App cause is doesn’t start  
on my PowerBook G4 running OS 10.4.11 anymore ...
... the Installer Readme told me that PPC and 10.4 is no problem ...

vernetzungsvoll,

Clemens Schaber · Wels · Austria




_______________________________________________
Sent through the nmap-dev mailing list
http://cgi.insecure.org/mailman/listinfo/nmap-dev
Archived at http://seclists.org/nmap-dev/

&lt;/pre&gt;</description>
    <dc:creator>yxynaxen&lt; at &gt;A1.net</dc:creator>
    <dc:date>2012-05-22T11:14:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.nmap.devel/21830">
    <title>zenmap-crash</title>
    <link>http://permalink.gmane.org/gmane.comp.security.nmap.devel/21830</link>
    <description>&lt;pre&gt;hi,

after scanning about 188 hosts i wanted to filter them.
"op:80" was just fine. i wanted to extend that to "op:80 or op:8080" it  
crashed


Version: 6.00
Traceback (most recent call last):
   File "zenmapGUI\ScanInterface.pyo", line 247, in filter_hosts
   File "zenmapCore\NetworkInventory.pyo", line 498, in apply_filter
   File "zenmapCore\NetworkInventory.pyo", line 448, in _match_all_args
   File "zenmapCore\NetworkInventory.pyo", line 458, in match_keyword
   File "zenmapCore\NetworkInventory.pyo", line 471, in match_os
   File "zenmapCore\SearchResult.pyo", line 155, in match_os
KeyError: 'osmatches'



greetings
_______________________________________________
Sent through the nmap-dev mailing list
http://cgi.insecure.org/mailman/listinfo/nmap-dev
Archived at http://seclists.org/nmap-dev/

&lt;/pre&gt;</description>
    <dc:creator>Thomas Neumayer</dc:creator>
    <dc:date>2012-05-22T09:52:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.nmap.devel/21829">
    <title>6.0 bug</title>
    <link>http://permalink.gmane.org/gmane.comp.security.nmap.devel/21829</link>
    <description>&lt;pre&gt;None of the default scans appear to be working. It is not able to ping any of the hosts. Removed 6.0 and reinstalled 5.5 and was able to ping and define open ports and other command line switches. Tried multiple host, and verified they were up and pingable from this host. I would be willing to answer other question if need. Just email if you like.



Scott R. Schmit
Systems Engineer
Mobile:    864.616.7953
Desk:       864.307.0766
Fax:          864.307.0866
Email:    sschmit&amp;lt; at &amp;gt;csioutfitters.com&amp;lt;mailto:sschmit&amp;lt; at &amp;gt;csioutfitters.com&amp;gt;
[cid:image001.png&amp;lt; at &amp;gt;01CD37F9.EFD1C960]



_______________________________________________
Sent through the nmap-dev mailing list
http://cgi.insecure.org/mailman/listinfo/nmap-dev
Archived at http://seclists.org/nmap-dev/&lt;/pre&gt;</description>
    <dc:creator>Scott Schmit</dc:creator>
    <dc:date>2012-05-22T13:04:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.nmap.devel/21828">
    <title>scanning a /8</title>
    <link>http://permalink.gmane.org/gmane.comp.security.nmap.devel/21828</link>
    <description>&lt;pre&gt;Hi,

Would it be faster to scan a /8 using a single nmap instance or
splitting it into a bunch of smaller networks and running multiple
parallel nmaps?

Thanks
_______________________________________________
Sent through the nmap-dev mailing list
http://cgi.insecure.org/mailman/listinfo/nmap-dev
Archived at http://seclists.org/nmap-dev/

&lt;/pre&gt;</description>
    <dc:creator>Michael Right</dc:creator>
    <dc:date>2012-05-22T13:19:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.nmap.devel/21827">
    <title>Nmap 6 fails to initialize on Windows xp sp3</title>
    <link>http://permalink.gmane.org/gmane.comp.security.nmap.devel/21827</link>
    <description>&lt;pre&gt;Hi,

I tried Nmap6  on Windows XP SP3. As startup, Nmap performed address resolution with Neighbor solicitation sent using unspecified address and Source Link layer address option.
Neighbor Solicitation message must not be sent with source as unspecified address and having source link layer as specified in RFC4861 section 7.1.1. Snapshot of the same indicated in bold.

7.1.1&amp;lt;http://tools.ietf.org/html/rfc4861#section-7.1.1&amp;gt;.  Validation of Neighbor Solicitations





   A node MUST silently discard any received Neighbor Solicitation

   messages that do not satisfy all of the following validity checks:



      - The IP Hop Limit field has a value of 255, i.e., the packet

        could not possibly have been forwarded by a router.



      - ICMP Checksum is valid.



      - ICMP Code is 0.



      - ICMP length (derived from the IP length) is 24 or more octets.



      - Target Address is not a multicast address.



      - All included options have a length that is greater than zero.



      - If the &lt;/pre&gt;</description>
    <dc:creator>Venkataramanappa Sathyanarayana</dc:creator>
    <dc:date>2012-05-22T12:54:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.nmap.devel/21826">
    <title>nse_main.lua:312: attempt to index field '?' (a nil value)</title>
    <link>http://permalink.gmane.org/gmane.comp.security.nmap.devel/21826</link>
    <description>&lt;pre&gt;Hi,

I wanted to test the http-unsafe-output-escaping script provided by the
new nmap-6.00 Version.

Using this new nma version - both installed version and using NMAPDIR
environment variable -  I get the following error.

nmap-6.00# nmap --script=http-unsafe-output-escaping 1.2.3.4

Starting Nmap 6.00 ( http://nmap.org ) at 2012-05-22 13:33 CEST
NSE: Script Engine Scan Aborted.
An error was thrown by the engine: /home/bk/nmap-6.00/nse_main.lua:312:
attempt to index field '?' (a nil value)
stack traceback:
/home/bk/nmap-6.00/nse_main.lua:312: in function 'close'
/home/bk/nmap-6.00/nse_main.lua:908: in function 'run'
/home/bk/nmap-6.00/nse_main.lua:1218: in function
&amp;lt;/home/bk/nmap-6.00/nse_main.lua:1125&amp;gt;
[C]: ?

The nmap scan report shows correct information about open porst

FYI

best

Bernd

&lt;/pre&gt;</description>
    <dc:creator>Bernd Kohler</dc:creator>
    <dc:date>2012-05-22T11:42:13</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.nmap.devel/21825">
    <title>Re: zenmap crash</title>
    <link>http://permalink.gmane.org/gmane.comp.security.nmap.devel/21825</link>
    <description>&lt;pre&gt;Il 22/05/2012 11:28, Jan Reister ha scritto:

Sorry for the unhelpful post, I was blindly following a crash dialog
before realizing it went to nmap-dev list!

I was using the zenmap "filter hosts" feature when it crashed.

nmap v. 6.00 compiled from ther tarball.

Linux 3.2.0-24-generic #37-Ubuntu SMP Wed Apr 25 08:43:22 UTC 2012
x86_64 x86_64 x86_64 GNU/Linux

Jan
_______________________________________________
Sent through the nmap-dev mailing list
http://cgi.insecure.org/mailman/listinfo/nmap-dev
Archived at http://seclists.org/nmap-dev/

&lt;/pre&gt;</description>
    <dc:creator>Jan Reister</dc:creator>
    <dc:date>2012-05-22T10:39:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.nmap.devel/21824">
    <title>zenmap crash</title>
    <link>http://permalink.gmane.org/gmane.comp.security.nmap.devel/21824</link>
    <description>&lt;pre&gt;Version: 6.00
Traceback (most recent call last):
  File
"/usr/local/lib/python2.7/dist-packages/zenmapGUI/ScanInterface.py",
line 247, in filter_hosts
    self.inventory.apply_filter(filter_string)
  File
"/usr/local/lib/python2.7/dist-packages/zenmapCore/NetworkInventory.py",
line 498, in apply_filter
    if not self._match_all_args(host, operator, args):
  File
"/usr/local/lib/python2.7/dist-packages/zenmapCore/NetworkInventory.py",
line 448, in _match_all_args
    if not self.__getattribute__("match_%s" % operator)(host, arg):
  File
"/usr/local/lib/python2.7/dist-packages/zenmapCore/NetworkInventory.py",
line 458, in match_keyword
    return self.match_os(host, keyword) or\
  File
"/usr/local/lib/python2.7/dist-packages/zenmapCore/NetworkInventory.py",
line 471, in match_os
    return HostSearch.match_os(host, os)
  File
"/usr/local/lib/python2.7/dist-packages/zenmapCore/SearchResult.py",
line 155, in match_os
    for osclass in osmatch['osmatches']:
KeyError: 'osmatches'




&lt;/pre&gt;</description>
    <dc:creator>Jan Reister</dc:creator>
    <dc:date>2012-05-22T09:28:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.nmap.devel/21823">
    <title>Hani Benhabiles' status report - #4 of 17</title>
    <link>http://permalink.gmane.org/gmane.comp.security.nmap.devel/21823</link>
    <description>&lt;pre&gt;Hi list,

Although it didn't change much for me, the GSoC official period began 
yesterday. Fun and exciting times ahead. :)

Achievements:
- Fixed / committed some issues with http-drupal-modules.
- Worked on / committed http-traceroute, a script that exploits 
Max-Forwards HTTP header to detect reverse proxies.
- Began working on firewall-bypass.
- Gone through some of Nmap / Lua internals documentation.
- Had a meeting with Henri and discussed the finished scripts, the next 
one to work on (firewall-bypass) and ideas for new scripts.

Priorities:
- Work on firewall-bypass.
- Find ideas for new scripts and features to work on.
- Discuss some ideas and features with the NSE team.

Cheers,
Hani.

&lt;/pre&gt;</description>
    <dc:creator>Hani Benhabiles</dc:creator>
    <dc:date>2012-05-22T08:23:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.nmap.devel/21822">
    <title>Re: svn update failures</title>
    <link>http://permalink.gmane.org/gmane.comp.security.nmap.devel/21822</link>
    <description>&lt;pre&gt;
I can confirm that this fixed the problem... !

Thanks :-)


Forrest

_______________________________________________
Sent through the nmap-dev mailing list
http://cgi.insecure.org/mailman/listinfo/nmap-dev
Archived at http://seclists.org/nmap-dev/

&lt;/pre&gt;</description>
    <dc:creator>Forrest Aldrich</dc:creator>
    <dc:date>2012-05-21T18:29:19</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.nmap.devel/21821">
    <title>Zenmap Japanese translation</title>
    <link>http://permalink.gmane.org/gmane.comp.security.nmap.devel/21821</link>
    <description>&lt;pre&gt;Hello,

I proceeded to localize in my native language - Japanese.

screenshot
http://bogus.jp/wp/wp-content/zenmap_jp1.png

ja.po and zenmap.mo(japanese)
http://bogus.jp/zenmap_lc_ja.zip

Regards.
&lt;/pre&gt;</description>
    <dc:creator>bogus</dc:creator>
    <dc:date>2012-05-22T03:05:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.nmap.devel/21820">
    <title>Nmap_error----&gt; dnet:Failed to open device eth24</title>
    <link>http://permalink.gmane.org/gmane.comp.security.nmap.devel/21820</link>
    <description>&lt;pre&gt;Hi,
I have downloaded Nmap-5.51 from http://nmap.org,but when I am running
the nmap command in command prompt i am getting the error,

"dnet:Failed to open device eth24"

I have installed the latest version of WinPcap version 4.1.2.
NPF is running properly.
I guess there is some problem in WinPcap.
I am using Windows 7 ultimate,32 bit.

Please suggest
Regards

AnandK

Attachments: ScreenShot of the error
_______________________________________________
Sent through the nmap-dev mailing list
http://cgi.insecure.org/mailman/listinfo/nmap-dev
Archived at http://seclists.org/nmap-dev/&lt;/pre&gt;</description>
    <dc:creator>anand k</dc:creator>
    <dc:date>2012-05-21T19:07:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.nmap.devel/21819">
    <title>James Rogers - status report - #4 of 17</title>
    <link>http://permalink.gmane.org/gmane.comp.security.nmap.devel/21819</link>
    <description>&lt;pre&gt;Trouble shooting of sperious port closing.  Added a usleep(60000) to
ultra_scan() that seems to correct the problem.  Obviously this is not
an acceptable solution, just troubleshooting to help isolate the
issue.

Switching to looking at the Clang bug reports over the next week to
look to see if any of the bugs found is a major issue.
_______________________________________________
Sent through the nmap-dev mailing list
http://cgi.insecure.org/mailman/listinfo/nmap-dev
Archived at http://seclists.org/nmap-dev/

&lt;/pre&gt;</description>
    <dc:creator>James Rogers</dc:creator>
    <dc:date>2012-05-22T03:14:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.nmap.devel/21818">
    <title>Sean Rivera's status report - #4 of 17</title>
    <link>http://permalink.gmane.org/gmane.comp.security.nmap.devel/21818</link>
    <description>&lt;pre&gt;Greetings,

Accomplishments:
     Made progress on the sv-tidy language support (namely adding table and
reverse table)
     Set up weekly meetings with Mentor, David.


Priorities:
     Build a CPE parser.
     Compare CPE language and i field langague for all CPE fields.
     Contact David for the next step in this program.

That is all,
&lt;/pre&gt;</description>
    <dc:creator>sean rivera</dc:creator>
    <dc:date>2012-05-22T02:54:11</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.nmap.devel/21817">
    <title>[RFC][patch] XML structured script output</title>
    <link>http://permalink.gmane.org/gmane.comp.security.nmap.devel/21817</link>
    <description>&lt;pre&gt;Congratulations everyone on version 6!

For a year or so, I've been looking for feedback on my patch for XML
structured output for NSE scripts [1], and as it has been a while, I
thought I'd bring it up again. I've fixed a couple bugs since last
time, and I've started keeping my local copy of the Nmap source under
Git source control, so I can rebase my branch as development continues
on the official source. I'm attaching 2 patches: nse-structured.diff
has all the code changes to use XML output for scripts, and
scripts-structured.diff patches a few scripts to take better advantage
of the structured output.

As far as impact to script writers, there shouldn't be much, since a
table passed to stdnse.format_output() will work as it always has, as
will simply returning a string from a script. In this regard, the
functionality is largely opt-in. If the patch is accepted, I'll spend
time updating existing scripts to structure their output.

There is room for improvement: Currently, "horizontal lists" don't
work; tha&lt;/pre&gt;</description>
    <dc:creator>Daniel Miller</dc:creator>
    <dc:date>2012-05-22T01:57:38</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.nmap.devel/21816">
    <title>Peter's status report - #4 of 17</title>
    <link>http://permalink.gmane.org/gmane.comp.security.nmap.devel/21816</link>
    <description>&lt;pre&gt;Hi all,


Accomplishments:
* made some progress on the fuzzer - it now  finds forms automatically
and parses them into convenient format. The result of parsing a form
may look  like this: {action="/test.php", fields={{name="field1",
type="text"}, {name="field2", type="file"}}}. I've sent the code to
Patrick for a review.

Priorities:
* there's a lot more to be done on the fuzzer. The next thing I'm
planning to do is to analyze the response we get after sending a form
and determine if the fuzzing was successful. I'd also like to add
fuzzing with numbers.


Cheers,
Peter
_______________________________________________
Sent through the nmap-dev mailing list
http://cgi.insecure.org/mailman/listinfo/nmap-dev
Archived at http://seclists.org/nmap-dev/

&lt;/pre&gt;</description>
    <dc:creator>Peter O</dc:creator>
    <dc:date>2012-05-21T23:30:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.nmap.devel/21815">
    <title>Aleksandar's Status Report #4 of 17</title>
    <link>http://permalink.gmane.org/gmane.comp.security.nmap.devel/21815</link>
    <description>&lt;pre&gt;Hi all,

Last week was all about getting ready for official start of coding.
I was trying to do as much work related to my studies as I could
in order to have more free time to work on nmap.
Apart from that, I've compiled a small list of interesting vulnerabilities
that I will be making into scripts soon.
I've had a meeting with David, I've created my own branch on
the svn and played around with it to make sure I know my way around
with svn on such a big project.
I've discussed with David which scripts should I do first and we settled
on RMI registry default configuration vulnerability (on which I have started
working on today) and one of the bruteforce scripts that needs improvement.
As I will be working with RMI I took time to read trough existing
nse's rmi library.

My priorities for this week will be to write a script for detecting
and exploiting
vulnerable RMI registry servers and extend the rmi library accordingly.
And to rewrite mysql-brute script to use brute lib.
If time permits, I will try to rewri&lt;/pre&gt;</description>
    <dc:creator>Aleksandar Nikolic</dc:creator>
    <dc:date>2012-05-21T21:43:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.nmap.devel/21814">
    <title>Re: nmap 6.0/Zenmap hang on OS X 10.7.4</title>
    <link>http://permalink.gmane.org/gmane.comp.security.nmap.devel/21814</link>
    <description>&lt;pre&gt;
Hi David,

This is Apple's X11 server.

dn


_______________________________________________
Sent through the nmap-dev mailing list
http://cgi.insecure.org/mailman/listinfo/nmap-dev
Archived at http://seclists.org/nmap-dev/

&lt;/pre&gt;</description>
    <dc:creator>David Newman</dc:creator>
    <dc:date>2012-05-21T21:22:13</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.security.nmap.devel/21813">
    <title>Re: nmap 6.0/Zenmap hang on OS X 10.7.4</title>
    <link>http://permalink.gmane.org/gmane.comp.security.nmap.devel/21813</link>
    <description>&lt;pre&gt;
Thanks for this report. Is your XQuartz server the default X11 server
that Apple provides, or one you installed separately?

David Fifield
_______________________________________________
Sent through the nmap-dev mailing list
http://cgi.insecure.org/mailman/listinfo/nmap-dev
Archived at http://seclists.org/nmap-dev/

&lt;/pre&gt;</description>
    <dc:creator>David Fifield</dc:creator>
    <dc:date>2012-05-21T21:16:58</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.security.nmap.devel">
    <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.nmap.devel</link>
  </textinput>
</rdf:RDF>

