<?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.os.openbsd.misc">
    <title>gmane.os.openbsd.misc</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc</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.os.openbsd.misc/195988"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/195987"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/195986"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/195985"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/195984"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/195983"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/195982"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/195981"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/195980"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/195979"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/195978"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/195977"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/195976"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/195975"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/195974"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/195973"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/195972"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/195971"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/195970"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/195969"/>
      </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.os.openbsd.misc/195988">
    <title>pf faq [was Re: (unknown)]</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/195988</link>
    <description>&lt;pre&gt;
Probably an incomplete conversion of the faq when the default was changed
to stateful. If someone wants to carefully go over faq/pf/ (or at least going
over one whole page rather than just parts of a page), check/update things
and send a diff, that would be very nice and there's a good chance it would
get committed..


&lt;/pre&gt;</description>
    <dc:creator>Stuart Henderson</dc:creator>
    <dc:date>2012-05-26T12:30:25</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/195987">
    <title>Re: openups</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/195987</link>
    <description>&lt;pre&gt;
Might be interesting to have USB UPS report as a sensor for some simple
sensorsd-based shutdown control... (but if that's done it would be useful
if libusb can still access them, or at least forcibly detach them from the
driver at runtime, so people don't need kernel changes to run things like
NUT if they prefer that).

It might also be interesting for sensorsd to be able to pick up sensors
on another machine, with some nice easy syntax if the other machine runs
snmpd(8), or some basic support for simple SNMP OID gets to pull data
from non-OpenBSD sources (temp sensors on routers/switches etc).


&lt;/pre&gt;</description>
    <dc:creator>Stuart Henderson</dc:creator>
    <dc:date>2012-05-26T12:18:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/195986">
    <title>(unknown)</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/195986</link>
    <description>&lt;pre&gt;The "Passing Traffic" example at
http://www.openbsd.org/faq/pf/filter.html
doesn't seem to be completely accurate.

# Pass traffic in on dc0 from the local network, 192.168.0.0/24,
# to the OpenBSD machine's IP address 192.168.0.1. Also, pass the
# return traffic out on dc0.
pass in  on dc0 from 192.168.0.0/24 to 192.168.0.1
pass out on dc0 from 192.168.0.1 to 192.168.0.0/24

It's the "return" that bugs me: the first rule alone
makes the _return_ traffic be passed. The second
rule allows traffic that originates (creates state)
on the way out. Right?


&lt;/pre&gt;</description>
    <dc:creator>Jan Stary</dc:creator>
    <dc:date>2012-05-26T11:47:11</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/195985">
    <title>Re: German Government claims to be able to break PGP and SSH</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/195985</link>
    <description>&lt;pre&gt;
They still cast a wide net: on ccc.de there's a detailed report of one target
wanking to phone-sex.


I just read the PDF, in 2010 they dumped a raw IP stream from which they
extracted individual emails (90% spam) in which they searched for words like
"bomb". High-tech stuff. The one-sentence answer about PGP has so many
qualifiers that only an idiot would read it as a blanket success claim, the
gov official was probably puzzled by the question's "half-pregnant"
formulation.

Golem seem to have buried their story in an embarrassed rush; whoever came up
with the title must be flipping BratwC&amp;lt;rste right now.

&lt;/pre&gt;</description>
    <dc:creator>Peter Laufenberg</dc:creator>
    <dc:date>2012-05-26T08:45:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/195984">
    <title>Re: Recent BIND ports</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/195984</link>
    <description>&lt;pre&gt;
There are searchable mailing list archives, you know...


&lt;/pre&gt;</description>
    <dc:creator>Stuart Henderson</dc:creator>
    <dc:date>2012-05-26T08:33:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/195983">
    <title>Re: spamd greylisting: false positives</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/195983</link>
    <description>&lt;pre&gt;
do you have spamlogd running?


yes, you do, various large sites use either pools of senders with a
shared queue, or senders behind large nats, or bad retry cycles
etc. you really need something like the dnswl list (only available
by dns lookup for the mos part).

one thing that can help is to restrict spamd to only affecting
windows hosts (using 'from any os "windows"' in pf rules).


&lt;/pre&gt;</description>
    <dc:creator>Stuart Henderson</dc:creator>
    <dc:date>2012-05-26T08:32:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/195982">
    <title>Re: Recent BIND ports</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/195982</link>
    <description>&lt;pre&gt;
yes, agreed this is needed, we also want the DNS64 support.

I started a port of newer BIND but became unstuck adding back the
privsep code we have in BIND in base. Anyone want to help with that
or should I just not bother for the port?


so sad that this got added. ISC were some of the first and most
vocal opponents of this mess when netsol started doing it, even
added an option to BIND to filter it per-zone...


&lt;/pre&gt;</description>
    <dc:creator>Stuart Henderson</dc:creator>
    <dc:date>2012-05-26T08:26:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/195981">
    <title>openups</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/195981</link>
    <description>&lt;pre&gt;Have anyone seen this?  I just saw it, and even though there's only
windows app available right now, I'm hoping this can tickle some
developer's fancy :)

http://www.mini-box.com/OpenUPS

--
http://www.glumbert.com/media/shift
http://www.youtube.com/watch?v=tGvHNNOLnCk
"This officer's men seem to follow him merely out of idle curiosity."
&lt;/pre&gt;</description>
    <dc:creator>bofh</dc:creator>
    <dc:date>2012-05-26T03:41:46</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/195980">
    <title>Re: spamd greylisting: false positives</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/195980</link>
    <description>&lt;pre&gt;Ok........ I am still not getting emails from
lists.openbsd.org (so please if you reply, cc to me).

I restarted spamd at this time after deleting /var/db/spamd and
clearing the bypass tables in pf at this time:

2012-05-26 02:13:12 # /usr/libexec/spamd

Here is the last message to make it to sendmail from misc:

fgrep from= /var/log/maillog|fgrep owner-misc|tail -1|awk '{print $1,$2,$3}'
May 26 01:54:35

The pf rules for spamd I have are taken from the default pf.conf:

pass in on egress inet proto tcp from any to any port = 25 flags S/SA rdr-to 127.0.0.1 port 8025
pass in on egress proto tcp from &amp;lt;nospamd&amp;gt; to any port = 25 flags S/SA
pass in log on egress proto tcp from &amp;lt;spamd-white&amp;gt; to any port = 25 flags S/SA
pass out log on egress proto tcp from any to any port = 25 flags S/S

It is currently Sat May 26 12:54:31 EST 201

Times of passed smtp connections for May 26:

tcpdump -n -e -ttt -r /var/log/pflog 2&amp;gt;&amp;amp;1|fgrep ".25:"|\
fgrep 'May 26'|awk '{print $3}'
01:14:53.793995
04:17:11.846707
05:00:19.443080
05&lt;/pre&gt;</description>
    <dc:creator>David Diggles</dc:creator>
    <dc:date>2012-05-26T03:19:38</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/195979">
    <title>AMA PROFESSIONAL NEWSLETTER 53</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/195979</link>
    <description>&lt;pre&gt;Dear Sir, Madam,

Art Media Agency (AMA) is delighted to send you, free of charge, N053 of its Professional Newsletter. The Professional Newsletter gives its readers an overview of the week's news, whilst providing them with a detailed insight into the market trends.

The readership of AMA's Professional Newsletter continues to grow and we are proud to announce that after only one year, we now have more than 70,000 subscribers.
If you would like to advertise with us, do not hesitate to contact Art Rigie at www.artregie.com.

If you have any comments or suggestions on how to develop the service, we would be glad to hear from you.


Yours sincerely,


Art Media Agency.


If you wish to unsubscribe to the Professional Newsletter, please reply to this email with UNSUBSCRIBE in the subject field.

[demime 1.01d removed an attachment of type application/octet-stream]


&lt;/pre&gt;</description>
    <dc:creator>AMA</dc:creator>
    <dc:date>2012-05-26T01:08:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/195978">
    <title>Re: spamd greylisting: false positives</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/195978</link>
    <description>&lt;pre&gt;Thanks for also replying directly.  Since I cleared &amp;lt;nospamd&amp;gt;
override table in pf, I am no longer receiving emails from misc.


Some emails did not get through at all.  I didn't check for whitelist
entries or number of attempts at the time.


Ok, I have returned the greylist settings to default now and I will
go through the pf log and try find out why lists.openbsd.org is
once again not making it to my inbox.


I am not trying to "help", I am reproducing the problem by reverting
to the original conditions.  Now it's the weekend, I have time to spend
on solving it.


I restarted spamd and flushed all the pf tables almost 10 hours ago now.
Still nothing from lists.openbsd.org.


The spamd pf rules I am using are simply uncommented from the
default OpenBSD pf.conf file.

I will audit pf rules and ensure I don't have other rules interfering
with spamd.


Thanks for googling that one for me.

I must have a misconfiguration.

My apologies for dumping on the list, wasting peoples time etc.


&lt;/pre&gt;</description>
    <dc:creator>David Diggles</dc:creator>
    <dc:date>2012-05-26T01:40:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/195977">
    <title>Re: German Government claims to be able to break PGP and SSH</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/195977</link>
    <description>&lt;pre&gt;

But that's for targeted surveillance.  The original article refers
to a bulk grep of 16,400 search terms over 37 million e-mail messages.
I would not in the least be surprised if a caesar chiffre successfully
defended against this.

&lt;/pre&gt;</description>
    <dc:creator>Christian Weisgerber</dc:creator>
    <dc:date>2012-05-26T00:09:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/195976">
    <title>Re: Prosze o odpowiedz Szybki</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/195976</link>
    <description>&lt;pre&gt;Witam,
My Name Is Pani Y. Ishii Taro, jestem z Japonii msj ojciec byl w
nieruchomosci biznes najmu, zanim zmarl w 2004 roku. Ja skontaktowac
ty w zwiazku z faktem, ze bedziemy z wielka pomoca dla
siebie jak madry rozwsj serdeczne stosunki. My self wzdluz
z moja siostra prsbowac ukrywac warte miliony dolarsw w gotswce w naszym
garaz uniknac okolo 27,8 milionsw dolarsw w podatkach od spadksw w Japonii.
Mam 2,061,681,295.50 JPY Odpowiednik Yen Japonia do $ 25,448,300.00 USD
Dolarsw amerykanskich, ktsre zamierzalem wykorzystac w celach inwestycyjnych
za granica.
Te pieniadze i zapisywane w prywatnym wzniesiony Bezpieczna Firma
bezpieczenstwa. To
to msj prawnik i moje ja, ze ??wiem, gdzie pieniadze sa przechowywane. Ze
wzgledu na
Obecna sytuacja w moim kraju o attitude rzadu
wobec mojej rodziny, stalo sie zupelnie niemozliwe dla nas do wykorzystania
z tych pieniedzy w ten spossb, staramy sie pomoc do przeniesienia tej
pieniadze z Japonii. Majac na uwadze, ze potrzebna jest pomoc
przeniesienie tego funduszu, propo&lt;/pre&gt;</description>
    <dc:creator>Mrs. Y Ishii</dc:creator>
    <dc:date>2012-05-25T23:10:25</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/195975">
    <title>Re: Documentation for Apache-SSL key creation</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/195975</link>
    <description>&lt;pre&gt;
Note that we prioritize ECDSA keys by default in SSH, even though RSA keys
are created.

This handy guide has some equivalents:

  http://www.nsa.gov/business/programs/elliptic_curve.shtml

It shows RSA-3072 to be equivalent to 128-bit symmetric or 256-bit ECC.
So RSA-3072 is equivalent to other cryptographic defaults in the system
(256-bit ECDSA, 128-bit AES-CTR).

2048 is an acceptable default, and 3072 is preferable IMO.  4096 is
expensive... but that's RSA.

Nicolai


&lt;/pre&gt;</description>
    <dc:creator>Nicolai</dc:creator>
    <dc:date>2012-05-25T22:15:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/195974">
    <title>Re: Documentation for Apache-SSL key creation</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/195974</link>
    <description>&lt;pre&gt;
i wish you'd commented earlier then ;(

would you like it shifted to 2048?

jmc


&lt;/pre&gt;</description>
    <dc:creator>Jason McIntyre</dc:creator>
    <dc:date>2012-05-25T21:49:26</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/195973">
    <title>Re: Documentation for Apache-SSL key creation</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/195973</link>
    <description>&lt;pre&gt;

RSA-4096 is really excessive.  RSA-2048 is the general recommendation
and what we use by default for SSH and IKE host keys.

&lt;/pre&gt;</description>
    <dc:creator>Christian Weisgerber</dc:creator>
    <dc:date>2012-05-25T21:25:29</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/195972">
    <title>Re: Unbound</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/195972</link>
    <description>&lt;pre&gt;
At least in the simple cases I use it's pretty straightforward.

NSD is pure authoritative. Unbound is resolver/cache plus it can serve
up "local data", that is data that we configure it serve up, it does
not retrieve it from elsewhere. The local data has some limitations (I
don't believe it serves up all record types for one) but it can be
sufficient in many cases. If one needs more complicated authoritative
data, with referrals, wildcards, CNAME/DNAME support, or DNSSEC
authoritative service then use a stub-zone.

You can run NSD for the outside world, and Unbound can serve up the
local data or you can run another copy of NSD for your inside data if
your needs are greater than Unbound's local data (I don't serve
authoritative data to the outside world so I only use one copy of NSD
- could probably get away with Unbound only these days as its local
data serving has really improved).

Quick overview:

Unbound serves local data directly:
======================================
local-data: "host10.myinternal.c&lt;/pre&gt;</description>
    <dc:creator>Chris Smith</dc:creator>
    <dc:date>2012-05-25T20:56:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/195971">
    <title>Re: Documentation for Apache-SSL key creation</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/195971</link>
    <description>&lt;pre&gt;
changes committed, thanks.
jmc



&lt;/pre&gt;</description>
    <dc:creator>Jason McIntyre</dc:creator>
    <dc:date>2012-05-25T20:28:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/195970">
    <title>Re: Recent BIND ports</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/195970</link>
    <description>&lt;pre&gt;
I am running a hand-compiled BIND 9.9 right now for the DNS64 feature. 
I'd like to have an up to date port. I don't one to contribute, so I 
shut up and endure.


I'd guess that rthreads will play a big role, but this is only a guess.

Simon


&lt;/pre&gt;</description>
    <dc:creator>Simon Perreault</dc:creator>
    <dc:date>2012-05-25T19:37:38</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/195969">
    <title>Re: Recent BIND ports</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/195969</link>
    <description>&lt;pre&gt;

Yes, I have understood that. The question remains: what do you think of
ports for recent BIND versions?
I am trying to make a case for OpenBSD in a demanding resolving setup of
a conservative ISP. OpenBSD is a big step on its own. Replacing BIND is
quite a leap in this environment.


Regards,
Kostas

PS: Initial tests with Nominum's resperf tool are not encouraging. My
guess is that it has to do with the lack of threading support
(in-kernel) for OpenBSD 5.1. Situation could be improved with the coming
rthreads? Of course this is a subject of a different thread when I have
more test data.


&lt;/pre&gt;</description>
    <dc:creator>Kostas Zorbadelos</dc:creator>
    <dc:date>2012-05-25T19:33:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/195968">
    <title>Recordatorio para el curso de "Mercadotecnia Moderna de las 4 "P" a las 4 "C" Ultimo día</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/195968</link>
    <description>&lt;pre&gt;!Muy Importante!
Si no puede visualizar correctamente este correo, le pedimos que lo arrastre a
su Bandeja de Entrada

Apreciable Ejecutivo:

TIEM de Mixico
Empresa Lmder en Capacitacisn y Actualizacisn de Capital Humano

Le Recuerda que el excelente curso denominado:
Mercadotecnia Moderna de las 4 "P" a las 4 "C"

Esta programado en la Ciudad de Mixico, el dma  30 de Mayo 2012

Inscrmbase a mas tardar el lunes 28 de mayo y obtenga un descuento del 15% con
Inversisn Inmediata
No deje pasar esta oportunidad e Invierta en su Desarrollo Personal y
Profesional

En las zltimas dicadas se ha estado hablando sobre las "4 P's" de la
mercadotecnia desarrolladas por Jerome McArthy (Producto, Promocisn, Precio y
Plaza). Sin embargo, unos innovadores de la Universidad de Northwestern han
visto que istas ya no se adecuan al nuevo entorno competitivo.

No obstante, lo mas difmcil y doloroso en un negocio es la administracisn del
cambio al igual que del crecimiento, ya que romper un paradigma, cambiar una
fsrmula o modific&lt;/pre&gt;</description>
    <dc:creator>Antonio Medina M.</dc:creator>
    <dc:date>2012-05-25T19:24:40</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.os.openbsd.misc">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.os.openbsd.misc</link>
  </textinput>
</rdf:RDF>

