Matthias Leisi

Das ist ein Testposting für Google's Site-Zeugs

matthias@leisi.net (Matthias Leisi) — Mon, 28 Sep 2009 20:19:04 +0200

Eigentlich hier kein relevanter Link, aber ich möchte schauen, wie sich das platzieren eines Links hier auf das Google-Karma der Zielseite auswirkt: http://walter.leisi.net/

Zensursula und das Steuersubstrat

matthias@leisi.net (Matthias Leisi) — Thu, 23 Apr 2009 22:01:23 +0200

Frau Ursula von der Leyen will für Deutschland in einer eventuell gut gemeinten, jedoch rechtsstaatszersetzenden Aktion die Infrastruktur für Internetzensur schaffen. In kurzer Zeit hat sie sich den Beinamen “Zensursula” erarbeitet.

Für die Schweiz wählt Frau Eveline Widmer-Schlumpf einen viel plumperen Weg. Um das staatliche Glücksspielmonopol und entsprechende Steuereinnahmen zu sichern soll ebenfalls eine entsprechende Infrastruktur zur Zensur geschaffen werden.

In einer Pressemitteilung von gestern anlässlich der Präsentation eines Expertenberichts wird von einer “Lockerung” des Verbots von Internetglücksspielen geredet. Wenn man dann allerdings den Expertenbericht liest, klingt es schon ganz anders:

1. Das EJPD ist zu beauftragen, eine Änderung der Rechtsgrundlagen im Bereich
der Spielbankengesetzgebung vorzubereiten, die darauf gerichtet ist,

1.a. das Verbot der telekommunikationsgestützten Durchführung von Glücksspielen
im Internet (und nur diesbezüglich) insofern zu lockern, als einer kleinen Anzahl
geeigneter Anwärter eine Konzession erteilt werden kann;

1.b. die Grundlage dafür zu schaffen, mittels technischer Massnahmen die illegale
telekommunikationsgestützte Durchführung von Glücksspielen zu verunmöglichen
oder einzuschränken.

2. Der Auftrag im Sinne von Ziffer 1.b ist selbst dann zu erteilen, wenn der Antrag
1.a. abgelehnt werden sollte.

Wann schmeisst endlich jemand Hirn zur ESBK und anderen Gutmenschen? Genau der gleiche Schmarrn, wie er in Deutschland im angeblichen Kampf gegen Kinderpornos verbrochen werden soll, soll hier nun zur Sicherung des Steuersubstrats durchgezogen werden. Die Argumente gegen die Zensur sind demzufolge analog übertragbar.

Meine Bitte: http://www.heise.de/ct/Die-Argumente-fuer-Kinderporno-Sperren-laufen-ins-Leere—/artikel/135867 ausdrucken und mit einem kurzen Begleitschreiben an die folgenden Adressaten senden:

Kontakt gemäss Pressemitteilung (Direktor der ESBK): Jean-Marie Jordan, Eidg. Spielbankenkommission, T +41 31 323 12 05, Eigerplatz 1, CH-3003 Bern

Politisch verantwortliche Stelle: Eveline Widmer-Schlumpf, Vorsteherin EJPD, Bundeshaus West, CH-3003 Bern

Ein kurzer Kommentar hier oder ein @reply bei Twitter bei Versand wäre nett.

(Kudos an Julika von freilich.ch für den Hinweis auf den Zensurversuch)

Zur Erinnerung: Das KOBIK zwingt heute ebenfalls schon Provider zur DNS-Fälschung nach der doppelzüngigen Zensursula-Methode. Alle paar Monate wird eine aktualisierte Liste mit ein paar hundert angeblichen Kinderporno-URLs an die Provider verschickt, wie man am Swinog-Meeting #14 erfahren konnte.

Sozialdemokrat Steinbrück

matthias@leisi.net (Matthias Leisi) — Thu, 19 Mar 2009 19:11:43 +0100

Wir müssen dem deutschen Steuereintreiber Steinbrück dankbar sein. Er ist der lebende Beweis dafür, warum man sein Geld vor sozialdemokratischer Regierungsbeteiligung in Sicherheit bringen muss, und dass man sozialdemokratischen Politikern nicht trauen darf.

Die Schweizer Genossen sind im Moment erstaunlich ruhig. Sie scheinen kein Problem damit zu haben, dass der deutsche Steuervogt nichts anderes als die völlige Aufhebung der Privatsphäre zum Ziel hat: Jederzeit soll jeder schmierige Steuerbeamte die finanziellen Verhältnisse jedes Bürgers unerkannt ausforschen dürfen. Und bald zur Bekämpfung des Terrorismus auch jeder Streifenpolizist und Bähnler.

Steinbrück ist der lebende Beweis für den absolutistischen Anspruch der Sozialdemokraten über den Bürger. Bei den nächsten Wahlen sollte sich jeder, der einen Sozialdemokraten wählen will, an Herrn Steinbrück denken.

Ach ja, passend dazu ein kleiner Nachtrag: http://www.spiegel.de/wirtschaft/0,1518,614041,00.html

Bundesfinanzhof lockert das Bankgeheimnis — Banken dürfen den Finanzämtern Kundendaten künftig auch dann weiterleiten, wenn gar kein Verdacht auf Hinterziehung vorliegt

So sieht die sozialdemokratische Vorstellung vom Schlaraffenland wohl aus…

In dem Sinne: Danke Herr Steinbrück. Bald werden ihre Landsleute ihr Geld wieder ausser Landes schaffen. Willkommen bei den Schweizer Banken, liebe Deutsche!

Fehler von TimeMachine reparieren

matthias@leisi.net (Matthias Leisi) — Sat, 07 Feb 2009 09:54:43 +0100

Wenn man im falschen Moment den Laptopdeckel zu macht, hinterlässt TimeMachine unter Umständen eine inkonsistente Backup-Struktur. Diese kann idR zwar noch zum Lesen gemountet werden (dh Restores funktionieren noch), aber neue Backups kann er nicht mehr schreiben.

Bei meinem Setup sichern zwei MacBook Pro ihre Daten via Netzwerk auf einen Mac Mini, an dem eine externe USB-Platte hängt.

Mit den folgenden Schritten kann ein neues, funktionsfähiges TimeMachine-Setup wieder hergestellt werden:

1. Auf dem Mac Mini einloggen (Screen Sharing oder via SSH).

2. Das alte Sparsebundle aus Sicherheitsgründen in ein anderes Verzeichnis verschieben.

3. Ein neues Sparesbundle anlegen:

hdiutil create -size 90g -fs HFS+J -type SPARSEBUNDLE "<maschine>_<hexid>.sparsebundle"

Den Namen (<maschine>_<hexid>) übernimmt man am besten vom alten Namen. Als (maximale) Grösse ist hier 90 GByte angegeben, muss ggf. angepasst werden.

4. Falls ein anderer User als der “End-User” verwendet wurde um das Sparsebundle anzulegen, müssen die Zugriffsrechte innerhalb des Sparsebundles angepasst werden (als root), andernfalls meldet TimeMachine auf dem Client, dass das TM-Volume schreibgeschützt sei:

chown -R <user>:<gruppe> /pfad/zum/sparsebundle/*

Ja, ein Sparsebundle ist technisch gesehen ein Verzeichnis. Man kann das Sparsebundle auf dem Client auch manuell mounten (durch Doppelklick im Finder, braucht einen Moment bis es startet) um zu kontrollieren, ob man darauf schreiben kann.

Keywords: macosx timemachine read-only schreibgeschützt fehler sparsebundle erstellen hdiutil

Die (angebliche) Knappheit von IPv4-Adressen

matthias@leisi.net (Matthias Leisi) — Sun, 01 Feb 2009 11:04:47 +0100

E-Mail-Marketingfirmen jeglicher Schattierung (von absolut OK bis reine Spammerklitsche) benutzen riesige IP-Adressbereiche. Riesig heisst zB /17er-Netze, oder ein Dutzend /24er-Netze. Und sie benutzen immer wieder neue Netze, die meisten davon aus ARIN-Beständen.

Wenn IPv4-Adressen tatsächlich so knapp sind, warum erhalten diese Schädlinge so grosse Bereiche zugesprochen? Warum muss man bei RIPE den Bedarf für jedes IP-Adress-Blöcklein vor- und rückwärts beweisen, während ARIN die Dinger mit beiden Händen zum Fenster rauswirft?

Und warum hat ein Saftladen wie GE gleich viele IP-Adressen wie ganz Afrika (ein /8)? Warum hat eine vernichtete Bank wie Lehman weiterhin 146.127.0.0/16 (65’534 nutzbare IP-Adressen), 147.62.0.0/15 (131’070), 163.124.0.0/16 (65’534), 192.107.15.0 – 192.107.34.255 (5’118), 192.147.65.0/23 (512), 192.147.48.0/20 (4’096) — insgesamt also gegen eine viertel Million nutzbare IP-Adressen?

Beichttweet.com und Inbound SMS Gateway

matthias@leisi.net (Matthias Leisi) — Sat, 17 Jan 2009 14:29:38 +0100

@beichttweet ist der deutschsprachige Klon von @secrettweet — mit beiden kann man anonym Geheimnisse auf Twitter veröffentlichen.

Beichttweet hatte ich in ein paar Stunden zusammengehackt, und dann hat mich der Hafer gestochen: Wenn man sich schon auf SMS-typische 140 (160) Zeichen beschränkt, warum soll man dann nicht via SMS beichten können?

Inbound SMS nennt sich das, wenn man es als Dienstleistung kaufen will, und kostet so in der Grössenordnung ab 20 Franken monatlich, was mir für ein Hobbyprojekt etwas zu viel ist. Aber man kann das ja auch selbst machen. Man nehme:

Ein altes Handy (ein gutes, zuverlässiges Nokia 6310 lag noch herum)
Ein dazu passendes USB-Datenkabel (die sind teuer, war bei Conrad um die 40 Franken)
Billigste Prepaid-SIM-Karte (3.90 Franken für eine Yallo-Karte mit 5 Franken Guthaben)
Gammu http://cihar.com/gammu/ als Software (bei SUSE Linux bereits als RPM in der Distribution) [Update 2009-01-18: http://www.gammu.org/ ist die bessere Einstiegs-URL]

Und tatsächlich: SIM-Karte ins Handy gelegt, Handy via Datenkabel angeschlossen, Einträge in /var/log/messages kontrolliert, “gammu —getallsms” (mit passender /etc/gammurc-Datei).

Tut.

Jetzt noch mit etwas Perl-Script-Glue zusammengekabbelt, das ganze in die Beichttweet-Moderationsqueue schreiben, und fertig ist das SMS2Beichttweet-Gateway.

Zum Testen: SMS “BEICHTE Text der Beichte” an +41 76 709 57 16 (Schweizer Normaltarif für SMS).

DVD "umformatieren"/konvertieren auf MacOSX

matthias@leisi.net (Matthias Leisi) — Sun, 23 Nov 2008 16:05:16 +0100

Ich musste eben auf Mac OSX eine hausgemachte DVD in ein verarbeitbares respektive “schneidbares” Format konvertieren. Ungeschickterweise hat das von allen Seiten erwähnte und vorgeschlagene Handbrake das ca. 30 Minuten lange Ausgangsmaterial auf ungefähr 16 Sekunden komprimiert. Mit VLC und den folgenden Optionen (Streaming/Export Assistent) gibt es jedoch ein vernünftiges File:

Video transcodieren: Codec H.264, 1024 kb/s
Audio transcodieren: Codec MPEG 4 Audio, 64 kb/s (Audio im Ausgangsmaterial ist eh schlecht)
Verkapselungsformat: MP4

Ebenfalls getestet und für nicht tauglich befunden: MacTheRipper, MPEG Streamclip

Google Docs, der Firmenproxy und die Zukunft

matthias@leisi.net (Matthias Leisi) — Sat, 15 Nov 2008 11:46:41 +0100

Die Wahrscheinlichkeit, dass der übliche Firmenproxy den Zugriff auf Google Docs verbietet, ist recht hoch.

Pöse! Virengefahr! Geheimnisverrat! So oder ähnlich wird es wohl klingen, wenn man als Mitarbeiter eines grösseren Betriebs auf https://docs.google.com/ zugreifen möchte.

Die Mitarbeiter in der IT kennen Google Docs wohl schon seit einiger Zeit recht gut: Nur mit einem Browser bewaffnet kann man Texte erfassen, hat Tabellenkalkulation zur Verfügung und kann Präsentationen erstellen. Es gibt Vielfältige Import- und Exportfunktionen, eine riesige Sammlung von Vorlagen für alle möglichen Aufgaben. Also all das, was man im Büroalltag wieder und wieder benötigt.

Was aber Google Docs von der gewohnten und gewöhnlichen Bürosoftware unterscheidet: Man kann auf einfachste Art und Weise Dokumente gemeinsam bearbeiten.

Kein Hin- und Herschicken von Dokumenten via Email mit fehleranfälliger Versionskontrolle über angehängte Zahlen. Nicht darauf Warten, bis der Kollege die Datei auf dem gemeinsamen Laufwerk endlich geschlossen hat (zwei Stunden Mittagspause macht er!) damit man die eigenen Änderungen einpflegen kann.

Keine verzweifelte Suche nach der letzten gültigen Fassung des Dokuments auf USB-Sticks, temporären Verzeichnissen, persönlichen Netzlaufwerken und obskuren Email-Archiven. Keine mehrfach redundante Speicherung (Backupkosten!) von 99% gleichbleibenden Inhalten.

Die Mitarbeiter in der IT kennen Google Docs wohl schon seit einiger Zeit recht gut. Und sie haben erkannt, wie ungeheuer mächtig dieser Ansatz ist. Wie sehr das ihre Aufgabe verändern (oder: überflüssig machen) wird. Da ist es besser, die Augen (den Proxy) zu verschliessen.

Dokumente online bearbeiten – das wird die IT in den nächsten Jahren massiv weiterbringen. Das Potential ist analog zu der Mobiltechnologie, welche die alte kupferkabelbasierte Telefonwohlfühlwelt so sehr verändert hat.

Google Docs ist etwa da, wo die ursprünglichen Mobilanbieter zu Beginn der Neunziger Jahre waren. Der Versuch von Microsoft mit Krücken à la Sharepoint sich dem Unausweichlichen in den Weg zu stellen ist rührend in seiner Hilflosigkeit.

Natürlich gibt es Fragen der Sicherheit: Vertraulichkeit, Verfügbarkeit, Integrität – besonders im Hinblick auf die Steuervögte, die Stäubles und ähnliche Feinde von Freiheit und Selbstbestimmung, und die Verlierer der Desktopära werden nicht müde werden, das in den Vordergrund zu rücken.

Aber sie werden trotzdem verlieren. Es gibt heute schliesslich auch keine Köhler mehr.

Happy Birthday, dnswl.org

matthias@leisi.net (Matthias Leisi) — Sat, 01 Nov 2008 09:08:07 +0100

November 1st is the “birthday” of dnswl.org. Two years ago, in 2006, the project went public with a modestly sized amount of data and amateurish DNS server setup (a single machine off my private DSL line).

We are now running an infrastructure of 14 nameservers (most of which donated by various third parties — a warm thank you!), and over 42’000 database entries (covering 1.9 Mio IP addresses), maintained by six active administrators through roughly 4’500 edits per month. Additonally, we import data from other sources, like eg the provider associations of Spain, Austria, and Switzerland.

It is hard to tell how many “users” dnswl.org has, but we can approximate:

On the three DNS servers where we have very detailled statistics, we see queries from roughly 55’000 networks (IP addresses aggregated into /24s). There is some overlap in this data, but if we extrapolate carefully, there are about 100’000 to 200’000 networks querying dnswl.org data over DNS.

There are over 350 unique /24 networks getting dnswl.org data over rsync. This includes organisations like eg universities, companies, and government agencies, but also strong multipliers like email outsourcing providers, and the occasional hobbyist / private server of a geek. It’s hard to guess the number of actual users with any specifity, but given that some big email outsourcing providers are getting the data over rsync, it would be fair to guess that the reach over rsync is roughly equal to that over DNS.

The third category of users is indirect — some DNSBL operators use dnswl.org data to finetune their listing criteria (a server listed in dnswl.org may have higher thresholds before being blacklisted, eg). This “second order effect” of dnswl.org affects a far bigger number of users than the two categories above.

In sum, it seems fair to assume that dnswl.org data affects a majority of email users around the world. The dnswl.org project is very well aware of the responsibility associated with this reach, and works diligently to improve the quality of it’s data.

Contributions to dnswl.org are always welcome — please drop as an email: admins (at) dnswl.org (or use the request form at http://www.dnswl.org/request.pl for listings)

Anzeiger von Uster ignoriert *-Angabe gegen Werbeanrufe

matthias@leisi.net (Matthias Leisi) — Mon, 06 Oct 2008 19:10:09 +0200

Der Anzeiger von Uster, ein lokales Käseblatt, ist schon der zweite Telefonstörer heute abend.

Auf meine Frage, ob sie den Stern im Telefonbuch übersehen hat, der anzeigt, dass ich keine Werbeanrufe erhalten will, erklärt die Dame am anderen Ende ganz erfreut: “Ja, das habe ich gesehen, aber wir ignorieren das.”

Lieber Anzeiger von Uster, warum stellt ihr euch auf die gleiche Evolutionsstufe wie Scientology- und Sunrise-Anwerber? Ihr Telefonverkaufsfuzzis, schämt ihr euch eigentlich nicht für eure jämmerliche Existenz? Habt ihr Spass daran, Leute in ihrem Feierabend zu stören? Warum sucht ihr euch nicht einen richtigen Beruf? Wollt ihr wirklich zum Abschaum der Gesellschaft gehören?

Konto löschen mit Hindernissen

matthias@leisi.net (Matthias Leisi) — Wed, 27 Feb 2008 14:19:21 +0100

Amazon war mal ein netter Onlineshop. Und ich hatte in den Frühzeiten des Online-Handels (1999!) sogar mal ein Konto dort, auf welches ich durch Zufall letztens wieder gestossen bin.

Nun wollte ich das Löschen – ich brauche und verwende es schlicht nicht mehr. Also flugs das Passwort zurücksetzen lassen (zum Glück habe ich die Mailadresse noch), eingeloggt. Nur gibt es ungeschickterweise nirgends eine Möglichkeit, das Konto zu löschen.

Also ein Mail geschrieben (wobei, die Bezeichnung “Mail” auf der Amazon-Oberfläche führt immer zu einem Webformular…), dass man bitte mein Konto löschen möge, und dabei sicherstellen möge, dass die Daten auch tatsächlich und unwiederruflich gelöscht sind.

Die Antwort kam fix, hat mich aber – gelinde ausgedrückt – erstaunt:

Wir kommen Ihrem Wunsche gerne nach.

Bevor wir Ihre Daten löschen können, benötigen wir von Ihnen diesen
Auftrag in schriftlicher Form.

Liebe Amazon, schämt euch. Wenn ihr ein dermassen unfreundliches Verhalten nötig habt, habt ihr wohl ein Problem mit sinkenden Nutzerzahlen? Dann solltet ihr euch besser überlegen, wie ihr die Kunden zum Kaufen animiert, statt mit künstlichen Austiegshürden zu kommen. Denn kaufen werde ich bestimmt nichts mehr.

[Nachtrag] Man kann auf das erhaltene Mail nicht mal antworten: “Beachten Sie, dass diese E-Mail-Adresse nur zum Versenden, nicht aber zum Empfang von E-Mails eingerichtet ist.” — ein Kapitalfehler, den sich eine Firma nicht erlauben sollte.

dnswl.org - calling for your support

matthias@leisi.net (Matthias Leisi) — Sat, 04 Aug 2007 12:00:00 +0200

[This article is cross-posted to the two blogs at http://news.dnswl.org/ and http://matthias.leisi.net/ and to the dnswl-users mailing list

Currently, most of dnswl.org is run by myself with the help of some volunteers (“backup” administrators should I ever be run over by a bus) and some organisations.

dnswl.org has gained traction since it’s inception in October 2006, and it’s data is now being used by a number of anti-spam solutions (eg filtering applications, blocklist providers, reputation aggregation services). It has reached a point where more resources are required. Since a commercial business model may create unfavourable incentives (see the last section of this for some rationale), I try to stick to a volunteer-based organisation. The volunteer, that would be you.

Please let me briefly explain how dnswl.org works so that you can better understand the areas where you could be of help.

How dnswl.org works

dnswl.org has basically three parts:

Data for dnswl.org (ie, identifying domains and their associated IP addresses used to send email) comes from log files, requests through the website and by mail, and, most importantly, from various import sources (all data is manually verified before being added for distribution).
Managing the data: We aggregate IP addresses / network ranges by “owner”. The owner is signified by a domain (with multiple secondary domains possibly added). All IP addresses are regularly checked for RBL “appearances” and DNS inconsistencies. Over time, scores may be adjusted up- or downwards, categories re-assigned, and IP addresses may be added or removed. This is usually based on one of the regular checks above or when we receive feedback.
Using the data: We export data in various formats (for rbldnsd and BIND nameservers, in formats usable by Postfix and Lotus Notes, and some others), and distribute it via DNS, rsync and HTTP (the latter transfer will be discontinued at a not-yet-determined point in time, since it is highly inefficient for that purpose).

These things are glued together by a public website (mostly static), a request tracker (RT3), a web-based administration interface (based on PHP and MySQL), a number of batch jobs (Perl) and standard Unix-based tools (rsync, rbldnsd, mrtg, Apache etc).

What should be improved

Given the increased use of dnswl.org, the number and (net-) geographical distribution of nameservers should be increased. Specifically, DNS mirrors in the following locations would be great (but other mirrors would help as well):

US east coast
Northern Europe
Asia/Pacific

CPU and IO load for typical a rbldnsd-based nameserver are minimal (can most likely be run in a VMWare/Xen/however virtualised environment), but it has some bandwidth requirements (a couple of GB per month).

A DNS mirror must be able to regularly update it’s data via rsync, and preferrably run rbldnsd (generic DNS servers such as BIND can basically be used as well, since our data is rather small – it will hardly every be more than 100k entries). Ideally, a nameserver will do minimal logging (”-s” switch to rbldnsd) and regularly run a little Perl script to participate in the statistics

Handling the automated “import queue” and the manual “request queue” would be a full-time job. Additional volunteers to manage data that can spend at least an hour or two per week would allow to speed up the whole process. It would also be worthwhile to have someone chasing large providers (of the likes of Yahoo, Postini et al.) to let us know their full ranges of mail-sending IP addresses. Possible tasks/focus:

Working on the import and request queues
Manual additions (eg from logfiles or personal knowledge)
Establish relations with large providers
Review missing/incomplete/old data (eg assign categories, cleanup CIDRs, ...)

Volunteers must be trustworthy individuals, and preferrably have a background and/or current work experience in handling spam or security issues in general.

Having more volunteers for the queues would allow myself to spend more time on the improvement of the architecture and implementation. Can you spell “historically grown codebase”? ;) Some clearly definable work could well be done by a knowledgeable person, but it may be difficult/take a lot of time for a new person to learn the overall environment. Possible tasks include:

Regular RBL checks for large ranges, where it is not feasible to query each individual IP address at each “big” blacklist.
ASN/riswhois/other checks for large ranges
Automated feedback loop on spam from dnswl.org-listed sources, eg as a plugin for popular spamfilters or something similar.
Improve features for domain-level whitelisting.

All dnswl.org features are built on Perl (for regular jobs etc) and PHP (the admin interface), so some knowledge in either or both of them is required (however, rewriting certain parts in eg Java/JSP could be considered).

One can probably tell from looking at the public website that no talented designer has been involved yet. The following seem the most obvious tasks for improvements in design:

Create a logo for dnswl.org (hey, dnswl.org should be present in the logo-bar on karmasphere.com/ as well!)
General design, typographics etc for the public website.
Since I’m not a native english speaker, the wording and general content of the public website may use some improvement.

The future of dnswl.org

I do not regard dnswl.org as an ego-project. It is my goal to establish the project as a long-term, stable endeavour. If you are willing and able to take responsibility for some parts of dnswl.org, you are more than welcome to participate. It’s no problem if you want to start “small” – and grow your duties and responsibilities over time, if you wish to do so.

Besides the additional help mentioned above, I intend to evolve and stabilise the overall organisation over time. I’d be glad to share and pass on responsibility.

I’m convinced that “enumerating goodness” (as opposed to the “enumerating badness” still prevalent in today’s world of fighting spam) will become more important over the coming years, and you can help make it work!

Ad-(Non-)-Sense

matthias@leisi.net (Matthias Leisi) — Sun, 01 Jul 2007 16:54:02 +0200

Seit einigen Wochen (oder Monaten?) zeigt die NZZ Online Google-Anzeigen unter ihren Artikeln an. NatÃƒÂ¼rlich jeweils “passend” zum Inhalt der Nachrichten – was des ÃƒÂ¶fteren zu unterhaltsamen Konstellationen fÃƒÂ¼hrt.

Im Artikel Kehrt Peter Bodenmann zurÃƒÂ¼ck? vom 1. Juli 2007 geht es um ein Hickhack zwischen SP Ober- und Unterwallis, um Hahnen- und HennenkÃƒÂ¤mpfe innerhalb der Partei und um allerlei Feindschaften aus vergangenen Wahlschlachten. Die grosse Frage ist, mit welcher Listenkombination die SP des Kantons Wallis bei den Nationalratswahlen im Herbst antreten wird, und wer allenfalls zwischen Ober- und Unterwalliser wechselt. Soweit nichts aussergewÃƒÂ¶hnliches (nach dem Motto der Steigerung von Feind ÃƒÂ¼ber Todfeind zu Parteifreund).

Google erfreut uns nun mit den folgenden Anzeigen:

Partnersuche Wallis – Finden Sie den passenden Partner!
Seitensprung Wallis – Vermittlungsgarantie vom Testsieger. Schnupperangebot 10 Vermittlungen!
SeriÃƒÂ¶se Kontaktinserate – Mit xxxxx.ch gezielt den niveauvollen Partner finden!

Vielleicht sollte sich die SP an die Partnervermittlung ihres Vertrauens wenden… oder vielleicht sollte man Adsense auf News-Seiten nicht verwenden?

Um das Gleichgewicht zwischen linkem und rechtem Rand des politischen Spektrums zu wahren: Zum Artikel Die SVP sorgt sich um die Rechte der Musliminnen bietet uns Adsense das Folgende:

Moslem Brieffreundschaften – Tausende Moslems suchen Brieffreundschaften und mehr!

(“Und mehr”? Briefbomben? Anthrax-Briefe? Fragen ÃƒÂ¼ber Fragen…)

Wie Zahlen geboren werden

matthias@leisi.net (Matthias Leisi) — Sun, 01 Jul 2007 09:24:56 +0200

Dies hier liegt schon lÃƒÂ¤nger auf meiner To-Blog-Liste:

Im Blog-Eintrag Spam Biz habe ich einige Zahlen ÃƒÂ¼ber die Kosten fÃƒÂ¼r die verschiedenen Stufen der organisierten Spam-Kriminellen zusammengetragen (zum Beispiel, dass 1’000 Spyware-Installationen etwa mit 15 USD vergÃƒÂ¼tet werden). Das war im September 2004.

Im Mai 2007 versendet der ÃƒÂ¶sterreichische Antiviren-Hersteller Ikarus eine “Pressemitteilung”, welche in einem Artikel von networld.at wiedergekÃƒÂ¤ut werden. Darin wird erwÃƒÂ¤hnt, dass 1’000 Spyware-Installationen etwa mit 15 USD vergÃƒÂ¼tet werden.

Zwei Tage spÃƒÂ¤ter, am 13. Mai 2007, bringt auch heise online einen Artikel darÃƒÂ¼ber. Wunderlicherweise kosten 1’000 Spyware-Installationen 15 USD.

Auf Anfrage sagte der Redaktor (ll) von heise online, dass er durch den networld.at-Artikel auf die “Geschichte” aufmerksam wurde. Von networld.at kam leider keine Reaktion, ebensowenig von Ikarus.

Weder im Artikel bei heise noch bei networld.at (und wahrscheinlich auch nicht in der Pressemitteilung von Ikarus) wird erwÃƒÂ¤hnt, dass diese Zahlen mit Vorsicht zu geniessen sind, wie ich es in meinem Blog-Eintrag geschrieben hatte:

Die Angaben [..] sind mit grÃƒÂ¶sster Vorsicht zu geniessen. Gerade die Zahlen zu angeblichen Erfolgen und UmsÃƒÂ¤tzen erscheinen mir ÃƒÂ¤usserst zweifelhaft. HÃƒÂ¤ufig dienen diese Zahlen dazu, weitere Spammer von den eigenen Leistungen zu ÃƒÂ¼berzeugen und denen irgendwelche Dienste zu verkaufen.

Ich befÃƒÂ¼rchte, dass diese Zahlen nun ein Eigenleben annehmen werden, denn immerhin werden sie von zwei(!) unabhÃƒÂ¤ngigen(!) respektablen(!) Quellen(!) genannt! Das muss ja die Wahrheit und nichts als die Wahrheit sein.

NOT.

Danke, Oracle

matthias@leisi.net (Matthias Leisi) — Thu, 21 Jun 2007 19:01:27 +0200

Aus hier nicht nÃƒÂ¤her interessanten GrÃƒÂ¼nden sollte ich testweise eine Oracle-Datenbank installieren. NatÃƒÂ¼rlich habe ich keine auch nur einigermassen aktuelle Version lokal verfÃƒÂ¼gbar (um genau zu sein: gar keine), also flugs bei Oracle Technology Network vorbeischauen und herunterladen.

Der Download-Link ist sehr prominent platziert, und die Downloadseite fÃƒÂ¼r Oracle Database 10g, Linux x86-Version findet man auch leicht.

Das “OTN Licence Agreement” wird schon in Ordnung sein (und ich will ja nur testen), und schon darf ich herunter… ups nein, da muss ich mich erst einloggen. Mein letztes OTN-Login liegt sicher fÃƒÂ¼nf Jahre zurÃƒÂ¼ck, also mal eben neu registrieren. Eine E-mail-Adresse gebe ich gerne (meine publicYYYY-Adressen sind sehr praktisch fÃƒÂ¼r halbwegs vertrauenswÃƒÂ¼rdige Websites). Eine gewÃƒÂ¼nschte PasswortlÃƒÂ¤nge von 6 bis 8 Zeichen (nur alphanumerisch) erinnert arg an z/OS- respektive RACF-Accounts, aber man kann sich ja anpassen.

FrÃƒÂ¶hlich auf “Confirm” geklickt… zweites ups, in der URL steht zwar etwas von “oracle.com…createUser.jsp”, aber im Title der Webseite schnautzt mich ein “Error Page 404” an. Also klickt man als pflichtbewusster Techie auf “Contact Us” um Oracle auf das Problem hinzuweisen.

Drittes ups: “An error occured while processing the request. If the problem persists, please contact the site administrator.”

Yeee-ha. Sure.