<?xml version="1.0" encoding="utf-8" ?>
<?xml-stylesheet href="/templates/bwurst.org/atom.css" type="text/css" ?>

<feed 
   xmlns="http://www.w3.org/2005/Atom"
   xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
   xmlns:dc="http://purl.org/dc/elements/1.1/"
   xmlns:admin="http://webns.net/mvcb/"
   xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
   xmlns:wfw="http://wellformedweb.org/CommentAPI/">
    <link href="http://www.bwurst.org/feeds/atom10.xml" rel="self" title="Bernds Blog" type="application/atom+xml" />
    <link href="http://www.bwurst.org/"                        rel="alternate"    title="Bernds Blog" type="text/html" />
    <link href="http://www.bwurst.org/rss.php?version=2.0"     rel="alternate"    title="Bernds Blog" type="application/rss+xml" />
    <title type="html">Bernds Blog</title>
    <subtitle type="html"></subtitle>
    <icon>http://www.bwurst.org/templates/bwurst.org/img/s9y_banner_small.png</icon>
    <id>http://www.bwurst.org/</id>
    <updated>2008-06-26T23:47:03Z</updated>
    <generator uri="http://www.s9y.org/" version="1.4-alpha1">Serendipity 1.4-alpha1 - http://www.s9y.org/</generator>
    <dc:language>en</dc:language>

    <entry>
        <link href="http://www.bwurst.org/archives/179-Google-MapMaker-vs.-OpenStreetMap.html" rel="alternate" title="Google MapMaker vs. OpenStreetMap" />
        <author>
            <name>Bernd</name>
                    </author>
    
        <published>2008-06-26T05:20:08Z</published>
        <updated>2008-06-26T23:47:03Z</updated>
        <wfw:comment>http://www.bwurst.org/wfwcomment.php?cid=179</wfw:comment>
    
        <slash:comments>1</slash:comments>
        <wfw:commentRss>http://www.bwurst.org/rss.php?version=atom1.0&amp;type=comments&amp;cid=179</wfw:commentRss>
    
            <category scheme="http://www.bwurst.org/categories/10-Gesellschaft" label="Gesellschaft" term="Gesellschaft" />
            <category scheme="http://www.bwurst.org/categories/15-OpenStreetMap" label="OpenStreetMap" term="OpenStreetMap" />
    
        <id>http://www.bwurst.org/archives/179-guid.html</id>
        <title type="html">Google MapMaker vs. OpenStreetMap</title>
        <content type="xhtml" xml:base="http://www.bwurst.org/">
            <div xmlns="http://www.w3.org/1999/xhtml">
                Vor Kurzem wurde Googles »MapMaker« vorgestellt. Damit möchte Google auch Karten von den Regionen, in denen entweder TeleAtlas keine akzeptablen Karten besitzt oder Google diese nicht kaufen wollte. Anders formuliert: Die Regionen, die bei Google-Maps momentan noch weiß sind.<br />
<br />
Googles »MapMaker« ist dabei ein Prototyp einer vollständig von der Community erstellten, kommerziellen »Web 2.0«-Karte und damit auch ein Versuchsballon wie so etwas von der Allgemeinheit angenommen wird.<br />
<br />
Seit Google-Mitarbeiter mit ihren StreetView-Fahrzeugen durch die Gegend gondeln ist es völlig naheliegend, dass die da auch GPS-Tracks sammeln. Zusammen mit den hochauflösenden Bildern lässt sich damit bequem von zu Hause aus ne verdammt detaillierte Karte erstellen. Momentan kombiniert Google diese beiden Verfahren nicht und lässt den Community-Karten-Editor nur auf spezielle, bisher unerfasste Regionen los. Aber es ist IMHO klar, dass der Punkt kommen wird, an dem Google keine Karten für die Industrieländer mehr von TeleAtlas kauft sondern selbst, vermutlich im Community-style, erstellt.<br />
Das jetzt ist meiner Ansicht nach nur ein Testlauf ob das denn funktioniert.<br />
<br />
Ich seh's kommen, dass Google-Karten bald unter Vorlage von StreetView-Daten von der Community gepflegt werden können. Wie Communities so sind, muss aber eine kritische Masse bereits eingetragen sein damit das ganze funktioniert.<br />
<br />
Was bedeutet das jetzt für OpenStreetMap?<br />
<br />
Gegen diese Google-Community kommt man meiner Meinung nach an, wenn man schneller alles wichtige drin habt. Denn Google kann nicht auf den bisherigen TeleAtlas-Karten operieren und diese von der Community verbessern lassen sondern fängt bei Null an. Oder hat intern schon angefangen, würde ich mal vermuten.<br />
<br />
Was mich aber viel mehr stutzig macht, ist die rechtliche Lage der Google-Karten. Google lässt die Benutzer aufgrund von Sat- und Luftbildern eine Karte erstellen. Ich setze mal voraus, Google möchte uneingeschränkte Verwertungsrechte an den erstellten Karten, also z.B. auch Weiterveräußerungsrecht. Die Luftbilder, die ich so im Netz finde, enthalten in Ihren Bedingungen meist Klauseln, dass man kein Recht hat, abgeleitete Werke vollwertig und uneingeschränkt zu nutzen.<br />
<br />
Auf der OSM-Mailingliste wurde vor kurzem schon die These aufgestellt, dass auf Basis eines Luftbilds erstellte Vektorkarten vermutlich genügend Schöpfungshöhe zugesprochen werden kann, so dass diese nicht mehr als direktes abgeleitetes Werk gelten. Das ist in Bezug auf Googles »MapMaker« die einzige Erklärung, wie ich mir das rechtlich Vorstellen kann.<br />
Wenn das so wäre, würde das ganz neue Möglichkeiten für OpenStreetMap erschließen. Leider wird es schwer möglich sein, hier eine definitive Antwort zu erhalten.<br />
 
            </div>
        </content>
        <dc:subject>community</dc:subject>
<dc:subject>google</dc:subject>
<dc:subject>mapmaker</dc:subject>
<dc:subject>openstreetmap</dc:subject>
<dc:subject>web 2.0</dc:subject>

    </entry>
    <entry>
        <link href="http://www.bwurst.org/archives/178-Gewaehrleistung-bei-Samsung.html" rel="alternate" title="Gewährleistung bei Samsung" />
        <author>
            <name>Bernd</name>
                    </author>
    
        <published>2008-06-25T15:09:26Z</published>
        <updated>2008-06-25T17:21:55Z</updated>
        <wfw:comment>http://www.bwurst.org/wfwcomment.php?cid=178</wfw:comment>
    
        <slash:comments>2</slash:comments>
        <wfw:commentRss>http://www.bwurst.org/rss.php?version=atom1.0&amp;type=comments&amp;cid=178</wfw:commentRss>
    
            <category scheme="http://www.bwurst.org/categories/5-Computeritis" label="Computeritis" term="Computeritis" />
    
        <id>http://www.bwurst.org/archives/178-guid.html</id>
        <title type="html">Gewährleistung bei Samsung</title>
        <content type="xhtml" xml:base="http://www.bwurst.org/">
            <div xmlns="http://www.w3.org/1999/xhtml">
                Heute scheint endlich das Kapitel »Tonerwechsel bei meinem Drucker« erfolgreich abgeschlossen zu sein.<br />
<br />
Die Story im Ganzen:<br />
Im Jahr 2006 haben <a href="http://www.suessmost.de/">wir</a> einen Samsung CLP-550 gekauft, hauptsächlich da dieser mit vollbestücktem Toner für uns die günstigste Lösung zum Druck von Handzetteln darstellte. Der Toner hat sogar weiter gereicht als kalkuliert und so zeigte der Drucker Ende letzten Jahres an, man solle den schwarzen Toner auswechseln. Wir haben uns dann eine neue Tonerkartusche gekauft und diese erstmal beiseite gelegt um zu warten, wie lange der wohl noch druckt.<br />
Vor etwa einem Monat kamen dann sichtbar weiße Streifen auf's Papier unf der Toner sollte dann endlich gewechselt werden.<br />
<br />
Mit dem neuen Toner wollte der Drucker allerdings nicht so recht arbeiten. Es kam immer die Meldung »Toner fehlerhaft Schwarz«. Mit dieser Meldung habe ich mich an den Samsung-Support gewandt...<br />
<br />
Bis zu dieser Stelle ist das keine Kritik an Samsung wert, es passieren immer mal wieder Fehler und es gibt immer mal wieder Montagsprodukte. Aber es geht ja noch weiter... <br /><a href="http://www.bwurst.org/archives/178-Gewaehrleistung-bei-Samsung.html#extended">Continue reading "Gewährleistung bei Samsung"</a>
            </div>
        </content>
        <dc:subject>samsung farblaser support gewährleistung garantie</dc:subject>

    </entry>
    <entry>
        <link href="http://www.bwurst.org/archives/177-Bericht-zum-OpenStreetMap-Treffen-in-Murrhardt.html" rel="alternate" title="Bericht zum OpenStreetMap-Treffen in Murrhardt" />
        <author>
            <name>Bernd</name>
                    </author>
    
        <published>2008-06-14T04:44:42Z</published>
        <updated>2008-06-14T04:44:42Z</updated>
        <wfw:comment>http://www.bwurst.org/wfwcomment.php?cid=177</wfw:comment>
    
        <slash:comments>0</slash:comments>
        <wfw:commentRss>http://www.bwurst.org/rss.php?version=atom1.0&amp;type=comments&amp;cid=177</wfw:commentRss>
    
            <category scheme="http://www.bwurst.org/categories/15-OpenStreetMap" label="OpenStreetMap" term="OpenStreetMap" />
    
        <id>http://www.bwurst.org/archives/177-guid.html</id>
        <title type="html">Bericht zum OpenStreetMap-Treffen in Murrhardt</title>
        <content type="xhtml" xml:base="http://www.bwurst.org/">
            <div xmlns="http://www.w3.org/1999/xhtml">
                Gestern wurde das regelmäßig stattfindende Treffen der <a href="http://www.lug-bk.de">LUG Backnang</a> schon im Vorfeld in ein <a href="http://www.openstreetmap.org/">OpenStreetMap-Treffen</a> umdeklariert. Das war eine gute Gelegenheit um das Thema OpenStreetMap, das bei der LUG in jüngerer Zeit sowieso einen hohen Stellenwert hat, mit einem Anlass zu verbinden, die anderen <em>Mapper</em> aus der näheren Umgebung mal kennen zu lernen. <br />
<br />
Leider war <a href="http://www.hboeck.de">Hanno</a> kurzfristig verhindert und auch <a href="http://www.fabian-fingerle.de">Fabian</a> konnte leider erst später da sein. Letztendlich waren wir IIRC 9 Leute und es entwickelten sich wirklich nette (manchmal vielleicht zu tiefgründige) Gespräche.<br />
<br />
Auch wenn ich zugegebener maßen nicht jeden der Anwesenden einschätzen konnte, so ist mein Eindruck, dass mindestens 2 sehr interessierte Neueinsteiger da waren, die bisher noch keine Erfahrungen mit dem OSM-Projekt haben. Zudem einer, den wir noch praktisch überzeugen müssen, dass das auch ohne Redaktion funktioniert. ;-)<br />
<br />
Es bleibt fürs nächste Treffen festzuhalten: Wir brauchen Strom und Netz. Da ich als einziger "der Orgas" meinen Laptop nicht zum mappen benutze und erst kurzfristig erfahren habe, dass ich der einzige bin, der zu Beginn da ist, war meine Softwareausstattung mies und ich konnte nicht zeigen was ich zeigen wollte. Zum Glück habe ich noch einen Track auf der Fahrt zum Hirsch aufgezeichnet, mit dem ich dann so ganz grob zeigen konnte, was man da macht.<br />
<br />
Auf jeden Fall würde ich das Treffen gerne wiederholen, insbesondere dann mit Netz-Anschluss, da ich erwarte, dass beim nächsten Mal praktische Fragen von den Interessierten kommen, die man dann hoffentlich gleich live bearbeiten kann. Eine Ubuntu-Installation steht auch auf der Tagesordnung, auch da bietet sich ein Raum mit Strom und Netz an.<br />
Außerde würde sich dann der Potlatch-Nutzer nicht so diskriminiert fühlen, weil ich JOSM zeigen konnte und er Potlatch nicht. ;-)) 
            </div>
        </content>
        <dc:subject>lug</dc:subject>
<dc:subject>openstreetmap</dc:subject>
<dc:subject>treffen</dc:subject>

    </entry>
    <entry>
        <link href="http://www.bwurst.org/archives/175-Kurztest-Medion-GoPal-4425.html" rel="alternate" title="Kurztest: Medion GoPal 4425" />
        <author>
            <name>Bernd</name>
                    </author>
    
        <published>2008-04-30T19:00:59Z</published>
        <updated>2008-05-01T19:06:42Z</updated>
        <wfw:comment>http://www.bwurst.org/wfwcomment.php?cid=175</wfw:comment>
    
        <slash:comments>1</slash:comments>
        <wfw:commentRss>http://www.bwurst.org/rss.php?version=atom1.0&amp;type=comments&amp;cid=175</wfw:commentRss>
    
            <category scheme="http://www.bwurst.org/categories/5-Computeritis" label="Computeritis" term="Computeritis" />
    
        <id>http://www.bwurst.org/archives/175-guid.html</id>
        <title type="html">Kurztest: Medion GoPal 4425</title>
        <content type="xhtml" xml:base="http://www.bwurst.org/">
            <div xmlns="http://www.w3.org/1999/xhtml">
                Heute durfte ich die jüngste schwiegerelterliche Investition ausprobieren, das neue Navigationsgerät Medion GoPal 4425.<br />
<br />
Erster Eindruck: So ein langsames Gerät habe ich schon lange nicht mehr gesehen. Knopf drücken ... sofort ein unüberhörbar lautes <strong>klacker</strong> ... warten ... nach belieben noch ein paar mal auf den Touchscreen hacken, es klackert jedes Mal ganz doll ... noch ein bisschen warten ... irgendwann tut sich was.<br />
<br />
Zweiter Eindruck: Dennoch kann man damit leben.<br />
<br />
Ich würde mir deutlich mehr Einstellmöglichkeiten wünschen. Z.B. gibt es beim "Tastenton" (das nervige klackern) nur die Entscheidung: aus, laut oder ganz laut. Man will den Ton nicht ausschalten, weil man dann gar nicht mehr weiß ob das Navi jetzt noch nachdenkt oder ob der Touchscreen den Finger oder Stift nicht bemerkt hat.<br />
<br />
Zum Routing an sich kann ich wenig sagen, da ich nirgends hin gefahren bin wo es Kreuzungen gibt.<br />
<br />
Die Linux-Kompatibilität ist schlecht. Eigentlich sogar unerwartet schlecht. Dank Windows-CE meldet sich das Gerät als undefinierbares irgendwas beim Linux-Kernel. Der weiß damit nichts anzufangen. In meinem Test hat das Gerät auch gleich alle 3 Sekunden neu verbunden, was im dmesg eine etwas unschöne Liste an Meldungen erzeugt.<br />
<br />
<br />
Erfreulich in diesem Zusammenhang: Aufgezeichnete Tracks werden als GPX auf der SD-Card gespeichert. Die zu erhalten ist also sehr unproblematisch.<br />
Ebenso mit den Kartendaten. Also ja, es sind schon alle auf der SD-Card installiert, aber die Installation besteht auch nur darin, normale Dateien auf eine normale SD-Card zu kopieren. Das ist erfreulich einfach und funktioniert unter jedem OS. 
            </div>
        </content>
        <dc:subject>linux</dc:subject>
<dc:subject>medion</dc:subject>
<dc:subject>navi</dc:subject>
<dc:subject>testbericht</dc:subject>

    </entry>
    <entry>
        <link href="http://www.bwurst.org/archives/174-Schnellmigration.html" rel="alternate" title="Schnellmigration" />
        <author>
            <name>Bernd</name>
                    </author>
    
        <published>2008-04-28T18:03:20Z</published>
        <updated>2008-04-29T06:49:14Z</updated>
        <wfw:comment>http://www.bwurst.org/wfwcomment.php?cid=174</wfw:comment>
    
        <slash:comments>1</slash:comments>
        <wfw:commentRss>http://www.bwurst.org/rss.php?version=atom1.0&amp;type=comments&amp;cid=174</wfw:commentRss>
    
            <category scheme="http://www.bwurst.org/categories/14-Success-Stories" label="Success-Stories" term="Success-Stories" />
    
        <id>http://www.bwurst.org/archives/174-guid.html</id>
        <title type="html">Schnellmigration</title>
        <content type="xhtml" xml:base="http://www.bwurst.org/">
            <div xmlns="http://www.w3.org/1999/xhtml">
                Heute habe ich einen weiteren Linux-PC an eine Kundin ausgeliefert. Hier wurde ich letzte Woche gerufen, da der PC beim hochfahren immer Scandisk angeworfen hatte und das sich in einer Endlosschleife festgefressen hatte.<br />
<br />
Ergebnis einer schnellen Diagnose mit der System-Rescue-CD: Auch hier war die Festplatte schlicht und einfach kaputt. Die Geräuschkulisse war zwar nicht besonders beängstigend, aber deutet auch in diese Richtung.<br />
<br />
Da nach Austausch der Festplatte sowieso eine Neuinstallation ins Haus stand, habe ich auch hier die obligatorische Frage gestellt: "Für was brauchst du denn den Computer alles?" Da sich auch da schnell abzeichnete, dass die offensichtlichen Vorteile eines Linux-Systems (Kinder machen nicht versehentlich das System kaputt, keine ernsthaften Viren-Probleme) durch kein haltbares Argument zu entkräften waren, konnte ich auch hier deutlich machen, dass die Kundin mit einem Linux-System besser beraten ist.<br />
<br />
 <br /><a href="http://www.bwurst.org/archives/174-Schnellmigration.html#extended">Continue reading "Schnellmigration"</a>
            </div>
        </content>
        <dc:subject>desktop</dc:subject>
<dc:subject>kubuntu</dc:subject>
<dc:subject>linux</dc:subject>
<dc:subject>migration</dc:subject>
<dc:subject>success story</dc:subject>
<dc:subject>ubuntu</dc:subject>

    </entry>
    <entry>
        <link href="http://www.bwurst.org/archives/173-Neuer-Ubuntu-Samba-Server.html" rel="alternate" title="Neuer Ubuntu-Samba-Server" />
        <author>
            <name>Bernd</name>
                    </author>
    
        <published>2008-04-28T17:54:42Z</published>
        <updated>2008-04-28T17:54:42Z</updated>
        <wfw:comment>http://www.bwurst.org/wfwcomment.php?cid=173</wfw:comment>
    
        <slash:comments>0</slash:comments>
        <wfw:commentRss>http://www.bwurst.org/rss.php?version=atom1.0&amp;type=comments&amp;cid=173</wfw:commentRss>
    
            <category scheme="http://www.bwurst.org/categories/14-Success-Stories" label="Success-Stories" term="Success-Stories" />
    
        <id>http://www.bwurst.org/archives/173-guid.html</id>
        <title type="html">Neuer Ubuntu-Samba-Server</title>
        <content type="xhtml" xml:base="http://www.bwurst.org/">
            <div xmlns="http://www.w3.org/1999/xhtml">
                Vor einigen Tagen wurde ich zu einem Kunden gerufen, der Probleme mit seinem "Server" hatte. In anführungszeichen deshalb, weil es sich um einen Arbeitsplatz-Rechner handelte, der in der Ecke stand und ein paar Freigaben im Netz publiziert hat.<br />
<br />
Die Probleme des Servers waren schnell erkennbar, die ersten Sektoren der Festplatte waren komplett hinüber. Da sowieso eine neue Festplatte und damit eine Neuinstallation nötig war, habe ich gleich vorgeschlagen, das bisher eingesetzte Windows durch einen einfachen Linux-Server zu ersetzen. Windows-Dateifreigaben sind damit auch kein Problem und die Backups auf den im "Server" verbauten DVD-Brenner zu sichern dürfte mit K3B keine Probleme bereiten.<br />
<br />
Ich entschied mich für Ubuntu 6.06 LTS. Das ist zwar schon etwas älter, wird aber noch eine Weile supported. Ich denke mal, in einigen Tagen kann ich dann gleich auf die neue 8.04 LTS aktualisieren. ich warte noch, weil ich denke dass es bestimmt noch Migrations-Probleme geben kann.<br />
<br />
Dort arbeitet jetzt also seit etwa einer Woche ein Ubuntu-Server mit Samba und KDE/K3B zum Brennen von DVDs. Die Festplatte wurde durch einen Software-RAID-1-Verbund ersetzt, damit ein Platten-Ausfall erstens schneller bemerkt werden kann und zweitens vielleicht reparabel bleibt.<br />
<br />
Der Kunde hat jetzt noch ein wenig Spaß, die knapp 40.000 Dateien, die von der Datenrettungs-Software des PC-Fachhändlers knallhart durchnummeriert zurück kamen inhaltlich zu bewerten und zu sortieren.<br />
<br />
Mit dem Linux-PC ist der Kunde allerdings zufrieden, auch wenn es in seinem Tagesablauf keinen nennenswerten Unterschied zu vorher gibt. 
            </div>
        </content>
        <dc:subject>linux</dc:subject>
<dc:subject>migration</dc:subject>
<dc:subject>server</dc:subject>
<dc:subject>success story</dc:subject>
<dc:subject>ubuntu</dc:subject>

    </entry>
    <entry>
        <link href="http://www.bwurst.org/archives/172-Nameserver-Caching-bei-ORG-Domains.html" rel="alternate" title="Nameserver-Caching bei ORG-Domains" />
        <author>
            <name>Bernd</name>
                    </author>
    
        <published>2008-04-28T17:45:10Z</published>
        <updated>2008-04-28T17:45:10Z</updated>
        <wfw:comment>http://www.bwurst.org/wfwcomment.php?cid=172</wfw:comment>
    
        <slash:comments>0</slash:comments>
        <wfw:commentRss>http://www.bwurst.org/rss.php?version=atom1.0&amp;type=comments&amp;cid=172</wfw:commentRss>
    
            <category scheme="http://www.bwurst.org/categories/1-WWW" label="WWW" term="WWW" />
    
        <id>http://www.bwurst.org/archives/172-guid.html</id>
        <title type="html">Nameserver-Caching bei ORG-Domains</title>
        <content type="xhtml" xml:base="http://www.bwurst.org/">
            <div xmlns="http://www.w3.org/1999/xhtml">
                Heute fiel mir eine sehr unschöne Sache bei .org-Domains auf. Registriert man eine solche Domain und setzt Nameserver-Einträge, die ebenfalls unter .org laufen, dann ruft die .org-Registry die IP-Adressen dieser Nameserver ab und speichert die. Diese werden dann zusammen mit der NS-Antwort als "Additional Section" an den anfragenden Client übertragen.<br />
<br />
Das Ganze ist eine eigentlich nette Service-Leistung und klingt auf den ersten Blick plausibel.<br />
<br />
Das Problem beginnt allerdings dann, wenn sich die IP-Adressen der Nameserver ändern. Bei uns wurde einer der drei Name-Server vor über einem halben Jahr entfernt und ein zweiter letzte Woche. Die .org-nameserver liefern aber noch immer unbeeindruckt die alten Adressen aus. Das führt dazu, dass unsere .org-Domains ohne unser Wissen jetzt nicht mehr nur schlecht sondern sogar sehr schlecht erreichbar waren.<br />
Durch eine Änderung der Nameserver kann man erreichen, dass diese IP-Adressen neu angefragt werden.  Wie man diesen Vorgang für die einmal irgendwann eingetragenen DNS-Server-Namen macht, ist mir schleierhaft.<br />
<br />
Ich hatte mir heute den Tag über Gedanken über ein mögliches DoS-Angriffs-Szenario gemacht, aber kein wirkliches gefunden. Ich hab aber immer noch das Gefühl, dass man das DoS'en kann. 
            </div>
        </content>
        <dc:subject>internet</dc:subject>
<dc:subject>problemlösung</dc:subject>
<dc:subject>schokokeks.org</dc:subject>
<dc:subject>server</dc:subject>

    </entry>
    <entry>
        <link href="http://www.bwurst.org/archives/171-CSS-block-formatting-context.html" rel="alternate" title="CSS block formatting context" />
        <author>
            <name>Bernd</name>
                    </author>
    
        <published>2008-04-14T15:00:08Z</published>
        <updated>2008-04-14T15:00:08Z</updated>
        <wfw:comment>http://www.bwurst.org/wfwcomment.php?cid=171</wfw:comment>
    
        <slash:comments>0</slash:comments>
        <wfw:commentRss>http://www.bwurst.org/rss.php?version=atom1.0&amp;type=comments&amp;cid=171</wfw:commentRss>
    
            <category scheme="http://www.bwurst.org/categories/1-WWW" label="WWW" term="WWW" />
    
        <id>http://www.bwurst.org/archives/171-guid.html</id>
        <title type="html">CSS block formatting context</title>
        <content type="xhtml" xml:base="http://www.bwurst.org/">
            <div xmlns="http://www.w3.org/1999/xhtml">
                Ich komme mir grade vor als hätte ich ein paar Jahre hinterm Mond gelebt. Und zwar war mir die Existenz von CSS <em>»block formatting contexts«</em> völlig fremd.<br />
<br />
Für meine Leser, von denen ich erwarte, dass es ihnen genauso geht, kurz ein Abriss:<br />
Wenn man ein Element mittels <em>float: left</em> links ran kleben will, ist das einfach. Will man aber dieses float mittels <em>clear: left</em> wieder aufheben, dann fängt der nachfolgende Text erst unter der meistens vorhandenen linken Sidebar an. Zudem macht Internet-Explorer (&lt; 7) gerne mal sehr komische Dinge bei einem traditionellen Sidebar-Layout.<br />
<br />
Auf der Suche nach einer Lösung bin ich heute darauf gestoßen, dass man ein div auch in einen eigenen Formatierungs-Kontext setzen kann, innerhalb dessen beliebige clear-Statements möglich sind ohne das ganze Layout zu zerstören.<br />
<br />
So einfach geht's: Dem Inhalts-div einfach <em>overflow: hidden</em> mit auf den Weg geben. Natürlich kann diese Eigenschaft Nebenwirkungen haben. Z.B. wenn man ein Element hat, das potenziell breiter  ist als das Browser-Fenster. Sofern man aber die Größe des div nicht festlegt, sollte man oftmals gar keine Nebenwirkungen bekommen.<br />
Der Internet-Explorer möchte (mittels conditional comments) noch zusätzlich ein <em>float: left</em> bekommen, damit das so funktioniert. Aber dann spielt auch der mit.<br />
<br />
Die Lösung habe ich auf zahlreichen CSS-Hilfe-Seiten gefunden, eine Seite die es so hinbekommen hatte, dass ich es verstanden hab ist z.B. <a href="http://aktuell.de.selfhtml.org/weblog/css-spaltenlayout#wunderwaffe-overflow">diese hier</a>.<br />
 
            </div>
        </content>
        <dc:subject>css</dc:subject>
<dc:subject>html</dc:subject>
<dc:subject>internet</dc:subject>
<dc:subject>problemlösung</dc:subject>
<dc:subject>webdesign</dc:subject>
<dc:subject>www</dc:subject>

    </entry>
    <entry>
        <link href="http://www.bwurst.org/archives/170-Datensparsamkeit-a-la-Webhostlist.html" rel="alternate" title="Datensparsamkeit a là Webhostlist" />
        <author>
            <name>Bernd</name>
                    </author>
    
        <published>2008-04-09T06:35:29Z</published>
        <updated>2008-04-09T07:10:10Z</updated>
        <wfw:comment>http://www.bwurst.org/wfwcomment.php?cid=170</wfw:comment>
    
        <slash:comments>0</slash:comments>
        <wfw:commentRss>http://www.bwurst.org/rss.php?version=atom1.0&amp;type=comments&amp;cid=170</wfw:commentRss>
    
            <category scheme="http://www.bwurst.org/categories/10-Gesellschaft" label="Gesellschaft" term="Gesellschaft" />
            <category scheme="http://www.bwurst.org/categories/12-Medien" label="Medien" term="Medien" />
            <category scheme="http://www.bwurst.org/categories/4-Politik" label="Politik" term="Politik" />
            <category scheme="http://www.bwurst.org/categories/1-WWW" label="WWW" term="WWW" />
    
        <id>http://www.bwurst.org/archives/170-guid.html</id>
        <title type="html">Datensparsamkeit a là Webhostlist</title>
        <content type="xhtml" xml:base="http://www.bwurst.org/">
            <div xmlns="http://www.w3.org/1999/xhtml">
                Die Webhostlist (ja, ohne Link. Jeder kann .de dahinter setzen, wenn er will) ist ein Web-Portal, auf dem Angebote von Providern und Gesuche von zukünftigen Kunden zusammen finden sollen. Ein ganz normaler Preisvergleich bzw. Kleinanzeigenmarkt.<br />
<br />
Dafür gibt es zwei Kanäle: Das Angebotlisting, in dem jeder Provider seine Angebote einstellt und Kunden nach diversen Kriterien suchen können auf der einen Seite und das Forum auf der anderen Seite. Im Forum stellt ein Kunde seine Anforderungen ein und Provider können mit einem Angebot antworten. nicht selten führt das zu skurrilen Dingen wie "Suche Webspace mit Feature foobar." mit der Antwort "biete das zwar nicht an, aber vielleicht ja was anderes was dich interessiert".<br />
<br />
Als wichtige Bemerkung sei noch eingeführt, dass Provider bei Webhostlist unterschiedlichen Status haben können. <em>Ungeprüft</em> ist man immer als erstes. Wenn man dann viel Geld zahlt (ich weiß <em>viel</em> ist relativ), wird man Geprüfter Provider. Dazu muss man eigentlich nichts weiter machen als Geld zu zahlen. Zahlt man dann noch mehr Geld, wird man sogar Premium-Provider. Bisher war der Mehrwert darauf begrenzt, dass neben den Angeboten ein hübsches goldenes Emblem gezeigt wurde, das dem Kunden versichert, dass der Provider auch wirklich Geld an Webhostlist gezahlt hat.<br />
<br />
Die zahlenden Provider haben sich (mittlerweile erfolgreich) beschwert, dass das Geldausgeben nur für ein hübsches Bildchen vielleicht nicht ganz gerechtfertigt ist.<br />
<br />
Daraufhin wurde folgendes Umgestellt:<br />
Wer ein <strong>Gesuch</strong> in das Forum einstellt, muss Daten-Striptease betreiben. Webhostlist fordert eine vollständige Adressangabe, anfangs sogar zwingend mit Telefonnummer. Gleichzeitig kann der Suchende auswählen, welcher Provider-Typus seine Daten und sein Gesuch sehen kann. Standardeinstellung ist (*Tusch*) <em><strike>zahlender</strike> Geprüfter Provider</em>. <br />
Die Webhostlist begründet das unter dem Applaus einiger zahlender Provider damit, dass man ja auf seriöse Geschäftsbeziehungen setze und daher die Angabe einer Identität verlangt werden könne. Zudem möchten Anbieter auch wissen, wem sie eventuell kein Angebot mehr machen möchten, wenn die den Namen schon kennen. Nun ja.<br />
Ein Foren-Teilnehmer hat das treffend umschrieben mit der Pflicht, bei jedem Geschäft einer Einkaufspassage immer vor jedem Betrachten des Schaufensters eine Visitenkarte abgeben zu müssen.<br />
<br />
Klar, so schlägt man zwei Fliegen mit einer Klappe: Es wird für alle Datenkraken-Provider sehr interessant, viel oder sehr viel Geld an Webhostlist zu zahlen, denn dafür bekommt man jetzt zuverlässig neue Adressen für seine Verbraucherinformationen. Webhostlist bekommt also mehr zahlende Kunden. Auf der anderen Seite werden die Adressen ja gespeichert und somit reiht sich Webhostlist nahtlos in die Liste der in den letzten Jahren stark an Wert gestiegenen Unternehmen mit vielen "Benutzerprofilen", in welcher Form auch immer. <br />
<br />
Die vielen Forums-Beiträge, die diese Regelung als kompletten Unsinn bezeichnet haben, wurden konsequent ignoriert, was natürlich auch irgendwie aussagt, dass diese Regelung wohl nicht mit guten Argumenten belegt werden kann.<br />
<br />
Die komplett sinnbefreite Kompromisslösung, die jetzt angestrebt wird (oder schon implementiert ist), sieht vor, dass der Anbieter erst nach Abgabe eines Angebots die Kontaktdaten des Interessenden sieht. Wie man das überhaupt irgendwie begründen kann, ist mir noch nicht eingefallen. <br />
<br />
<br />
<br />
Als weitere Veränderung (da weiß ich aber nicht seit wann) gibt es bei der Suche nach Webhosting-Tarifen jetzt auch keine Möglichkeit, die nicht-zahlenden Provider überhaupt anzuzeigen. Erst <strong>nach</strong> Erhalt der Ergebnis-Liste kann man die Suchergebnisse auf nicht-zahlende Provider ausdehnen. Und diese Einstellung springt meiner Erfahrung nach manchmal etwas willkürlich wieder auf die Standardeinstellung zurück.<br />
<br />
Was ich damit sagen will: Jeder, der über Webhostlist einen Provider sucht, sollte sich darüber im Klaren sein, dass er immer erstmal nur Angebote von Firmen bekommt, die der Webhostlist Geld bezahlt haben. Auch wenn die Webhostlist sich nach außen als kostenlos für beide Seiten kommuniziert. Und dass im Forum nun die Angabe falscher Daten zur Regel wird, ist (denke ich) auch klar. 
            </div>
        </content>
        <dc:subject>aufreger</dc:subject>
<dc:subject>schäuble</dc:subject>
<dc:subject>schokokeks.org</dc:subject>
<dc:subject>vorratsdatenspeicherung</dc:subject>
<dc:subject>webhosting</dc:subject>
<dc:subject>webhostlist</dc:subject>

    </entry>
    <entry>
        <link href="http://www.bwurst.org/archives/169-Biometrie-statt-Biometrie.html" rel="alternate" title="Biometrie statt Biometrie" />
        <author>
            <name>Bernd</name>
                    </author>
    
        <published>2008-04-07T04:50:29Z</published>
        <updated>2008-04-07T05:18:34Z</updated>
        <wfw:comment>http://www.bwurst.org/wfwcomment.php?cid=169</wfw:comment>
    
        <slash:comments>0</slash:comments>
        <wfw:commentRss>http://www.bwurst.org/rss.php?version=atom1.0&amp;type=comments&amp;cid=169</wfw:commentRss>
    
            <category scheme="http://www.bwurst.org/categories/10-Gesellschaft" label="Gesellschaft" term="Gesellschaft" />
    
        <id>http://www.bwurst.org/archives/169-guid.html</id>
        <title type="html">Biometrie statt Biometrie</title>
        <content type="xhtml" xml:base="http://www.bwurst.org/">
            <div xmlns="http://www.w3.org/1999/xhtml">
                <a href="http://www.heise.de/tp/">Heise Telepolis</a> schreibt heute <a href="http://www.heise.de/tp/r4/artikel/27/27661/1.html">in einem Artikel über die Möglichkeiten des PIN-Abgriffs bei Lidl</a> folgenden Absatz zur Biometrie: <br />
<blockquote>Ob die von der ebenfalls im Videoüberwachungsskandal verwickelten Edeka-Kette als Lösung propagierten Fingerabdruckbezahlverfahren Abhilfe schaffen, ist mehr als fraglich. Tatsächlichen Sicherheitsgewinn brächte dagegen eine Umstellung auf die Erkennung des individuellen Venenmusters. In Japan wird dieses Verfahren bereits seit geraumer Zeit an Geldautomaten eingesetzt.</blockquote>Ich sehe das aber sehr skeptisch. Vor der Zeit der elektronischen Datenbanken galten Fingerabdrücke als sehr sicher, ja es galt eigentlich sogar als ausgeschlossen, dass es da Verwechslungen gibt. Trotzdem denken wir heute, nach Beginn des allgemeinen Biometrie-Hype anders darüber. Die in immer größeren Stückzahlen hergestellten Fingerabdruck-Scanner erkennen nicht zuverlässig genug, Fingerabdrücke werden sowohl für die Aufklärung von mehr und weniger schweren Straftaten als auch für Lappalien wie Laptop-Zugangskontrolle verwendet.<br />
<br />
Die Aussage von Heise Telepolis kann ich aber aus einem anderen Grund nicht wirklich unterstützen. Hier wird Biometrie empfohlen als Alternative zur anderer Biometrie. Meiner Ansicht nach, stellt sich momentan jede Biometrie als Passwort-Ersatz dar. Ob es gute Passwörter (Venenmuster, Iris-Scan) oder schlechte Passwörter (Fingerabdruck, Gesichtsmetriken) sind, spielt keine Rolle, es sind immer noch Passwörter.<br />
<br />
Jedem Computer-Benutzer werden immer wieder 3 wichtige Grundregeln für die Verwendung von Passwörtern mit auf den Weg gegeben (zudem, dass man sich ein sicheres Passwort aussuchen soll):<br />
<ol><li>Ändere dein Passwort gelegentlich</li><li>Sorge dafür, dass niemand dein Passwort herausfinden kann</li><li>Benutze für unterschiedliche Zugänge auch unterschiedliche Passwörter</li></ol><br />
Und diese drei Regeln lassen sich mit Biometrie nicht abbilden. Und zwar gleich welche Biometrie man nimmt. Man kann natürlich mehrere Merkmale unterschiedlich kombinieren, aber das ändert nichts am Problem.<br />
<br />
Wir haben heute die Situation, dass jemand, der meinen Fingerabdruck reproduziert, damit bei Edeka einkaufen kann. Der CCC veröffentlichte jüngst den Bausatz mit Erklärung, wie man Fingerabdrücke sichert und reproduziert. Dass das ganze dann bei Edeka funktioniert ist ebenfalls bewiesen.<br />
<br />
Es wird nicht lange dauern, bis es entsprechende Techniken gibt um Iris- oder Venenmuster zu reproduzieren. Wenn mein Bankkonto dann darüber geschützt ist, sehe ich wenig Handhabe über den Missbrauch, der damit möglich ist. Je sicherer eine Technologie in den Medien beschrieben wird, um so blinder ist das Vertrauen darin. <br />
<br />
Die Frage, die ich den Verantwortlichen dabei gelegentlich mal stellen möchte ist: Wenn jemand mein Venenmuster reproduziert (und ich das merke), wie kann ich dann neue Zugangsdaten für mein Bankkonto erhalten?<br />
 
            </div>
        </content>
        <dc:subject>biometrie</dc:subject>
<dc:subject>gesellschaft</dc:subject>
<dc:subject>schäuble</dc:subject>
<dc:subject>sicherheit</dc:subject>
<dc:subject>überwachung</dc:subject>
<dc:subject>verschlüsselung</dc:subject>

    </entry>
    <entry>
        <link href="http://www.bwurst.org/archives/168-Keyboard-am-Maus-Port.html" rel="alternate" title="Keyboard am Maus-Port" />
        <author>
            <name>Bernd</name>
                    </author>
    
        <published>2008-03-27T07:02:04Z</published>
        <updated>2008-03-29T06:51:52Z</updated>
        <wfw:comment>http://www.bwurst.org/wfwcomment.php?cid=168</wfw:comment>
    
        <slash:comments>0</slash:comments>
        <wfw:commentRss>http://www.bwurst.org/rss.php?version=atom1.0&amp;type=comments&amp;cid=168</wfw:commentRss>
    
            <category scheme="http://www.bwurst.org/categories/9-Linux" label="Linux" term="Linux" />
    
        <id>http://www.bwurst.org/archives/168-guid.html</id>
        <title type="html">Keyboard am Maus-Port</title>
        <content type="xhtml" xml:base="http://www.bwurst.org/">
            <div xmlns="http://www.w3.org/1999/xhtml">
                Hatte neulich bei einem Desktop-PC versehentlich die Tastatur in den Maus-PS/2-Port eingesteckt. Dank USB-Maus hab ich das Versehen nicht bemerkt.<br />
<br />
Linux bootete auch ganz normal und es hat alles funktioniert.<br />
<br />
Dann ist mir aufgefallen, dass das BIOS vor dem boot recht lange wartet und dann sagt "No keyboard found". <br />
<br />
Linux hat die Tastatur aber trotzdem benutzen können. Als ob nichts wäre. Das find ich mal cool. :) 
            </div>
        </content>
        <dc:subject>computer</dc:subject>
<dc:subject>interoperabilität</dc:subject>
<dc:subject>linux</dc:subject>

    </entry>
    <entry>
        <link href="http://www.bwurst.org/archives/167-Erlebnis-Kino.html" rel="alternate" title="Erlebnis Kino" />
        <author>
            <name>Bernd</name>
                    </author>
    
        <published>2008-03-22T08:41:46Z</published>
        <updated>2008-03-25T10:01:36Z</updated>
        <wfw:comment>http://www.bwurst.org/wfwcomment.php?cid=167</wfw:comment>
    
        <slash:comments>4</slash:comments>
        <wfw:commentRss>http://www.bwurst.org/rss.php?version=atom1.0&amp;type=comments&amp;cid=167</wfw:commentRss>
    
            <category scheme="http://www.bwurst.org/categories/12-Medien" label="Medien" term="Medien" />
    
        <id>http://www.bwurst.org/archives/167-guid.html</id>
        <title type="html">Erlebnis Kino</title>
        <content type="xhtml" xml:base="http://www.bwurst.org/">
            <div xmlns="http://www.w3.org/1999/xhtml">
                Am Donnerstag war ich <a href="http://www.backnangerkinos.de/">im Kino</a>. Der Film: <a href="http://www.imdb.com/title/tt0467406/">JUNO</a>, klasse Film, aber darum geht's jetzterstmal nicht. <sup>*</sup> :)<br />
<br />
Kurz zur Einstimmung, wir kennen ja alle diesen Kino-Spot, der dieses Neunziger-Jahre-mäßige MPEG-1-PC-Filmchen zeigt und klar machen möchte, dass heruntergeladene Filme viel schlechter sind als im Kino. Den Spot kennen natürlich nur die Leute, die im Kino waren, aber dieses Paradoxon möchten wir jetzt nicht weiter vertiefen. <br /><a href="http://www.bwurst.org/archives/167-Erlebnis-Kino.html#extended">Continue reading "Erlebnis Kino"</a>
            </div>
        </content>
        <dc:subject>aufreger</dc:subject>
<dc:subject>kino</dc:subject>

    </entry>
    <entry>
        <link href="http://www.bwurst.org/archives/166-Modernere-Suchergebnisse.html" rel="alternate" title="Modernere Suchergebnisse" />
        <author>
            <name>Bernd</name>
                    </author>
    
        <published>2008-03-13T11:35:57Z</published>
        <updated>2008-03-13T15:55:50Z</updated>
        <wfw:comment>http://www.bwurst.org/wfwcomment.php?cid=166</wfw:comment>
    
        <slash:comments>3</slash:comments>
        <wfw:commentRss>http://www.bwurst.org/rss.php?version=atom1.0&amp;type=comments&amp;cid=166</wfw:commentRss>
    
            <category scheme="http://www.bwurst.org/categories/1-WWW" label="WWW" term="WWW" />
    
        <id>http://www.bwurst.org/archives/166-guid.html</id>
        <title type="html">Modernere Suchergebnisse</title>
        <content type="xhtml" xml:base="http://www.bwurst.org/">
            <div xmlns="http://www.w3.org/1999/xhtml">
                <a class='serendipity_image_link' href='http://www.heise.de/newsticker/meldung/104994'><!-- s9ymdb:20 --><img class="serendipity_image_center" width="400" height="142" style="border: 0px; padding-left: 5px; padding-right: 5px;" src="http://www.bwurst.org/uploads/screenshots/google-ipv6.png" alt="" /></a> 
            </div>
        </content>
        <dc:subject>google</dc:subject>
<dc:subject>heise</dc:subject>
<dc:subject>ipv6</dc:subject>
<dc:subject>www</dc:subject>

    </entry>
    <entry>
        <link href="http://www.bwurst.org/archives/165-Login-haengt-unter-UbuntuNFS.html" rel="alternate" title="Login hängt unter Ubuntu/NFS" />
        <author>
            <name>Bernd</name>
                    </author>
    
        <published>2008-03-09T10:36:45Z</published>
        <updated>2008-03-09T10:49:23Z</updated>
        <wfw:comment>http://www.bwurst.org/wfwcomment.php?cid=165</wfw:comment>
    
        <slash:comments>0</slash:comments>
        <wfw:commentRss>http://www.bwurst.org/rss.php?version=atom1.0&amp;type=comments&amp;cid=165</wfw:commentRss>
    
            <category scheme="http://www.bwurst.org/categories/9-Linux" label="Linux" term="Linux" />
    
        <id>http://www.bwurst.org/archives/165-guid.html</id>
        <title type="html">Login hängt unter Ubuntu/NFS</title>
        <content type="xhtml" xml:base="http://www.bwurst.org/">
            <div xmlns="http://www.w3.org/1999/xhtml">
                Hier mal kurz eine Erfahrung von heute, auf dass dies vielleicht andere finden, die sich in der selben Situation wiederfinden. <br />
<br />
Gestern Abend teilten mir meine Eltern mit, dass ihr Rechner keinen Login mehr macht. Egal welcher Benutzer sich anmeldet, es bleibt immer sofort nach Verschwinden der Login-Maske alles stehen.<br />
<br />
Nach einigem Debugging habe ich erstmal aufgegeben (es war spät) und heute früh weiter gemacht. Im Netz habe ich auch nicht wirklich was gefunden was passend war.<br />
<br />
Der Lösung näher kam ich als ich ein simples xterm (mittels xinit bzw. .xinitrc) gestartet habe und dort dann "strace kwin" aufgerufen habe. Damit zeigte sich, dass der Prozess beim Locking auf die ~/.qt/.qtrc.lock stehen blieb. Da das NFS-Homedir schon manchmal beim Locking Probleme hatte, habe ich also getippt, es kann daran liegen. Laut rpcinfo -p war aber der nfslockd aktiv.<br />
<br />
Über einiges trial und error und den entscheidenden Fund im Netz, dass das Locking Probleme macht, wenn der Server die IP-Adresse des Clients nicht auflösen kann, bin ich dann darauf gestoßen, dass der bind auf dem Server aus mir unerklärlichen Gründen sich nicht für die lokale reverse-Zone zuständig gefühlt hat. Ein einfaches Restart des bind hat genau das behoben, ab dann waren auch lokale reverse-lookups wieder möglich.<br />
<br />
Der NFS-Server hat die Situation aber nicht verkraftet, einen restart-Versuch hat er immer mit einem Segmentation fault verweigert. Als ich dann aber den Server-Rechner neu gestartet habe, hat wieder alles wunderbar funktioniert. ohne das ich irgend etwas ändern musste. 
            </div>
        </content>
        <dc:subject>bugs</dc:subject>
<dc:subject>computer</dc:subject>
<dc:subject>linux</dc:subject>
<dc:subject>netzwerk</dc:subject>
<dc:subject>nfs</dc:subject>
<dc:subject>problemlösung</dc:subject>
<dc:subject>ubuntu</dc:subject>

    </entry>
    <entry>
        <link href="http://www.bwurst.org/archives/164-Greylisting-Neue-Version.html" rel="alternate" title="Greylisting: Neue Version" />
        <author>
            <name>Bernd</name>
                    </author>
    
        <published>2008-03-05T20:11:20Z</published>
        <updated>2008-03-05T20:26:45Z</updated>
        <wfw:comment>http://www.bwurst.org/wfwcomment.php?cid=164</wfw:comment>
    
        <slash:comments>0</slash:comments>
        <wfw:commentRss>http://www.bwurst.org/rss.php?version=atom1.0&amp;type=comments&amp;cid=164</wfw:commentRss>
    
            <category scheme="http://www.bwurst.org/categories/13-Eigene-Software" label="Eigene Software" term="Eigene Software" />
    
        <id>http://www.bwurst.org/archives/164-guid.html</id>
        <title type="html">Greylisting: Neue Version</title>
        <content type="xhtml" xml:base="http://www.bwurst.org/">
            <div xmlns="http://www.w3.org/1999/xhtml">
                Nachdem ich jetzt doch von einigen Leuten weiß, die meinen greylisting-Filter bei sich einsetzen, kann ich das auch grade mal hier announcen... ;-)<br />
<br />
Es gibt davon eine neue Version. Es gibt einen ziemlichen Bruch, es wird jetzt MySQL anstelle von SQLite als Backend benutzt. Das liegt daran, dass ich vor habe, eine selektive Whitelist (»Mails an diese Adresse bitte in den nächsten 10 Minuten nicht greylisten«) für unsere Kunden zu ermöglichen. Dazu muss es eine gemeinsame Datenbank für das webinterface und das greylisting geben, was hiermit geschehen ist.<br />
<br />
Die <a href="http://source.schokokeks.org/greylisting/">offizielle Release-Seite</a> enthält auch ein detaillierteres Change-Log.<br />
<br />
Peinlicherweise habe ich erst ein paar Minuten nach dem Release festgestellt, dass die neue Version von courier, <a href="http://bugs.gentoo.org/show_bug.cgi?id=147947">für die ich grade ein ebuild erstellt habe</a>, eine kleine API-Änderung hat. ich habe mit einem Bugfix-Release der Version 2.0.1 darauf reagiert. 
            </div>
        </content>
        <dc:subject>eigene software</dc:subject>
<dc:subject>email</dc:subject>
<dc:subject>greylisting</dc:subject>
<dc:subject>open source</dc:subject>
<dc:subject>schokokeks.org</dc:subject>

    </entry>

</feed>