256bit.org Blog

Das Problem mit UTF-8 Composition/Decomposition hatten wir hier ja schon mal.

Durch Zufall bin ich heute über ein Projekt gestoßen, womit man das ganze wohl ziemlich streßfrei konvertiert kriegt. Dort gibt es uconv, das ähnlich wie iconv funktioniert, nur zusätzlich auch die Transformation von UTF-8 NFC (Normalized Form Canonical Composition) nach UTF-8 NFD (Normalized Form Canonical Decomposition) versteht.

Praktischerweise versteht uconv auch gleich die gleichen Parameter wie iconv, zum konvertieren von einem Characterset in einen anderen. Also z.B.

chrisbra@host % printf "ä\n€" > charset
chrisbra@host % uconv -f iso8859-15 -t utf-8 file1 > file1_converted
chrisbra@host % xxd file1_converted
0000000: c3a4 0ae2 82ac 0a                        .......

konvertiert die datei von iso8859-15 (latin9) nach utf-8 (NFC Form). Wenn man nun in die Form konvertieren möchte, also z.B. von utf8 composed nach utf-8 decomposed wandeln möchte, dann nimmt man noch den Parameter -x hinzu, also z.B.

chrisbra@host % uconv -f iso8859-15 -t utf-8 -x NFD file1 > file1_converted
chrisbra@host % xxd file1_converted
0000000: 61cc 880a e282 ac0a                      a.......

Zurückwandeln kann man dementsprechend mit

chrisbra@host % uconv -f utf-8 -t utf-8 -x NFC  file1_converted > file1_nfc
chrisbra@host % xxd file1_nfc
0000000: c3a4 0ae2 82ac 0a                        .......

Und hier noch ein netter Trick, um alle Sonderzeichen in ihre normalen ASCII-Codes entsprechenden Zeichen zu wandeln (also èéê nach 'e'):

Der naive Weg, mit uconv -f utf-8 -t ascii funktioniert leider nicht:

chrisbra@host % cat file_utf8_nfc.txt
èéêëē
ß
ü
€
Æ
Office
ế
2⁵
chrisbra@host % uconv -f utf-8 -t ascii file_utf8_nfc.txt
Conversion from Unicode to codepage failed at input byte position 0. Unicode: 00e8 Error: Invalid character found

Natürlich, denn die Datei enthält Zeichen, die nicht nach Ascii konvertiert werden können. Man kann aber mit einem Trick dennoch diese Datei nach ASCII wandeln, indem man sie zuerst nach UTF-8 Decomposed wandelt und dann alle nicht-ASCII Zeichen löscht:

chrisbra@host % uconv -f utf-8 -t ascii -x NFD -c file_utf8_nfc.txt
eeeee

u


Oce
e
2

Funktioniert aber einige Zeichen gehen noch verloren. Was man jetzt machen kann, ist die Zeichen noch weiter in ähnliche Zeichen zu zerlegen. Dafür gibt es die Normalized Form Compatibility Decomposed (NFKD) Form. Dabei können die Zeichen neu angeordnet werden (bzw. durch ähnliche Zeichen ersetzt werden).

chrisbra@host % uconv -f utf-8 -t ascii -x NFKD -c file_utf8_nfc.txt
eeeee

u


Office
e
25

Zumindest die Ligatur ffi (ffi) wurde korrekt nach ASCII gewandelt, leider können die anderen Zeichen trotzdem nicht gewandelt werden. Man sollte sich also bewußt sein, dass immer auch Zeichen verloren gehen können.
Bei iconv kann man in diesem Fall den String "//TRANSLIT", damit die Zeichen in ähnliche ASCII-Zeichen gewandelt werden können:

chrisbra@host % iconv -f utf-8 -t ascii//translit file_utf8_nfc.txt
eeeee
ss
ue
EUR
AE
Office
e
2?

Die ganzen Details zu UTF-8 NF(K)C/NF(K)D finden sich natürlich beim Unicode Consortium.

mutt als Mailer und vim als Editor sind ein flexibles Team. In Verbindung mit edit_headers hat man volle Kontrolle über seine Mails (inklusive alle Headerzeilen). Hin und wieder möchte man auch mal eine Datei einer E-Mail anhängen. Normalerweise macht man das dann, wenn die E-Mail fertig geschrieben wurde und man wieder in mutt ist und wenn man Pech hat, vergisst man die Datei anzuhängen und muß eine zweite Mail nachschicken und sich dem Empfänger gegenüber als Depp outen.

Dabei geht es auch anders. Ein eher weniger bekanntes Feature von mutt erlaubt es nämlich auch Dateien anzuhängen, die über die Headerzeile Attach: Datei angegeben wurden. Nun kann man bereits beim Schreiben der Mail eine entsprechende Anweisung im Header-Kopf der E-Mail hinterlassen und mutt wird automatisch die gewünschte Datei anhängen. So habe ich mir zum Beispiel den Befehl :Attach definiert, der eine entsprechende Kopfzeile in die E-Mail schreibt:

(siehe auch diesen alten Artikel).

Leider verhindert dass immer noch nicht, dass man vergisst die Datei anzuhängen und man sich trotzdem zum Deppen macht. Daher habe ich mal eine kleine Funktion geschrieben, welche die Mail scannt und den Nutzer zum Anhängen der Dateien auffordert, wenn sie bestimmte Stichworte findet.

Gestern nun habe ich daraus ein Plugin (CheckAttach.vim) für Vim gemacht. Einfach das Plugin runterladen, in Vim öffenen und einlesen:

Dann wird das Plugin automatisch installiert.

Beim Schreiben von Mails sollte das Plugin dann automatisch aktiv sein. Mit :DisableCheckAttach kann man das Plugin einfach deaktivieren und mit :EnableCheckAttach einfach wieder aktivieren, wenn man es deaktiviert hatte. Eine kleine Hilfe ist auch vorhanden (:h CheckAttach.txt)

Wenn das Plugin aktiv ist, wird es beim Speichern immer überprüfen, ob die Worte Anhang oder angehängt (bzw. attachment und attach) vorhanden sind und falls es diese findet, wird es den Benutzer auffordern, die Dateien anzugeben. Es generiert dann die entsprechenden Header automatisch. Dabei erlaubt vim Autovervollständigen der Dateien und man kann auch die Shell-Muster * angeben, um mehrere Dateien anzuhängen. Temporär deaktivieren kann man den Check auch wenn man mit ! speichert, also z.B. :w! anstelle von :w.

Wichtig: Falls der Pfad bzw. der Dateiname Leerzeichen enthalten, werden diese mit einem '\' maskiert. In mutt vor Version 1.5.20 können diese Dateien aber nicht angehängt werden. Das ist leider ein Bug. Wenn man mutt vor Version 1.5.20 einsetzt, müssen die Dateien vorher umbenannt werden.

Wenn man versehentlich eine Datei löscht, auf die ein Prozess unter Linux noch zugreift, so ist diese erstmal weg. Solang aber wie der Prozess noch auf diese Datei zugreift, wird diese Datei erstmal Platz auf der Platte belegen. Wenn man Pech hat, dann betrifft das eine riesige Datei und man bekommt ein Plattenplatzproblem.

Ein verdächtiger Hinweis auf so eine Situation ist, wenn die Abweichung zwischen du und df groß ist. Das passiert, weil kein Hardlink mehr auf die gelöschte Datei in irgendeinem Verzeichnis mehr vorhanden ist (Linkcount ist 0, Datei ist als gelöscht markiert im Dateisystem) und daher von du nicht bemerkt wird. Im Dateisystem gibt es die Datei aber noch, daher kommt die Abweichung von df.

logrotate ist so ein Kandidat für solche Geschichten, wenn das Logfile zwar wegrotiert wird, aber hinterher der loggende Prozess nicht neu gestartet wird. Dieser Prozess wird dann fröhlich weiter einen Filedescriptor beschreiben, bis er irgendwann mal beendet wird.

Finden kann man solche Prozesse zum Beispiel mit find:

Den zweiten Prozess kann man ignorieren.
Mal sehen welcher Prozess sich hinter dem ersten Prozess versteckt:

Ah ja. Ein cat /proc/4695/fd/5 gibt auch den Inhalt aus, es ist eine Mail, die ich gerade gelesen habe.

Mit lsof geht das ganze noch einfacher:


Die erste Datei ist ein Fehlalarm. Warum dort bei diesem Filedescriptor ein Linkcount von 0 angezeigt wird, verstehe ich gerade nicht. Die richtigen sind die, wo (deleted) steht.

Hm mal sehen, was wir da noch so rausfinden können:



Die 2 Prozesse verbrauchen also ca: 103 kB mehr an Platz. Ein Restart sollte reichen, um den Platz wieder freizugegeben.

Falls das aus irgendeinem Grund nicht geht, weil man die Prozesse nicht restarten kann, aber trotzdem kein Wert auf die Daten in den gelöschten Dateien legt, müßte man die Daten ungefähr folgendermaßen freigeben können:



Zunächst wurden mit einer Schleife alle Filedescriptoren gefunden, die zu den beiden Prozessen gehören und einen Linkcount von 0 hatten. Diese Filedescriptoren wurden einfach noch einmal durch die Shell zum Schreiben geöffnet und praktischerweise löscht die Shell dabei gleich den vorhandenen Inhalt.

Wie man anhand des zweiten mini-Scripts sieht, sind jetzt zwar immernoch 2 Prozesse vorhanden, die auf gelöschte Dateien zugreifen möchten, aber diese Dateien nehmen keinen Platz mehr weg.

Empfehlen tu ich diesen Weg aber nicht. Ich denke, dabei könnten einige Prozesse drüber stolpern. Es ist also mehr oder weniger nur ein übler Hack.

Einen Vorteil hat das Ganze übrigens auch. Versehentlich gelöschte Dateien können so schnell und einfach wieder hergestellt werden, so lange noch ein Prozess diese Dateien geöffnet hält. Ein cat /proc/5822/fd/2 > /var/log/smbd.log und schon ist die Datei wieder im Dateisystem. Funktioniert nur leider nicht mehr, wenn man die Datei schon geleert hat, wie gerade eben durch das letzte find-Statement geschehen. ;(

Idee zu diesem Artikel: via

Der dynamic virtual terminal manager (dvtm) ist sowas wie der kleine Bruder von screen. Es dient einzig der Anordnung von Shells innerhalb eines Fensters. Trotz seiner offensichtlich begrenzten Funktion beherrscht es diese Funktionalität sehr gut und ist damit vielseitiger als screen.

Die Konfiguration ist eigentlich nicht vorhanden. Falls man doch etwas ändern will, muß man den Source anpassen.

Also los gehts:
Starten:
~$ dvtm

Oben befindest sich eine Statusleiste, in der zusätzliche Informationen angezeigt werden können. Dazu später mehr. #1 ist das erste Fenster.

Kontrollieren kann man dvtm per default mit der Tastenkombination Ctrl-G und diverse andere Tasten. Nutzer von screen wird die Bedienung gleich bekannt vorkommen. Ein neues Fenster öffnet man mit
Ctrl-g c (Das heißt zuerst Drücken von Control und g, danach drücken von "c"). Hier mal zusätzlich eine Vim-Session geöffnet:


Hier sieht man wieder das Fenster 1 und Fenster 2, sowie oben die Statusleiste. Das aktive Fenster ist das mit dem roten Rahmen. Umschalten zwischen den verschiedenen Layouts, in diesem Fall von einer horizontalen Ausrichtung der Fenster in ein vertikale Ausrichtung: Ctrl-g + Leertaste

Weitere Drücken von Ctrl-g + Leertaste maximiert das aktuelle Fenster und wenn man diese Tastenkombination noch einmal drückt, sieht man wieder die erste Ansicht.

Ein drittes Fenster hinzufügen und die Ausrichtung so angepasst, dass das neue Fenster oben die gesamte Breite einnimmt und die untere Hälfte von den ersten beiden Fenstern genutzt wird: Ctrl-g c, Ctrl-g Leertaste, Ctrl-g Leertaste


Zu Fenster 1 springen (Ctrl-g 1) und dann dieses Fenster maximieren: Ctrl-g m

Zu Fenster 3 könnte man dann mittels Ctrl-g 3 springen, Fenster 7 entsprechend Ctrl-g 7, ...

Im Gegensatz zu dieser Ansicht, kann man auch einfach die anderen Fenster minimieren. Dazu springt man zu Fenster 2 (Ctrl-g 2) und minimiert dieses Fenster mittels Ctrl-g . (Punkt). Danach zu Fenster 3 springen und dieses Fenster minimieren (Ctrl-g 3, Ctrl-g .)


Weitere nützliche Tastenkombinationen:
Ctrl-g Enter das aktuelle Fenster in die Master-Area (=Fenter 1) verschieben bzw mit der Master-Area vertauschen.
Ctrl-g j nächstes Fenster fokussieren
Ctrl-g k vorheriges Fenster fokussieren
Ctrl-g l aktuelles Fenster vergrößern
Ctrl-g h aktuelles Fenster verkleinern
Ctrl-g s Statusbar ein-/ausschalten
Ctrl-g q dvtm beenden
Ctrl-g x beende das aktuelle Fenster
Ctrl-g b/t Zu bottom bzw. top stack tiling Layout wechseln
Ctrl-g g ins Grid-Layout wechseln

Weitere nützliche Shortcuts stehen natürlich in der Manpage.

Was in der Statusleiste angezeigt wird, kann man über einen fifo steuern. dvtm liegt ein Beispiel-Script dvtm-status bei, woran man sehen kann, wie die Statusleiste konfiguriert werden kann. Für die Beispiele wurde das folgende leicht abgeänderte Script genutzt:

Wenn man in mutt eine E-Mail schreibt, dann geschieht dies normalerweise in einem extra Editor, in meinem Fall vim (was sonst? ;) ). Um auch die Headerzeilen zu beeinflußen (Subject, From, To, etc ...), habe ich in mutt set edit_headers gesetzt.

Wenn das gesetzt ist, dann kann man mit dem Pseudo-Header Attach: Dateiname simple weitere Dateien anhängen. Um das ganze etwas konfortabler zu machen, habe ich das folgende Kommando definiert:

Nun kann man einfach :AttachFile datei tippen und es wird automatisch eine passende Headerzeile generiert. Das schöne dabei ist, dass vim dabei den Dateinamen selber vervollständigen kann.

Möchte man nur dieses Kommando für alle Mails verfügbar haben, sonst aber nicht, schreibt man diese Zeile in ~/.vim/after/ftplugin/mail.vim (nicht vorhandene Verzeichnisse bzw. Dateien bei Bedarf anlegen.) Oder man schreibt diese Zeile in eine Datei attach.vim und legt diese unter ~/.vim/plugin/ ab (auch hier gilt, nicht vorhandene Verzeichnisse bei Bedarf anlegen). Dann ist das Kommando :AttachFile immer verfügbar, wenn Vim startet.

Und weil ich mir gerade diesen Header für mutt näher angeschaut habe, hab ich auch gleich noch einen Patch für mutt geschrieben, der diesen Header automatisch generiert, wenn man eine zurückgestellte E-Mail bearbeitet. Und wenn man die Zeile mit dem Header löscht, fliegt auch das Attachment raus. Der Patch ist unter http://dev.mutt.org/trac verfügbar, scheint aber die mutt Developer nicht sonderlich zu interessieren.

Und weil wir gerade von Vim reden: Es kann nicht mehr lange dauern, dann wird vim 7.2 veröffentlicht. Als größte Neuerung stehen dabei Floating-Points an. Bisher gab es ja nur Ganzzahlen als Datentyp für Vimscript. Ich sehe schon das erste Spreadsheet Plugin kommen....

Hin und wieder gibt es bestimmte Songs, die ich ganz gerne so nebenbei höre, aber mir nie die Idee käme, mir die CD zu kaufen. Typischer Anwendungsfall von Radio, schätze ich. Da man im Radio aber leider nie die Lieder hört, die man gerade hören möchte, habe ich immer "youtube gehört".

Nun hab ich mir das folgende Script youtube2audio geschrieben, dass mir von einem Youtube link immer gleich eine Audio-Datei generiert.

Im wesentlichen ist das ein Wrapper-Script um youtube-dl (Herunterladen der Clips), mplayer (erstellen eines Audiodumps aus dem Video, lame bzw. oggvorbis (encodieren zu ogg oder mp3) und id3v2 bzw. vorbiscomment. Dabei kann man dennoch immer genau alle Optionen für jedes dieser Programm ganz genau spezifizieren und behält so die volle Kontrolle.

Aufruf:
youtube2audio.sh Youtube-URL

Und dann findet man im aktuellen Verzeichnis eine audio_<datum>.mp3

Möchte man lieber eine ogg Datei? Kein Problem:
youtube2audio.sh -ogg Youtube-URL

Keine Lust interaktiv zu taggen? Füge die Batch Option hinzu:
youtube2audio.sh -b Youtube-URL

Lieber eine Wav-Datei? --wav

Taggen per Kommandozeile:
youtube2audio.sh --title "Titel" --artist "Interpret" --year 2008 --album "Album" --ogg -b Youtube-URL

Eine Kurzhilfe findet man mit --help

Hoffe es ist noch jemanden nützlich.
[update:] Beispiele korrigiert.

Letztens kam der Bedarf auf, ein FTP-Verzeichnis automatisch zu sichern auf einem anderen Rechner. Ich hab nicht groß gesucht, sondern einfach mal ein Perlscript geschrieben, weil ich ein bißchen Perl lernen wollte. Nun das Ergebnis findet sich jetzt hier.

Ich bin echt erstaunt, wie schnell man mit Perl sowas umsetzen kann, also hab ich noch ein paar Features hinzugefügt. Im Endeffekt, hat das, glaub ich ein paar interessante Funktionen (lokal verschlüsseln, lokal mehrere Versionen vorhalten und hardlinken, Backup per FXP gleich auf einem anderen ftp-Server speichern, exclude patterns..)
Selbst die passende Manpage war mit pod2man flink erstellt und weil ich gerade dabei war, hab ich auch gleich ein passendes Debian-Paket erstellt.

Ich muß sagen, Perl macht Spaß ;)

Ach und die Perl Shell find ich auch lustig.

Man kippe das in .xinitrc bzw. .xsession und je nachdem wieviele der angegebenen Windowmanager installiert sind, wird einer davon zufällig gestartet.

Manchmal kommt es vor, dass man bereits beim Booten weiß, dass man den X-Server mit einer unterschiedlichen Konfiguration starten möchte. Ich möchte hier kurz eine Anleitung dazu geben.

In der Konfigurationsdatei des Xservers /etc/X11/xorg.conf ist eine Standardkonfiguration bereits gegeben. Falls nicht über einen Parameter beim Starten eine anderes Layout gewählt wurde, wird normalerweise immer die erste Sektion ServerLayout ausgewählt.
Im Serverlayout werden die spezifischen Geräte für die X-Session definiert. (Normalerweise Monitor, Keyboard und Maus).
Wenn man sich jetzt eine neue Sektion ServerLayout einrichtet, z.B. mit einer spezifischen anderen Monitoreinstellung (weil z.B. mal ein externer Monitor am Notebook hängt und mal nicht), vergibt man einen neuen Namen mit den Parameter "Identifier " und kann dann dieses Layout beim Start nutzen, indem X mit dem Parameter -layout gestartet wird.
Nun bietet es sich an, über einen eigenen Kernelparameter dem X-Server zu sagen, mit welcher Konfiguration er starten soll.
Angenommen man wählt den Parameter Xlayout=Name, dann erstellen wir zunächst im Bootloader einen neuen Eintrag mit diesem Parameter. In grubs menu.lst kann man z.B. einfach einen vorhanden Eintrag kopieren und in der Zeile kernel die Option "Xlayout=mobile" hinzufügen.
Um update-grub zu sagen, dass er automatisch eine passende Zeile generieren soll, kann man alternativ auch einen Eintrag der Form:

CODE:

# altoptions=(recovery mode) single # altoptions=(Xlayout mobile) Xlayout=mobile

eintragen. (Hier übrigens mit dem bereits vorhanden Eintrag für den Recovery Modus.

Beim Booten müßte jetzt bereits ein entsprechender Eintrag im Bootloader vorhanden sein.
Aber wie kann man jetzt abhängig von der gesetzten Option mit einer anderen Konfiguration den X-Server starten lassen?
Das ist abhängig davon, wie man den X-Server normalerweise startet. Beispielhaft zeige ich es für für die Anmeldemanager kdm/wdm bzw. für die Nutzer von startx.

kdm

Beim booten wird normalerweise bereits der kdm gestartet, der seinerseits bereits den X-Server für den Anmeldebildschirm startet. Man muß jetzt also den kdm entsprechend konfigurieren, abhängig vom Parameter mit der richtigen Option zu starten. Bei Debian gibt es ein Verzeichnis /etc/default/kdm.d. Dort enthaltene Shell-Scripte, werden beim Start von kdm automatisch ausgeführt. Es bietet sich also an, hier ein Script hinzulegen, dass auf den gesetzten Parameter Xlayout reagieren kann:

#!/bin/bash --

KDMRC=/etc/kde3/kdm/kdmrc

layout=$(tr '[:blank:]' '\n' </proc/cmdline |awk -F"=" '/^Xlayout/ {print $2}')
if [ -z $layout ]; then
    sed -in -e '/^ServerArgsLocal/{s/-layout[[:blank:][:alnum:]]*//}' "$KDMRC"
else
    sed -ie "/ServerArgsLocal/s/\( -layout[[:space:][:alnum:]]*\)\?\s*$/ -layout $layout/" $KDMRC
fi
 

Das ist jetzt etwas quick and dirty, aber ich habe keine andere Möglichkeit gefunden kdm passend zu konfigurieren, als mittels sed die Konfigurationsdatei von kdm (/etc/kde3/kdm/kdmrc) zu bearbeiten.
Hier wird in Zeile 5 zunächst geprüft, ob dem Kernel die Option Xlayout übergeben wurde, und falls ja, welchen Wert sie hat.
Falls dies nicht der Fall war, wird mittels sed in der Zeile ServerArgsLocal der Konfigurationsdatei von kdm untersucht, ob ein Parameter der Art "-layout wert" eingetragen ist. Wenn ja, wird dieser Parameter gelöscht.
Wenn der Wert Xlayout=Wert dem Kernel übergeben wurde, so wird mit sed wieder in der kdmrc nach der gleichen Stelle gesucht, und ein vorhandener -layout Wert auf den neuen Wert -layout gesetzt. Hier gibt es das Problem, dass -layout an das Ende der Zeile gebunden ist, wenn also -layout vorher angegeben ist, wird sed ihn nicht finden und ersetzen.

wdm

Ähnlich wie kdm kann man wdm über die Dateien in /etc/X11/wdm konfigurieren. In der Datei Xservers stehen die Argumente, die dem Xserver übergeben werden. Über ein Shellscript in /etc/rc.local kann man vorher die Datei passend bearbeiten. Das Script könnte so aussehen:

#!/bin/sh

FILE=/etc/X11/wdm/Xservers

layout=$(tr '[:blank:]' '\n' </proc/cmdline |awk -F"=" '/^Xlayout/ {print $2}')
if [ -z $layout ]; then
    sed -in -e '/^:/{s/-layout[[:blank:][:alnum:]]*//}' "$FILE"
else
    sed -ie "/^:/s/\( -layout[[:space:][:alnum:]]*\)\?\s*$/ -layout $layout/" $FILE
fi
 

Dieses Script funktioniert so, wie das kdm-Script.

gdm

Da ich leider kein gdm installiert habe, kann ich momentan nicht sagen, wie der X-Server konfiguriert werden kann.

startx

Falls man seinen X-Server mit dem Kommando startx hochfährt, kann man relativ simpel zusätzliche Optionen dem X-Server übergeben. Dies geschieht normalerweise in der Form startx --
Über ein simples Shellscript kann nun der X-Server passend aufgerufen werden:

function startx(){
layout=$(tr '[:blank:]' '\n' </proc/cmdline  |awk -F"=" '/^Xlayout/ {print $2}')
if [ -z $layout ]; then
    /usr/bin/startx "$@"
else
    /usr/bin/startx -- :layout "$layout" "$@"
fi
}
 

Hier wird eine Funktion startx definiert, die den Aufruf des Befehls /usr/bin/startx so modifiziert, dass ein layout mitgegeben wird, falls dem Kernel die entsprechende Option übergeben wurde. Wenn man diese Funktion in seine .bashrc schreibt, wird nachdem diese Datei eingelesen wurde beim nächsten Mal die Funktion startx aufgerufen und nicht die Datei in /usr/bin.

Ein Feature was ich in muttng ziemlich mochte, war die Möglichkeit, eine beliebige Grußformel anzugeben. Dies geschieht mit der Anweisung "set signoff_string". So konnte man flexibel per Folder-hook eine entsprechende Grußformel angeben.
Leider scheint muttng ziemlich tot zu sein, die letzte Änderung im SVN-Repository ist anscheinend schon eine Ewigkeit her.
Also bin ich folgerichtig wieder zurück zu mutt. Mit vim kann man aber ein ähnliches Feature bauen. Dazu braucht es nur etwas Vim-Scripting:

Diese Funktion setze man in eine entsprechende Datei und in Mutt erfolgt der Aufruf des Editors dann folgendermaßen:

Per Folder-Hook kann man so pro Folder eine extra Grußformel einfügen.

Archivemail ist ein Kommandozeilentool, mit dem man alte Mails archivieren kann (wie unschwer zu erraten ist). Erst kürzlich wurde ich darauf aufmerksam und schaute es mir näher an. Der IMAP-Support war nicht so toll. Es gibt einen häßlichen Bug in Verbindung mit dem Cyrus IMAP Server.

Außerdem besteht archivemail darauf, dass eine IMAP-Verbindung immer in der Form imap://user:passwort@server/folder anzugeben ist. Macht sich natürlich großartig in der Prozessliste. Jeder kann den Benutzernamen und das Passwort rauslesen. Also hab ich mir gedacht, schaust Du dir den Code mal an, kann ja nicht sonderlich schwer sein, aus einer Passwortdatei den Benutzernamen und das Passwort rauszulesen. 2-3 Tage habe ich mich nebenbei damit beschäftigt und das Problem letztendlich auch gelöst. Als ich fertig war, wollte ich einen entsprechenden Patch einsenden, da stelle ich fest, dass es zwischenzeitlich ein neues Release gibt, in dem der Fehler behoben ist.

Mehr als 3.5 Jahr passiert nichts in dem Projekt und ausgerechnet wenn ich mal die Zeit finde, mich aufzuraffen und einen entsprechenden Patch schreibe, wird eine neue Version veröffentlicht. Ja genau, seit ein paar Tagen ist in Debian Sid die Version 0.6.2, in der man ein Passwortdatei angeben kann. Und SSL wird jetzt auch unterstüzt.

Jetzt kann ich wenigstens besser Python...

\*grummel\*
Update: Links repariert. Ich hasse diese komischen tags \[url\]

Heute: Wie mirrore ich mal schnell eine Seite, ohne lang und breit man wget zu studieren?

Einfach in der .bashrc sourcen und dann mit mirror "URL" eine Website spiegeln. Die Website befindet sich dann unter ~/mirror/<date-URL>, aber wo die Website gespeichert werden soll, ist einstellbar über die Variable $MIRROR_PATH.

Dabei fällt mir auf, warum beschränkt sich wget eigentlich auf maximale 20 Redirects und warum ist das nicht über eine Option steuerbar? Und wieso übertrifft heise.de dieses Limit eigentlich?

Update:
Hm, ich sollte noch prüfen, ob ein Parameter angegeben wurde. Script angepasst.

Update2:
Falls es nicht funktioniert, und das Script mit einem "Unexpected end of file" Fehler aussteigt, dann liegt das wahrscheinlich daran, dass der Tabulator vor EOF im Formular durch Spaces ersetzt wurde. In diesem Fall einfach alle Spaces durch einen echten Tabulator ersetzen oder das EOF an den Zeilenanfang schreiben.
GNAA, das ist schon das 2te Mal, dass ich über diesen dämlichen Bug in der bash stolpere.