Was mit persönlich bei der Handhabung von Wave stark geholfen hat, ist die Möglichkeit vorgefertigte Such-Anfragen zu speichern und mit farbigen Tags zu versehen. So sieht man mit einem Blick auf die Wave-Liste was sich geändert hat, welche Wave zu welchem Thema passt oder wer an einer Wave mitgearbeitet hat.

Eine kleine Auswahl aus meiner persönlichen Hitliste:

Zeige mir alle ungelesenen Waves an:
Title: unread
Query: is:unread

Alles was sich diesen Monat geändert hat:
Title: this month
Query: past:1m

Alles was sich diese Woche geändert hat:
Title: this week
Query: past:1w

Waves mit Benutzer Manfred Mustermann:
Title: with Manfred
Query: with:manfred.mustermann@googlewave.com

Notizen: (Wave markiert alle Waves, die keine Mitschreiber haben als Notes)
Title: notes
Query: is:note

Waves, die an mich gerichtet sind:
Title: to me
Query: onlyto:me is:unread

Waves, denen ein spezielles Tag zugeordnet wurde:
Title: Tag: foo
Query: tag:foo

Die Ähnlichkeiten zu den Smart Folders von Spotlight sind erkennbar? Der Kreativität sind effektiv keine wirklichen Grenzen gesetzt, und man kann sich die Suchen genau so bauen wie man sie braucht. Beim Beispiel “an mich gerichtet” sieht man, wie man verschiedene Anfragen kombinieren kann. Spielereien wie is:unread tag:wichtig past:1w with:chef@firma sind also auch kein wirkliches Problem.

Was mich interessieren würde: was nutzt Ihr? Auf welche lustigen oder zeitsparenden Ideen seid Ihr gekommen? Ich freue mich auf Eure Kommentare!

Oracle Corporation (NASDAQ: ORCL) announced today that it had completed its acquisition of Sun Microsystems, Inc. Combination of the local entities worldwide will proceed in accordance with local laws.

[Quelle: Oracle]

der UUGRN e.V. ist nun auch als Gruppe auf Xing zu finden.

My Wave Web Chat Client Demo from Benjamin Nortier on Vimeo.

Eigene Server, Desktop-Clients … es ist nicht mehr so weit entfernt.

Leider scheint es nicht so hüpsche Generatoren wie für SPF zu geben, daher habe ich mir die Beispiele etwas genauer angesehen. Es werden im Einzelnen folgende Fälle behandelt:

• überhaupt keine sendenden Mail-Server
• incoming und outgoing Server sind die selben Maschinen
• eine einzelne Maschine für outgoing Mail
• mehrere Maschinen für outgoing Mail
• Ranges von Adressen für outgoing Mail
• outgoing Mail über Service Provider
• Hosted E-Mail: Google Apps

Das Framework basiert auf XML-Daten, die als TXT-Record im DNS hinterlegt werden. Lautet die Domain foobar.baz, so lautet der notwendige TXT-Record inkl. seinem Präfix _ep.foobar.baz. Der Präfix _ep. ist dabei wichtig, da der TXT-Record ja nicht generell für das CallerID-Sender Framework verwendet wird.

Das “Drumherum”, um diese XML-Daten lautet generell:

1
2
3
4
5
6
7

<ep xmlns="http://ms.net/#">
 <out>
  <m>
 
  </m>
 </out>
</ep>

Nun zu den einzelnen Beispielen.

überhaupt keine sendenden Mail-Server  [hoch]

Für Domains die nur zum Empfangen von E-Mails genutzt werden, bietet es sich an potentiellen Spammern direkt den Hahn abzudrehen.

1
2
3
4
5
6
7

<ep xmlns="http://ms.net/1">
 <out>
  <m>
   <nomailservers />
  </m>
 </out>
</ep>

Die Direktive <noMailservers/> verbietet direkt jeden Empfang von dieser Domain. Sollte diese Domain jemals doch für Mails verwendet werden, so muß dieser Eintrag selbstverständlich angepasst werden!

incoming und outgoing Server sind die selben Maschinen  [hoch]

Wenn der komplette Mail-Verkehr über eine einzelne Maschine abgewickelt wird, und diese auch als MX der Domain eingetragen ist, so reicht die Direktive <mx/>:

1
2
3
4
5
6
7

<ep xmlns="http://ms.net/1">
 <out>
  <m>
   <mx />
  </m>
 </out>
</ep>

eine einzelne Maschine für outgoing Mail  [hoch]

Für das Relay-System, über das die Mails für eine spezielle Domain gesendet werden, bietet sich folgender Eintrag an:

1
2
3
4
5
6
7
8
9

<ep xmlns="http://ms.net/1">
 <out>
  <m>
   <a>
     10.11.12.13
   </a>
  </m>
 </out>
</ep>

In diesem Falle ist nur die IPv4-IP 10.11.12.13 berechtigt Mails zu senden.

mehrere Maschinen für outgoing Mail  [hoch]

Etwas komplizierter, aber immernoch recht einfach sieht es aus, wenn mehr als eine Maschine als Relay verwendet wird:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

<ep xmlns="http://ms.net/1">
 <out>
  <m>
   <a>
     10.11.12.13
   </a>
   <a>
     10.11.12.14
   </a>
   <a>
     10.11.12.15
   </a>
  </m>
 </out>
</ep>

Hier sind die IPs 10.11.12.13, 10.11.12.14 und 10.11.12.15 als Absender von E-Mails erlaubt. Hier findet sich allerdings auch schon das erste Problem: DNS läuft traditionell über UDP-Pakete, und diese sind i.A. 512 Bytes lang. Bei zu vielen IPs die einzeln erlaubt werden, bietet es sich an Ranges (siehe unten) zu nutzen, oder den TXT-Record in mehrere Records aufzusplitten. π x Daumen sollten 10 einzelne IPs ± noch in die Begrenzung passen.

Ranges von Adressen für outgoing Mail  [hoch]

Ein komplettes Subnetz voller Relay-Server kann mit <r> abgebildet werden:

1
2
3
4
5
6
7
8
9

<ep xmlns="http://ms.net/1">
 <out>
  <m>
   <r>
     10.211.30.0/25
   </r>
  </m>
 </out>
</ep>

Hier wird das komplette Subnetz 10.211.30.0/25 für den Mail-Versand zugelassen. Kleiner Tip aus der Praxis: auch wenn die Kisten in dem Netz nicht alle für Mail verwendet werden, im Normalfall sollte keine davon zur Spam-Schleuder werden, da man die Maschinen ja unter Kontrolle hat haben sollte. So kann man die Begrenzung von <a> auch umgehen.

outgoing Mail über Service Provider  [hoch]

Das Mail-Relay des ISPs kann selbstverständlich auch genutzt werden; in diesem Fall hilft <indirect> und die Angabe der sendenden Domäne.

1
2
3
4
5
6
7
8
9

<ep xmlns="http://ms.net/1">
 <out>
  <m>
   <indirect>
     interdose.net
   </indirect>
  </m>
 </out>
</ep>

Das obige Beispiel wälzt also die Verantwortung auf die Server innerhalb der Domain interdose.net ab. Natürlich sollten diese Maschinen dann korrekt gesichert und administriert sein.

Hosted E-Mail  [hoch]

Nutzt man hosted E-Mail wie z.B. Google Apps, so ist auch hier die Konfiguration relativ einfach. Zu beachten ist eigentlich nur, daß hier zwei Direktiven kombiniert sind.
<mx/> und <indirect>.

1
2
3
4
5
6
7
8
9
10

<ep xmlns="http://ms.net/1">
 <out>
  <m>
   <mx />
   <indirect>
     google.com
   </indirect>
  </m>
 </out>
</ep>

Damit wäre auch schon ein wichtiger Punkt erreicht: die einzelnen Direktiven kann man kombinieren und auch wiederholt nutzen. So ist z.B. eine mehrfach-Nennung von <indirect> genauso legitim wie von <a> oder <r>. Nur z.B. <mx/> ergibt mehrfach einfach keinen Sinn.

So ist z.B. für meine private Domain folgender Eintrag im TXT-Record eine valide Kombination aus vier Direktiven:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

<ep xmlns="http://ms.net/1">
 <out>
  <m>
   <mx />
   <indirect>
    google.com
   </indirect>
   <r>
    80.190.170.0/23
   </r>
   <r>
    80.190.172.0/24
   </r>
  </m>
 </out>
</ep>

Die hüpschen Zeilenumbrüche sind im DNS allerdings nicht vorhanden, da steht dann alles in einer Zeile.

Weiter oben hatte ich bereits davon gesprochen, aber hier nochmals genauer: was tun, wenn ich diese Daten aktualisieren möchte? Das erste Beispiel mit keinem Mailer trifft für die Domain foobar.baz nicht mehr zu, es sollten <r>-Direktiven dazu, allerdings werden TXT-Records ja z.T. sehr lange gecached. Auch hier kann geholfen werden:

1
2
3
4
5
6
7
8
9

<ep xmlns="http://ms.net/2">
 <out>
  <m>
   <r>
     192.168.42.0/29
   </r>
  </m>
 </out>
</ep>

Na – wer hat’s gesehen? Richtig – die umfassende <ep>-Direktive wurde geändert. Aus xmlns="http://ms.net/1" wurde xmlns="http://ms.net/2" – denn ähnlich wie bei der Zonen-Serial kann diese Zahl beliebig hoch gezählt werden, um eine Aktualisierung des Eintrags anzuzeigen.

Eigentlich ganz einfach, oder?

HELDENFunk
Der Podcast von systemhelden.com
Echte Systemhelden haben immer ein offenes Ohr für echte Lösungen. Darum hört die Stimmen der Energie und Ihr werdet lernen.
  

sysops.tv
HD-Version – SD ist auch vorhanden.
Etwas Apple-lastiger Podcast über technische Spielereien und Neuerungen – meist sehr simpel erklärt aber gut gemacht und sehr unterhaltsam.
  

Google Developer Podcast
Sehr technisch, z.T. mehr als einmal anhören, aber hoch interessant. Auch für die nicht-Entwickler unter uns.
  

Java Deep Dive
Get an insider’s view of the what, why, and how of leading-edge Java technologies and tools in these in-depth discussions with experts.
  

Wanhoffs Wunderbare Welt der Wissenschaft
Weniger IT, dafür mehr Wissenschaft – und das auf höchstem Niveau. Komplexe Zusammenhänge durchaus einfach erklärt und spannend gemacht.
  

via @sun4startups

Im Internet gibt es in vielen Fällen kein vergessen – Jugendsünden beispielsweise bleiben während Ewigkeiten online und können zu einem späteren Zeitpunkt peinlich sein oder sogar zu handfesten Nachteilen führen, beispielsweise bei einer Stellenbewerbung. «Vanish» ist nun eine neue Anwendung, die versucht, den Benutzer ein «Recht auf Vergessen» in die Hand zu geben, indem E-Mail, usw. ein Verfallsdatum erhält.

[Quelle: macmacken.com]

Der Verfallsdatum ist im default auf acht Stunden eingestellt, was meiner Meinung nach etwas wenig ist. Leider ist auch die Konfiguration dieser Zeit recht umständlich, da man im Firefox in den Add-On Preferences graben muß.

For example, using the Firefox Vanish plugin, a user can create an email, a Google Doc document, a Facebook message, or a blog comment — specifying that the document or message should “vanish” in 8 hours. Before that 8-hour timeout expires, anyone who has access to the data can read it; however after that timer expires, nobody can read that web content — not the user, not Google, not Facebook, not a hacker who breaks into the cloud service, and not even someone who obtains a warrant for that data. That data — regardless of where stored or archived prior to the timeout — simply self-destructs and becomes permanently unreadable.

[Quelle: vanish.cs.washington.edu]

Wie sieht das dann am Ende aus?
Man erstellt seinen Text wie gewohnt und gibt über das Vanish-Plugin eine Verfallszeit an. Nach dieser Zeit ist der Text nicht mehr lesbar – auch nicht vom Autor selbst …

…wird zu…

-----BEGIN VANISH MESSAGE-----
Use http://vanish.cs.washington.edu to read this message.
This message will self destruct by Thu, 30 Jul 2009 10:58:23 GMT

AKztAAVzcgBGZWR1Lndhc2hpbmd0b24uY3MudmFuaXNoLmludGVybmFsLm1ldGFkYXRhLmltcGwuRXBvY2hBd2FyZU1ldGFkYXRhSW1wbE1yiFVDGn2bAgACSgAMZXBvY2hfbGVuZ3RoTAAIbWV0YWRhdGF0ADVMZWR1L3dhc2hpbmd0b24vY3MvdmFuaXNoL2ludGVybmFsL21ldGFkYXRhL01ldGFkYXRhO3hwAAAAAAG3dABzcgBHZWR1Lndhc2hpbmd0b24uY3MudmFuaXNoLmludGVybmFsLm1ldGFkYXRhLmltcGwuSW5kaXJlY3RLZXlNZXRhZGF0YUltcGw6bcmI6fsf7QIAAlsAEmVuY3J5cHRlZF9kYXRhX2tleXQAAltCTAAIbWV0YWRhdGFxAH4AAXhwcHNyAEFlZHUud2FzaGluZ3Rvbi5jcy52YW5pc2guaW50ZXJuYWwubWV0YWRhdGEuaW1wbC5CYXNpY01ldGFkYXRhSW1wbNgVQUjt/E3XAgACSgANbG9jYXRpb25fc2VlZEwABnBhcmFtc3QANkxlZHUvd2FzaGluZ3Rvbi9jcy92YW5pc2gvaW50ZXJuYWwvbWV0YWRhdGEvVkRPUGFyYW1zO3hwerbDGYOxyDxzcgA0ZWR1Lndhc2hpbmd0b24uY3MudmFuaXNoLmludGVybmFsLm1ldGFkYXRhLlZET1BhcmFtc7292Mmleh6MAgAISgALY3JlYXRpb25fdHNJABVlbmNyeXB0aW9uX2tleV9sZW5ndGhJAApudW1fc2hhcmVzSQAJdGhyZXNob2xkSQAJdGltZW91dF9oSgAGdmRvX2lkTAAUZW5jcnlwdGlvbl9hbGdvcml0aG10ABJMamF2YS9sYW5nL1N0cmluZztMAA9lbmNyeXB0aW9uX21vZGVxAH4ACnhwAAABIrulHBIAAACAAAAACgAAAAcAAABIaOYZ9PLvxWB0AANBRVN0AANDQkOb0QE0ih4KX/5GJtPQviu+SnyyfDBJ8HpVhqk4TA2hmdZucNWXBW6/fa25D1Ik4z1G2MtcuBe1T1BiDI5nd0Zo8Y6/KZKTe+NxxsjGSzCqgb02iwHN7KrHfsbFNqDxLzdJQtDd3KR0TjRXuAL+2+6k4+269jRUvr38Vqpc5QTjraJHnmWOlN21SYtj5Z17S86xiFnlphGPqQXTzvE4YFZvyGSacaaD+dTH9Pi43ktpQalyf402Dnm4KyYspbMpOiS7CDlmUZCwVCtx+URge9tVje3QvrOSug3MkbARomyGnZHiuqo0iqolSvifRqNITPSe/KDvg/usyNFPcutGKm/QvTZrmbY7NsPyWHL6U0N7XYR5KIsCIgmNYmcZEx+K7Tye5ZL/kGP5B0IyOTDDRzwTAyq5Mc5Lr/oy4YWv0cavbMyYy1xkaMAfnKVNw0jgBug6VehcZuTKsGA0zTFX50WJZtApMc03p+DxgzHJRkU0y3zw8d1NyRC5tI3ZDka5r0YgzO/HjeJXJ2Ib1e9a+Gh2464ycCUGxtAOugRPZPraLNxf5vHH/N4OPLZtkQhEqqFC9N40SHbY+vDc4TRm5/roa1hBRVfDCUjFnbJ2trHwoA==
-----END VANISH MESSAGE-----

… und per decrypt wieder zu …

Eigentlich eine sehr nette Idee, wir werden sehen wie weit die Verbreitung sein wird.

There aren’t that much bloggers around in the blogosphere, writing about OpenAFS, and the message in my logfiles is unambiguous: most of my visitors are sent by google with some OpenAFS or Kerberos related keywords.

Blogging in english would have one huge benefit for me: I don’t have to use these fsck’ing german Ümläütß. But as you may notice, english is not my native tongue, so my appologies for any kind of “bad language” or misleading phrases. I’m not immune to learning.

And – there is a huge NO: I’ll not translate every article I’ve published over the last years, but there may be some english articles every now and then in the future. Of course depending on my laziness.

Von den erwarteten ca. 200 täglichen E-Mails (recht viele Mailing-Listen, jede Menge Automatik, natürlich Spam und noch ein paar Mails von echten Menschen) schafften es nur etwa 10% in meine Inbox, also als erstes die Kaffee Tasse auffüllen (danke nochmals an @sun4startups für die große Mainframe-Tasse) und nacheinander SSH auf die Mailer. /var/log enthält ja alles notwendige, und nach etwa zwei Stunden in den log-Files grep‘en kam ich zum Ergebnis, daß unsere Mailer selbst funktionieren. Muß also der DNS oder das Netzwerk kaputt sein. Ebenfalls /var/log gelesen und auch hier kein Problem feststellen können. Von innen wie von außen Mails verschickt – alles kommt an. Kein Problem im DNS, kein Problem im SPF, kein durchdrehendes greylisting. Auch die DNSRBLs scheinen korrekt zu laufen.

Langsam beginnt der Kaffee zu wirken und der Denkprozess beschleunigt sich. “Wenn ich keine Mails bekommen habe, hat vielleicht niemand versucht mir welche zuzustellen?” Wieder /var/log durchsucht, doch diesmal nicht nur nach Fehlern sondern nach Mail-Verkehr in der letzten Nacht. Aktivität war vorhanden, und vergleichen mit den letzten Tagen auch nicht extrem viel weniger. Die “üblichen” Verbindungsversuche aus China und Russland, aber das kennt und filtert man ja. Allerdings zeigt mir das, daß meine Mailer sich nicht verschluckt haben, das Problem muß an einer anderen Stelle zu suchen sein.

Eine weitere Tasse später komme ich dann auf den richtigen Weg: war denn auf den Listen auf denen normalerweise nachts Mails eingeliefert werden auch was los? Und ein Blick in die Archive sagt mir: nein, da hatte einfach niemand etwas zu sagen. d’oh – das erklärt natürlich einiges. Aber noch nicht alles … wo ist mein Spam?!

Lange Rede kurzer Sinn:
Wenn ich meine Logs ansehe – sowohl meine persönlichen als auch die, der kompletten Server – dann kann ich einen signifikanten Abfall von Spam sehen. Hat wieder jemand ein RZ abgedreht? Oder geben die Spammer etwa langsam auf? Nein, letzteres sicherlich nicht.

Wie ist das bei Euch? Sind wir die einzigen die verschont werden? Müssen wir uns auf die große overkill-Attacke einrichten?

Es gibt immer wieder Leute, die mir Fragen zu FreeBSD stellen und ich merke häufig, dass meine Antworten oft genug vom Handbuch oder von anderen Quellen abweichen, einfach weil ich für mich einige Konventionen entwickelt habe. Best Practises. Für viele Probleme gibt es mehr als eine Lösung. Für bestimmte Probleme bevorzuge ich bestimmte Lösungsstrategien.

Dieser Blog wird Tipps und Tricks, kleine Kommandozeilen-Hacks aber auch Kniffe im Umgang mit den nicht immer ganz einfachen FreeBSD Ports liefern. [...]

Die URL zu “seinem Gehirn” lautet:
https://blogs.uugrn.org/freebsdtipps/

Zusätzlich sei auch noch dieser Artikel dem tapferen FreeBSD-Jail User ans Herz gelegt.

Ich kann das gar nicht oft genug betonen.

Forty years ago this summer, a programmer sat down and knocked out in one month what would become one of the most important pieces of software ever created.

In August 1969, Ken Thompson, a programmer at AT&T subsidiary Bell Laboratories, saw the month-long departure of his wife and young son as an opportunity to put his ideas for a new operating system into practice. He wrote the first version of Unix in assembly language for a wimpy Digital Equipment Corp. (DEC) PDP-7 minicomputer, spending one week each on the operating system, a shell, an editor and an assembler.

[Quelle: computerworld.com, gefunden via Matthias]

Na dann auch herzlichen Glückwunsch von mir!

Da mein Blog in immer mehr Aggregatoren auftaucht, habe ich ein Plugin installiert, mit dem für die – meiner Meinung nach – relevanten Kategorien einzelne RSS-Feeds generiert werden.

Wer also nicht alle Topics aggregieren möchte, dem seien die spezialisierten Feeds ans Herz gelegt. Die Feeds funktionieren selbstverständlich auch in jedem RSS-Reader.

Falls ich was vergessen hab: weitere Feeds auf Zuruf.

Update:
Leider hat sich das Plugin als zu langsam gezeigt um an dieser Stelle verwendet zu werden. Ich habe es wieder entfernt und muß damit aber nicht auf die Funktionalität verzichten, denn Wordpress kann das schon von Haus aus. Zwar nicht mit einer schönen Liste, aber die Feeds werden trotzdem pro Kategorie erstellt. Man muß einfach nur an den Namen der Kategorie /feed/ hängen, und schon fällt ein wunderbarer RSS-Feed aus dem Browser.

Man kann über Google denken was man möchte, aber Potential ist eindeutig vorhanden. Und was Google Wave angeht – wir werden es testen, soviel steht fest. Ich bin begeistert!

Mehr? wave.google.com

Du bist Terrorist from alexanderlehmann on Vimeo.

Mehr dazu? dubistterrorist.de

Solaris bekam mit OpenSolaris einen neuen Anstrich und damit in gewisser Hinsicht auch eine weitere Zielgruppe. OpenSolaris als Desktop-Betriebssystem erfreut sich immer größerer Beliebtheit und verbreitet sich – trotz der Tatsache, daß die Distribution noch sehr an eine Baustelle erinnert – recht schnell.

Weltweit bilden sich Benutzergruppen um Erfahrungen auszutauschen und damit OpenSolaris zu verbessern und zu evangelisieren, und das lassen wir nicht einfach so an uns vorbei ziehen.

Was haben wir also vor?
Eine Anlaufstelle für Nutzer, Entwickler, Administratoren und Interessierte aus dem Großraum Rhein Neckar aufstellen, um den Know-How Transfer zu vereinfachen und die gemachten Erfahrungen auszutauschen.
Und das Gleiche in weniger buzzword-lastig: am Grill oder bei einem Kaffee lösen sich Probleme leichter als beim Durchforsten von Bugtrackern – außerdem macht es so mehr Spaß.

Unser erstes Treffen wird bei der 10 Jahre UUGRN Feier stattfinden – selbstverständlich offen für alle, und wer nicht so lange warten möchte: die Mailingliste ist schon halbwegs gut besucht.

Das ist toll an Twitter? In meinen Augen ist Twitter eine neue und etwas andere Form von IRC. Etwas selektiver (man folgt nicht mehr Channels sondern Menschen) und etwas asynchroner, aber im Grunde genommen mit IRC durchaus zu vergleichen. Ganze Communities bilden sich innerhalb des Twitter-Netzwerks ab, und ich habe in der Zeit einige interessante Leute kennen gelernt (z.T. sogar durch Twitter ausgelöst dann persönlich) und einen Haufen interessante one-liner gelesen.

Was ist weniger toll an Twitter? Das Signal/Rauschen Verhältnis ist recht unausgeglichen: man kann einen Haufen Mist lesen oder fasziniert am RSS-Feed hängen und auf jedes neue Posting warten – je nach Autor. Einige Leute kritisieren die Tatsache, daß ein Tweet in erster Linie kontextfrei ist, und damit nicht immer und für jeden Leser ein Sinn oder eine Aussage aus einem Tweet ersichtlich ist. Das ist (meistens) auch durchaus richtig, dennoch ist doch gar kein Sinn in jedem Posting notwendig, oder? Man unterscheidet i.A. nicht auf welche Zielgruppe ein Tweet gerichtet ist, man schickt bis zu 140 Zeichen in den Äther – wer damit nichts anfangen kann muß eben damit leben.

Leider hat sich für mich ergeben, daß Twitter zu viel Zeit in Anspruch nimmt, denn aus der täglichen Stunde im RSS-Reader wurde mindestens eine weitere Stunde in der ich mit Tweets lesen beschäftigt war. Meine abonnierten Feeds sind sind schon mehr als genug Information, und ohne die Filter-Werkzeuge würde ich in der Flut von Blogpostings ertrinken. Diese Filter-Werkzeuge habe ich bei Twitter vermisst. Eine Vor-Selektion findet natürlich durch die Auswahl der Follows bereits statt, aber ein Twitter-Client der so mächtig filtert wie mein RSS-Reader habe ich – zumindest bisher – nicht gefunden.

Danke Twitter, es war eine schöne Zeit – doch trotzdem: KTHXBYE

<shl> ich vermisse grade das struct-Element von Pascal
<blam> das nennt sich seit neustem “class”

Es war eine sehr lange Nacht und – wie üblich – hat natürlich einiges nicht auf Anhieb funktioniert. Warum macht man sich eigentlich die Mühe und bereitet in Test-Systemen alles vor, wenn’s dann dort funktioniert und im Live-Betrieb nicht mehr?

Naja – sei’s drum. Wir haben’s überlebt, es war spaßig (und lang) und die komplette Interdose-Infrastruktur leuchtet jetzt in neuem Glanz.

Was es damals noch alles nicht gab.

Die HELDENBlogs sind genau dafür ideal, doch leider verwehren uns die Helden-Entwickler einen sinnvollen RSS-Feed über die Artikel der Helden-Kollegen.

Bitte, liebe Systemhelden-Entwickler. Bitte baut einen RSS-Feed über die HELDENBlogs ein. Ihr bekommt dann auch Gummibärchen von mir!

Wer genauso denkt wie ich, soll sich doch bitte in den Kommentaren verewigen. Vielleicht hören die Helden-Entwickler auf die Stimmen von vielen Systemhelden.

Update:
Es ist offiziell:

Alle hier veröffentlichten Anleitungen, Scripte und Howtos haben bei mir funktioniert. Das bedeutet nicht, daß zwingend alles davon auch in einem anderen Setup funktionieren wird. Nichts was hier steht entbindet vom Lesen der man-Pages und der Nutzung einer Suchmaschine.