Das Plugin macht genau das, was der Name sagt: wenn man einen Chat in der Buddy-Liste hat, kann man über das Kontextmenü auswählen, dass man das Chatfenster verstecken möchte, wenn der Chat betreten wird.

Es ist ein Wunschplugin, ich selber nutze es nicht. Aber es soll wohl nützlich sein, wenn man in vielen Chats unterwegs ist.

Download: launchpad.net

Das eine ist nutzlos, das andere nicht praktikabel. Aus diesem Grunde habe ich mir ein paar Gedanken gemacht und eine elegante Lösung gesucht.

Das erste Ergebnis war Pidgin IM of Trust, das, in Anlehnung an WOT, dem Nutzer die Möglichkeit gibt, Anfragen zentral zu “melden”. Anfragen von ICQ-Nummern, die zu oft gemeldet wurden, sollten automatisch abgelehnt werden. Die Schwelle ist dabei individuell einstellbar. Dabei hat sich heraus gestellt, dass die Spammer sehr oft neue Nummern benutzen. Ich habe eine Zählseite eingerichtet, auf der man sieht, dass (zum jetzigen Zeitpunkt) von 813 Anfragen nur 12 blockiert wurde. Das entspricht einer Quote von 1,5% – herzlichen Glückwunsch. (Die 813 Anfragen sind nicht zwangsläufig Spam, aber wenn der Spam-Anteil tatsächlich nur 1,5% beträge, würde ich das ganze hier nicht machen.)

Der Ansatz einer Blackliste ist also gescheitert. Wir waren im Test ca.  15 Personen, was vielleicht noch weit unter der kritischen Masse lirgt, aber Faktum ist (um mal das neue Lieblingswort des Herren Schumacher zu bemühen), dass es bei Lösungen, die die Blacklist eines einzelnen Nutzers lokal speichern, nicht besser werden kann.

Deshalb habe ich einen anderen Ansatz ausprobiert, der dann auch zu gutem Erfolg geführt hat: Greylisting. Dabei wird erstmal jede Anfrage  automatisch abgelehnt. Zum Glück erlaubt es ICQ, eine Begründung für die Ablehnung anzugeben. Darüber wird der Anfragende aufgefordert, die Anfrage erneut zu stellen – was (die meisten?) Bots natürlich nicht machen. Trifft also eine zweite Anfrage derselben Nummer ein, wird diese nicht blockiert, sondern zur Entscheidungsfindung ganz normal an den Benutzer weitergeleitet.

Dieses Prinzip ist von E-Mails bekannt, allerdings ist es dort meist mit einer bestimmten Wartezeit verbunden. Ich habe mit sowas experimentiert, aber es hat sich herausgestellt, dass dies (noch?) nicht notwendig ist. Vielleicht kommt es ja in irgendeinem Update, wenn die Bots dazulernen…

Download: launchpad.net

PS: Wer das ChangeLog liest, sieht, dass  mein letzter Artikel zum Release der Version 1.0 beigetragen hat. Ich hatte schon aufgrund der zeitlichen Korrelation vermutet, dass der Fehler in diesem Plugin steckt.

Anders als bei einem Absturz gibt es keinen definierten Fehlerzeitpunkt, wenn  sich ein Programm aufhängt. Der Computer (und auch der Bediener) kann nie entscheiden zwischen “das Programm rechnet einfach mal ein wenig” und “das Programm hängt in einer Endlosschleife”. Deshalb ist es schwierig, einen Backtrace automatisiert erstellen zu lassen.

Momentan haben wir in der Pidgin-Community das Problem, dass sich Pidgin manchmal aufhängt. Dieser Fehler tritt ziemlich selten auf und meist dann, wenn man ein paar Stunden nicht am PC war…also ist er recht schwierig zu finden.

Jedenfalls, falls sich Pidgin mal wieder aufhängt, ist das zu tun:

1. die Prozess-ID (PID) ermitteln (z.B. mit top oder irgendeinem anderen “Taskmanager”); der hängende Prozess sollte der einzige sein, der einen CPU-Kern komplett auslastet
2. den genauen Pfad der Anwendung ermitteln: which pidgin
3. gdb als root starten (Begründung) mit sudo gdb <Pfad> (sudo ist Distribution-spezifisch, ich weiß…hier hilft ggf. mitdenken )
4. attach <PID> eingeben um sich an den Prozess anzuhängen. Dieser sollte jetzt angehalten werden und die CPU-Auslastung sinken.
5. bt full eingeben und die Ausgabe an einen Fachkundigen schicken
6. mit kill das Programm beenden und mit quit den gdb verlassen.

So, und jetzt hoffe ich, dass wir der Sache auf die Schliche kommen, blubby.

Zum Testen habe ich ein kleines Plugin geschrieben. Es hängt Pidgin auf, wenn es aktiviert wird. Natürlich sollte es nicht in produktiven Umgebungen eingesetzt werden.

Angehängte Dateien:

• Pidgin HangUP (57)

Es macht nichts weiter, als die Anzahl der bereits eingetippten Zeichen anzuzeigen.

Download: launchpad.net

Alle wichtigen Daten zum Einrichten des Kontos werden im StudiVZ developer blog beschrieben.

Viel Spaß damit.

Download: launchpad.net

Wer von Miranda IM zu Pidgin wechselt, wird feststellen, dass es einige Ereignisse gibt, für die man keine  Töne konfigurieren kann. Am meisten habe ich immer “Eingehende Dateiübertragung” vermisst…und genau hier setzt mein Plugin an: im Einstellungsdialog kann man Töne für verschiedene Ereignisse definieren, die dann hoffentlich auch zu hören sind.  Angenommen werden alle Formate, die Pidgin selbst auch versteht – ich hab MP3 und WAV erfolgreich getestet.

Download: launchpad.net

Zur Anwendung muss man im Webinterface des ZNC ein paar Sachen einstellen: zum Einen muss das Zeitstempelformat auf [%Y-%m-%d %H:%M:%S] umstellen, damit das Plugin auch das Datum auslesen kann; zum Anderen muss der Zeitstempel mit Append Timestamps an die Nachricht hängen (Prepend Timestamps kann entsprechend abgehakt werden ).

Danach muss nur noch in Pidgin das Plugin aktiviert werden und in den Konteneinstellungen des IRC-Kontos (das sich auf den BNC verbindet) die Option Benutzt ZNC Bouncer gesetzt werden. Beim nächsten Verbinden sollte es funktionieren.

Download: launchpad.net

Viel Spaß damit.

Angehängte Dateien:

• liboscar.dll 2.6.3 (gepatched) (175)

Grüße.