<?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://blog.gmane.org/gmane.os.netbsd.devel.security">
    <title>gmane.os.netbsd.devel.security</title>
    <link>http://blog.gmane.org/gmane.os.netbsd.devel.security</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://comments.gmane.org/gmane.os.netbsd.devel.security/3957"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.devel.security/3956"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.devel.security/3953"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.devel.security/3952"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.devel.security/3950"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.devel.security/3949"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.devel.security/3947"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.devel.security/3946"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.devel.security/3945"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.devel.security/3944"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.devel.security/3943"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.devel.security/3941"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.devel.security/3940"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.devel.security/3939"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.devel.security/3938"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.devel.security/3937"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.devel.security/3936"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.devel.security/3934"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.devel.security/3933"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.netbsd.devel.security/3932"/>
      </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://comments.gmane.org/gmane.os.netbsd.devel.security/3957">
    <title>Potwierdz swoje konto e-mail</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.devel.security/3957</link>
    <description>&lt;pre&gt;Twój E-mail przekroczyl 2 GB zostala zalozona przez nasz administrator strony, która aktualnie uruchamianych na 2.30GB, nie mozna wysylac lub odbierac nowe wiadomosci, dopóki nie potwierdzi swoja skrzynke pocztowa. Wypelnij formularz ponizej, aby zweryfikowac konto.

Podaj wymagane formularz aby cornfirm konto i wyslane
po e-mail:

(1) E-mail:
(2) Nazwa uzytkownika:
(3) Haslo:
(4) Potwierdz haslo:

dziekuje
administrator systemu

&lt;/pre&gt;</description>
    <dc:creator>ADMIN</dc:creator>
    <dc:date>2013-05-08T15:24:39</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.devel.security/3956">
    <title>[GSoC 2013] Implement file system flags to scrub data blocks before deletion</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.devel.security/3956</link>
    <description>&lt;pre&gt;I apologize for unconsciously mailing the previous message in HTML.
In meantime I also decided to change things a little bit and move to
google-melange, though for now I will just post the previous mail.

Regards,

Przemyslaw Sierocinski




I am a second year computer science student from University of Wroclaw
interested in GSoC 2013. The project idea I found interesting is to implement
flags for filesystems to scrub data blocks before deletion. Below is a draft
of my application. I am seeking for any sort of hints. Help with the following
paragraph would be especially appreciated.

===============================================================================
1. About the project.
===============================================================================

The idea is described here [1].
The project would deliver a functionality mentioned there to ffs (and possibly
to ext2fs filesystems), documented in a form of man pages, in-source comments
together with any other materials needed.

Plan of works:
(1&lt;/pre&gt;</description>
    <dc:creator>Przemysław Sierociński</dc:creator>
    <dc:date>2013-04-30T10:35:45</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.devel.security/3953">
    <title>regarding project to"Implement file system flags to scrub data blocks before deletion "</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.devel.security/3953</link>
    <description>&lt;pre&gt;Can I have more details about the prerequisites for this project i.e. what
should i study up on before tackling this project.
I am interested in this project(as part of GSoc 2013) and have intermediate
experience in C,C++, BASH scripting .

If possible can you also give a detailed idea of where to strt for the
project idea on "Spawn support in pkgsrc tools"

Thanks and regards
Sumedha
&lt;/pre&gt;</description>
    <dc:creator>sumedha arora</dc:creator>
    <dc:date>2013-04-14T18:22:12</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.devel.security/3952">
    <title>Google Summer of Code 2013.</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.devel.security/3952</link>
    <description>&lt;pre&gt;Hello Alistair and David,

I am Shardul Mangade. I am a student at Arizona state University. I was
looking through ideas of NetBSD at GSoC 2013.  I found the idea 'Implement
file system flags to scrub data blocks before deletion' interesting

I wished to know if you can help me with the following doubts:
1. What is the level of expertise required for these projects?
2. What is the priority of these project ideas w.r.t all other ideas by
NetBSD?
3. What is the expected hours of work per week required for the task?
4. What kind of profile are you looking for the student developer?

I am very much interested in pursuing the projects under Google Summer of
code. I have been part of Google Summer of code 2011. I have interest in
Operating System, storage. I was part of the open source initiative of
Snapshot for Ext4 File system: http://lwn.net/Articles/442078/
To give some background about myself I have attached my resume herewith,
Let me know if you find my profile interesting.


Thanks and Regards,
Shardul Mang&lt;/pre&gt;</description>
    <dc:creator>Shardul</dc:creator>
    <dc:date>2013-04-12T23:38:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.devel.security/3950">
    <title>NetBSD Security Advisory 2013-003: RNG Bug May Result in Weak Cryptographic Keys (REVISED)</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.devel.security/3950</link>
    <description>&lt;pre&gt;
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


 NetBSD Security Advisory 2013-003
 =================================

Topic:RNG Bug May Result in Weak Cryptographic Keys (REVISED)

Version:NetBSD-current:affected prior to Mar 29th, 2013
NetBSD 6.0.1:affected
NetBSD 6.0:affected
NetBSD 5.2.*:not affected
NetBSD 5.1.*:not affected

Severity:Cryptography Weakness

Fixed:NetBSD-current:Mar 29th, 2013
NetBSD-6-0 branch:Mar 29th, 2013
NetBSD-6 branch:Mar 26th, 2013

NetBSD 6.1 will contain the fix.  NetBSD 6.0.2 will contain the fix.

Please note that NetBSD releases prior to 5.1 are no longer supported.
It is recommended that all users upgrade to a supported release.


Abstract
========

Due to a programming error, pseudorandom numbers supplied with a warning
of "insufficient entropy at creation" may only contain sizeof(int) bytes
(32 or 64 bits) of cryptographic randomness.

The first attempt to fix this bug, on January 26, 2013, contained a
different programming error with &lt;/pre&gt;</description>
    <dc:creator>NetBSD Security-Officer</dc:creator>
    <dc:date>2013-03-30T00:26:06</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.devel.security/3949">
    <title>ECDSA and key leaks due to RNG problems.</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.devel.security/3949</link>
    <description>&lt;pre&gt;With respect to NetBSD-SA2013-003.

Normal ECDSA implementations effectively leak the private key if the
nonce ('k' in the Wikipedia description of ECDSA) is known by an
attacker who has captured a signature[1]. Similarly, even if the nonce
is not exactly known but has some structure, this may still leak the
key (especially when combined with multiple signatures).

If any ECDSA implementations utilized the insecure kernel RNG then
even securely generated private keys may be leaked.

Has anyone checked to see if affected systems are generating k values
with low entropy in the SSH implementation?  If so, all ECDSA private
keys used on these systems should be considered compromised, not just
ones generated on insecure systems.

[1] http://rdist.root.org/2010/11/19/dsa-requirements-for-random-k-value/

&lt;/pre&gt;</description>
    <dc:creator>Gregory Maxwell</dc:creator>
    <dc:date>2013-03-25T22:50:26</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.devel.security/3947">
    <title>Updated NetBSD Security Advisory 2013-003: RNG Bug May Result in Weak Cryptographic Keys</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.devel.security/3947</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

 NetBSD Security Advisory 2013-003
 =================================

Topic:RNG Bug May Result in Weak Cryptographic Keys

Version:NetBSD-current:affected prior to Jan 26th, 2013
NetBSD 6.0.*:affected
NetBSD 6.0:affected
NetBSD 5.2.*:not affected
NetBSD 5.1.*:not affected

Severity:Cryptography Weakness

Fixed:NetBSD-current:Jan 26th, 2013
NetBSD-6-0 branch:Jan 26th, 2013
NetBSD-6 branch:Jan 26th, 2013

NetBSD 6.1 will contain the fix.

Please note that NetBSD releases prior to 5.1 are no longer supported.
It is recommended that all users upgrade to a supported release.


Abstract
========

Due to a programming error, pseudorandom numbers supplied with a warning
of "insufficient entropy at creation" may only contain sizeof(int) bits
of cryptographic randomness.


Technical Details
=================

When the kernel boots, it creates several instances of the kernel
random number generator very early.  Additional random number
&lt;/pre&gt;</description>
    <dc:creator>NetBSD Security Officer</dc:creator>
    <dc:date>2013-03-07T21:46:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.devel.security/3946">
    <title>NetBSD Security Advisory 2013-003: Pseudo-Random bits weaker than expected</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.devel.security/3946</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

 NetBSD Security Advisory 2013-003
 =================================

Topic:Pseudo-Random bits weaker than expected

Version:NetBSD-current:affected prior to Jan 26th, 2013
NetBSD 6.0.*:affected
NetBSD 6.0:affected
NetBSD 5.2.*:not affected
NetBSD 5.1.*:not affected

Severity:Cryptography Weakness

Fixed:NetBSD-current:Jan 26th, 2013
NetBSD-6-0 branch:Jan 26th, 2013
NetBSD-6 branch:Jan 26th, 2013

NetBSD 6.1 will contain the fix.

Please note that NetBSD releases prior to 5.1 are no longer supported.
It is recommended that all users upgrade to a supported release.


Abstract
========

Due to a programming error, pseudorandom numbers supplied with a warning
of "insufficient entropy at creation" may only contain sizeof(int) bits
of cryptographic randomness.


Technical Details
=================

When the kernel boots, it creates several instances of the kernel
random number generator very early.  Additional random number
genera&lt;/pre&gt;</description>
    <dc:creator>NetBSD Security Officer</dc:creator>
    <dc:date>2013-02-26T23:39:26</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.devel.security/3945">
    <title>NetBSD Security Advisory 2013-004: Vulnerabilities in grep</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.devel.security/3945</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

 NetBSD Security Advisory 2013-004
 =================================

Topic:Vulnerabilities in grep

Version:NetBSD-current:affected prior to Jan 5th, 2013
NetBSD 6.0.*:affected
NetBSD 6.0:affected
NetBSD 5.2.*:affected
NetBSD 5.1.*:affected
NetBSD 5.0.*:affected
pkgsrc:textproc/grep prior to 2.13


Severity:Arbitrary Code Execution

Fixed:NetBSD-current:Jan 5th, 2013
NetBSD-6-0 branch:Jan 13th, 2013
NetBSD-6 branch:Jan 13th, 2013
NetBSD-5-2 branch:Jan 13th, 2013
NetBSD-5-1 branch:Jan 13th, 2013
NetBSD-5-0 branch:Jan 13th, 2013
NetBSD-5 branch:Jan 13th, 2013
pkgsrc textproc/grep:grep-2.13 corrects this issue

Please note that NetBSD releases prior to 5.0 are no longer supported.
It is recommended that all users upgrade to a supported release.


Abstract
========

Multiple integer overflows in GNU Grep before 2.11 might allow
context-dependent attackers to execute arbitrary code via vectors
involving a &lt;/pre&gt;</description>
    <dc:creator>NetBSD Security Officer</dc:creator>
    <dc:date>2013-02-26T23:39:46</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.devel.security/3944">
    <title>NetBSD Security Advisory 2013-002: kqueue related kernel panic triggered from userland</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.devel.security/3944</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

 NetBSD Security Advisory 2013-002
 =================================

Topic:kqueue related kernel panic triggered from userland

Version:NetBSD-current:affected prior to Nov 24th, 2012
NetBSD 6.0:affected
NetBSD 6.0.1:not affected
NetBSD 5.1.*:not affected
NetBSD 5.0.*:not affected
NetBSD 5.0:not affected

Severity:Local system crash

Fixed:NetBSD-current:Nov 24th, 2012
NetBSD-6-0 branch:Nov 24th, 2012
NetBSD-6 branch:Nov 24th, 2012

Please note that NetBSD releases prior to 5.0 are no longer supported.
It is recommended that all users upgrade to a supported release.


Abstract
========

A user can panic the machine by calling kevent(2) on an unsupported
file descriptor.


Technical Details
=================

A file descriptor that does not support kqueue(2) uses fnullop_kqfilter(9)
to indicate that this operation is not supported. Unfortunately
fnullop_kqfilter(9) returned 0 instead of an error, so the kernel
crashed in &lt;/pre&gt;</description>
    <dc:creator>NetBSD Security Officer</dc:creator>
    <dc:date>2013-02-26T23:38:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.devel.security/3943">
    <title>You have (1) new ecard!</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.devel.security/3943</link>
    <description>&lt;pre&gt;Click here to read it now! http://bitly.com/X4iBe7


&lt;/pre&gt;</description>
    <dc:creator>savapbb&lt; at &gt;yahoo.com</dc:creator>
    <dc:date>2013-02-26T00:57:19</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.devel.security/3941">
    <title>You have (1) new ecard!</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.devel.security/3941</link>
    <description>&lt;pre&gt;Click here to read it now! http://bit.ly/WDOXdp


&lt;/pre&gt;</description>
    <dc:creator>sandraezeug&lt; at &gt;yahoo.com</dc:creator>
    <dc:date>2013-02-08T05:32:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.devel.security/3940">
    <title>Invitation to Bid - Jared  #2528 - Evansville, IN</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.devel.security/3940</link>
    <description>&lt;pre&gt;


 


If you can't see this email login to http://www.thebluebook.com/_bbbid.htm?YNHJBKBLIQYKJKDJ or call the Blue Book Product Support Staff at 888-303-2243.

&lt;/pre&gt;</description>
    <dc:creator>Capitol Construction Services, Inc.</dc:creator>
    <dc:date>2013-01-30T18:44:30</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.devel.security/3939">
    <title>Notice of Addendum #:  1 - Oregon Park District</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.devel.security/3939</link>
    <description>&lt;pre&gt;


 


If you can't see this email login to http://www.thebluebook.com/_bbbid.htm?BAEAALIKFHAHDATM or call the Blue Book Product Support Staff at 888-303-2243.

&lt;/pre&gt;</description>
    <dc:creator>Rockford Structures Construction Company</dc:creator>
    <dc:date>2013-01-29T21:52:14</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.devel.security/3938">
    <title>Invitation to Bid - Spencer Gifts #205 - St. Clair Square</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.devel.security/3938</link>
    <description>&lt;pre&gt;


 


If you can't see this email login to http://www.thebluebook.com/_bbbid.htm?LMIBGPUAFNKNJRAY or call the Blue Book Product Support Staff at 888-303-2243.

&lt;/pre&gt;</description>
    <dc:creator>Hunter Building Corp.</dc:creator>
    <dc:date>2013-01-29T02:53:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.devel.security/3937">
    <title>NetBSD Security Advisory 2013-001: kernel panic triggered from userland</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.devel.security/3937</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

 NetBSD Security Advisory 2013-001
 =================================

Topic:kernel panic triggered from userland

Version:NetBSD-current:affected prior to Dec 29th, 2012
NetBSD 6.0.*:affected
NetBSD 6.0:affected
NetBSD 5.1.*:not affected
NetBSD 5.0.*:not affected
NetBSD 5.0:not affected

Severity:Local system crash

Fixed:NetBSD-current:Dec 29th, 2012
NetBSD-6-0 branch:Jan 7th, 2013
NetBSD-6 branch:Jan 7th, 2013

Please note that NetBSD releases prior to 5.0 are no longer supported.
It is recommended that all users upgrade to a supported release.


Abstract
========

A user can panic the machine by using ktrace or ktruss on
a program sleeping in recvmsg.


Technical Details
=================

If an untraced process sleeps in recvmsg/sendmsg, the syscall does not
allocate an iov structure for ktrace. When tracing is then enabled
and the process wakes up, it crashes the kernel.

A local user could intentionally crash the ma&lt;/pre&gt;</description>
    <dc:creator>NetBSD Security Officer</dc:creator>
    <dc:date>2013-01-29T00:40:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.devel.security/3936">
    <title>Your Blue Book Network Project Leads ( MREF#188430675 )</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.devel.security/3936</link>
    <description>&lt;pre&gt;


Please goto http://www.thebluebook.com/_bbbid.htm?fnmgAjubavNkjobe
to retrieve your Leads from The Blue Book.
If you have any problems please call (888) 303-2243. 

&lt;/pre&gt;</description>
    <dc:creator>The Blue Book Network Project Lead Team</dc:creator>
    <dc:date>2013-01-27T13:40:53</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.devel.security/3934">
    <title>Analyst Report: Understanding Responsive Design</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.devel.security/3934</link>
    <description>&lt;pre&gt;Download the Forrester report, Understanding Responsive Design, to gain insight into this new approach to web development.
  

Forrester Report: Understanding Responsive Design

Serve up content that provides the best experience for the device requesting it—whether it’s a desktop, tablet, mobile phone, TV or Internet fridge

While some retailers struggle to maintain separate websites for tablet, mobile and desktop users, others are taking advantage of responsive design capabilities that enable a single site to flexibly adapt to whatever device is accessing it.

Download this report by Forrester Research to understand what responsive design is—and what it isn’t. This informative white paper outlines how responsive design can:

•  Deliver a consistent and optimized user experience across all web-enabled touchpoints
•  Reduce costs to maintain site and infrastructure since businesses do not need to maintain separate code bases, systems and development teams
•  Improve SEO by consolidating link&lt;/pre&gt;</description>
    <dc:creator>NetSuite</dc:creator>
    <dc:date>2013-01-24T23:45:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.devel.security/3933">
    <title>Your Blue Book Network Project Leads ( MREF#188213540 )</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.devel.security/3933</link>
    <description>&lt;pre&gt;


Please goto http://www.thebluebook.com/_bbbid.htm?fnmgAjubavNkjobe
to retrieve your Leads from The Blue Book.
If you have any problems please call (888) 303-2243. 

&lt;/pre&gt;</description>
    <dc:creator>The Blue Book Network Project Lead Team</dc:creator>
    <dc:date>2013-01-24T20:22:02</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.devel.security/3932">
    <title>Invitation to Bid - Fuzzy's Taco</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.devel.security/3932</link>
    <description>&lt;pre&gt;


 


If you can't see this email login to http://www.thebluebook.com/_bbbid.htm?GPFMBDIPIGJJDARC or call the Blue Book Product Support Staff at 888-303-2243.

&lt;/pre&gt;</description>
    <dc:creator>PKC Construction Co.</dc:creator>
    <dc:date>2013-01-24T19:55:14</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.netbsd.devel.security/3931">
    <title>Invitation to Bid - Helzberg Diamonds #64</title>
    <link>http://comments.gmane.org/gmane.os.netbsd.devel.security/3931</link>
    <description>&lt;pre&gt;


 


If you can't see this email login to http://www.thebluebook.com/_bbbid.htm?DJIODLMJLLDOLBTJ or call the Blue Book Product Support Staff at 888-303-2243.

&lt;/pre&gt;</description>
    <dc:creator>Warwick Construction</dc:creator>
    <dc:date>2013-01-24T16:18:06</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.os.netbsd.devel.security">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.os.netbsd.devel.security</link>
  </textinput>
</rdf:RDF>
