Linux

Fetchmail, der fast alles könnende Dinosaurier unter den Mailabholern, ist zwar weit verbreitet, aber mindestens genauso unbeliebt. Fetchmail kann viel und ist leicht zu konfigurieren, sofern man für jede Mail-Adresse ein separates Konto beim Provider und bereit ist, jedem Mailnutzer auch einen Linux-Account zu geben. In einer Welt der virtuellen Maildomains ist es dagegen eine mittlere Katastrophe, mit Fetchmail arbeiten zu müssen. Alternativen zu Fetchmail gibt es zwar, ob sie für den jeweiligen Fall aber besser sind, muss jeder für sich beurteilen: ...

Was tun wenn die Festplatte lustige Geräusche macht oder bereits Daten verloren hat, weil die Harddisk defekte Sektoren hat? Das allseits beliebte dd zum Erstellen von Festplattenimages tut bei funktionierenden Festplatten seinen Dienst, bei Platten mit defekten Sektoren jedoch führt dd zu unbrauchbaren images. Aber warum und was passiert dabei genau? dd bs=4096 conv=noerror,sync if=/dev/hda of=/mnt/server/imagedatei.img dd liest blockweise (4096 Bytes) die Daten von der Festplatte /dev/hda, macht auch weiter wenn es auf Fehler trifft, füllt den Block mit Nullbytes auf 4096 bytes auf, falls er kürzer ist, und schreibt diese Dateien gleichzeitig in 4096 Byte Blöcken nach /mnt/server/imagedatei.img. Fatal ist, wenn Blöcke nicht lesbar sind. In dem Falle bricht dd zwar nicht ab, weil conv=noerror angegeben wurde, aber es liest keine Daten ein und schreibt auch keine Daten in das Image. ...

(Alles in einer Zeile:) server# dd bs=65536 if=/dev/hda | ssh -o Compression=yes user@host "cat > image.img " liest aus der shell von “server” mit 64k Blöcken den Festplatteninhalt von /dev/hda aus meldet sich dann als user bei host an* und schickt das image via ssh komprimiert über die Leitung und legt das Image im Homedir des Benutzers user als image.img ab. Ja, ich steh auf ssh :-).

Manchmal lohnt es sich, die Kommandozeilenparameter für Programme näher zu erforschen. top -i zeigt nur noch die aktiven Prozesse an, was deutlich übersichtlicher ist. Probierbefehl :-).

Kürzlich überraschte mich mein interner Mailserver (Postfix) mit der Log-Meldung No route to host. Alle E-Mails blieben in der Mailqueue und wurde nicht mehr zum Smarthost ausgeliefert, von wo aus sie dann an die Empfänger geleitet werden. Die Lösung dafür lag darin, daß beim DSL-Zugangsprovider kürzlich alles auf Port 25 abgehende gesperrt wurde, damit die ganzen Spambots eben nicht mehr spammen. Somit war es nur für Verbindungen auf Port 25 unmöglich, irgendetwas da draussen noch zu erreichen. ...