Der Einfachheit halber machte ich mich nun auf die Suche nach einer Möglichkeit mehrere PDF-Dateien möglichst simpel aneinanderzureihen bzw. zusammenzufügen.

Hilfreich ist dabei der PDF-Interpreter Ghostscript. Er kann unter Ubuntu über die Paketverwaltung nachinstalliert werden.

sudo apt-get install gs

In der Anwendung sieht es beispielsweise so aus:

gs -dNOPAUSE -sDEVICE=pdfwrite -sOUTPUTFILE=gesamt.pdf -dBATCH datei-1.pdf datei-2.pdf datei-3.pdf

Es können beliebig viele Dateien zusammengefasst werden. Statt expliziten Dateiangaben kann man auch mit den üblichen Wildcards der Bash arbeiten (z.B.: datei-*.pdf).

Eine Anforderung ist der Nachrichtenfilter, der auch bei Evolution sehr schön integriert ist und scheinbar ähnliche Features bietet. Ziel ist es mit dem Filter neue E-Mails automatisch in Unterordner zu verschieben und je nach Betreff/Absender unterschiedlich einzufärben.
Die Nachrichtenfilter zu konfigurieren stellt das geringste Problem dar. Im Menüpunkt Bearbeiten -> Nachrichtenfilter lassen sich beliebig viele Filter für die unterschiedlichsten Bedürfnisse anlegen.
Anschließend wunderte ich mich, wo die Filter denn zu aktivieren sind. Natürlich lassen sich die Filter auf eine bestimmte Auswahl an E-Mails manuell anwenden. Dazu markiert man die betreffenden E-Mails und klickt auf Nachricht -> Filter anwenden oder nutzt das Shortcut <STRG> + <Y>
Das Sortieren der E-Mails soll aber automatisch geschehen und dazu muss ein Häkchen in den Konto-Einstellungen gesetzt werden: Bearbeiten -> Einstellungen. Dort das betreffende Konto bearbeiten und auf den Reiter Empfangsoptionen klicken. Unter der Überschrift “Optionen” das Häkchen bei “Filter auf neue Nachrichten in INBOX dieses Servers anwenden” setzen.
Ab sofort werden alle Filter auf den INBOX-Ordner angewendet. Soweit so gut, allerdings hapert es momentan noch an 2 Problemen:
Die farbliche Markierung der E-Mails funktioniert nur, wenn man die Filter manuell anwendet. Eigentlich sollte dies doch zusammen mit dem Verschieben der E-Mail geschehen, denn beides ist als Aktion für den jeweiligen Filter eingestellt.
Ein weiteres Problem besteht darin, dass automatisch alle Filter auf das INBOX-Verzeichnis angewendet werden. Das ist aber nicht unbedingt erwünscht. So nutzte ich bei Firefox einen Filter, der in einem bestimmten Verzeichnis alle E-Mails älter als 30 Tage in ein Archiv verschoben hat. Dies soll mit dem INBOX-Verzeichnis aber nicht geschehen! Bisher habe ich keine Möglichkeit gefunden dies zu ändern.

Um das Hotlinking beim eigenen Webserver zu unterbinden, gibt es die Möglichkeit den Apache entsprechend zu konfigurieren: Hierbei werden alle externen Anfragen bestimmter Dateitypen (hier: gif, jpeg, jpg png, bmp, js und css) umgeleitet und ersatzweise eine Datei hotlinking.png angezeigt.

<IfModule mod_rewrite.c>
	<FilesMatch "\.(gif|jpe?g|png|bmp|js|css)$">
		RewriteEngine on
		RewriteCond %{HTTP_REFERER} !^$
		RewriteCond %{HTTP_REFERER} !^http://(www\.)?domain.tld [NC]
		RewriteCond %{REQUEST_FILENAME} !hotlinking.png$
		RewriteRule .*\.(gif|jpe?g|png|bmp|js|css)$ http://www.domain.tld/hotlinking.png [R]
	</FilesMatch>
</IfModule>

Das kostet zwar auch Performance und Traffic, aber bei geeignet kleiner Grafik (hotlinking.png) hält es sich deutlich in Grenzen. Das Interesse der Hotlinker verschwindet dann auch sehr schnell.

Das oben genannte Beispiel soll nur die Möglichkeiten aufzeigen. Sinnvoller wäre es beispielsweise, wenn ausschließlich Grafiken zu der Datei hotlinking.png umgeleitet werden und alle anderen blockierten Dateitypen ohne eine Reaktion unterdrückt werden.

Bereits zwei Artikel sind fertig aufbereitet:
Tipps & Tricks zu Ubuntu 10.04 Lucid Lynx
Die Bash-History

Weitere Artikel folgen natürlich, was sich momentan leider etwas verzögert:
Ich komme mit dem Editor von WordPress nicht gut zurecht, da die Darstellung der Inhalte mit HTML recht komplex ausfällt und den Editor somit überfordert. Ich verwende bereits den HTML-Abschnitt des Editors, dennoch schleichen sich jede Menge <p>s hinein.

Da diese Erfindung aus dem Hause Microsoft stammt, wurde dort mit dem ICO-Dateiformat ein eigener Standard entwickelt. Heutzutage können moderne Browser auch mit anderen Dateiformaten umgehen, dennoch werden .ico-Dateien bevorzugt.

Hier möchte ich auf die Vorteile von Favicons im PNG-Format hinweisen. Der wichtigste Punkt ist hierbei, dass man für PNG-Dateien keinen speziellen Converter oder aufwändige Grafiktools braucht. Des weiteren lassen sich sehr einfach transparente Logos erstellen, was mit dem üblichen ICO-Format deutlich komplizierter ist. Auch das W3C empfiehlt deren Sprössling (PNG).

Leider sind sich die Browser auch bei den Favicons nicht einig. Microsoft pocht mit dem Internet Explorer auf deren Standard und sträubt sich bei der Unterstützung anderer Formate.
Die anderen Browser (Mozilla Firefox, Opera und Google Chrome) sind da unempfindlicher und unterstützen Dateiformate wie ICO, PNG, GIF und JPEG.

Der Firefox hat aber das Problem, dass er zwar mit Favicons im PNG-Format umgehen kann, aber nicht selbstständig nach domain.tld/favicon.png sucht, was für das ICO-Format aber gemacht wird. Ein kleines Workaround schiebt dem Browser das korrekte Favicon zu:

RewriteEngine on
RewriteRule ^favicon\.ico$ /favicon.png [L]

Der Browser sucht nach der Datei favicon.ico, falls keine Angaben im HTML-Head (<link>-Element) gemacht wurden. Da wir aber eine PNG-Datei verwenden, wird mit Hilfe von mod_rewrite auf die PNG-Datei verlinkt. Die Angaben können natürlich auch in den Virtualhost-Settings der Apache-Konfiguration gemacht werden.

Durch einen Serverumzug, der auf einen ungünstigen Zeitpunkt fiel,  sind einige Dinge durcheinander geraten. Immerhin steht das neue Theme und in den kommenden Tagen versuche ich die alten Inhalte wiederherzustellen und auch natürlich neue zu schreiben.

Das neue Theme heißt “Frugal” (engl. für genügsam, schlicht) und wurde von mir in den letzten Tagen erstellt. Je nach Feedback, Zeit und Muße wird das Theme in Zukunft auch downloadbar sein. Durch den Verzicht auf aufwendige Grafiken lädt es sehr schnell und wäre auch in mehreren Farbvariationen denkbar. Es ist  XHTML 1.0 Strict und CSS level 2.1 valide und wurde für Firefox, Opera und Chrome optimiert.

Sehr bald geht es hier weiter. Also: Bleibt dran!