Posts Tagged With 'linux'

  • Jul
  • 25
  • 2008

Bildbearbeitung / -archivierung unter Linux

Posted by okami In Fotografie | 1 Comment »

Nachdem meine Canon nun endlich mit meinem Laptop spricht (hier), habe ich mich auf die Suche nach Programmen gemacht, mit denen man Bildarchivierung unter Linux betreiben kann. Als erstes viel einem digikam in den Schoß, digikam liegt der Debian Distribution bei und ist nebenbei noch kostenlos. Allerdings schreckte mich die KDE-Lastigkeit etwas ab und suchte weiter nach Alternativen und bin bei LightCraft fündig geworden.

  • Jul
  • 19
  • 2008

Canon EOS 400D unter Linux

Posted by okami In Fotografie, Howtos, Sonstiges | No Comments »

Nachdem ich gesehen habe, dass für einfache Fotospielereien mit meiner EOS 400D Gimp völlig ausreichend ist, habe ich mich mal ein wenig umgeschaut, wie man denn Kamera mit Photomanagement unter Linux auf die Reihe bekommt. Das ganze gestaltete sich im Endeffekt auch relativ einfach. Meine Wahl viel auf Digikam und Gimp. Digikam zum verwalten der Fotos und Gimp zum bearbeiten. Ich bin aber immer noch auf der Suche nach Alternativen für digikam.

  • Feb
  • 01
  • 2008

Fehler bei apt-get update beheben

Posted by okami In Howtos | No Comments »

Um Pakete aus dem Bereich “Security” via apt-get update zu holen, ist ein PGP-Key nötig, der die Gegentelle als vertrauenswürdig kennzeichnet. Die Fehlermeldung hatte bei mir folgende Ausgabe: GPG error: ftp://ftp.de.debian.org testing Release: The following signatures couldn’t be verified because the public key is not available: NO_PUBKEY 010908312D230C5F. Um den Public Key zu besorgen gibt man folgendes auf der Shell ein:

gpg –keyserver pgp.mit.edu –recv-keys 2D230C5F

Wie leicht zu erkennen ist genügt es hier die letzten 8 Stellen anzugeben. Dannach ist es erforderlich, dass man den Schlüssel exportiert und für das apt-get Script als vertrauenswürdigen Key hinzufügt:

gpg –armor –export 2D230C5F | apt-key add -

Bei einem erneuten “apt-get update” sollte nun keine Fehlermeldung mehr kommen.

  • Feb
  • 01
  • 2008

Gateway Firewall Script II (optimiert)

Posted by okami In Code | No Comments »

Im Folgenden seht ihr ein Skript, das alle nötigen Einstellungen für eine grobe Firewall und Gateway-Funktionalität bietet.

  • Jan
  • 01
  • 2008

HPing – Remote DoS für Cisco IOS

Posted by okami In Code | No Comments »

Cisco Systems hat kürzlich eine Warnung in Bezug auf die Router und Switches des Unternehmens herausgegeben, die unter der Internetwork Operating System (IOS) Software von Cisco laufen und für die Verarbeitung von IPv4-Paketen (Internet Protocol Version 4) konfiguriert sind. In der betreffenden Warnmit-teilung hat Cisco auf die Anfälligkeit gegenüber Remote-DoS-Attacken (Denial of Service) hingewiesen.

  • Nov
  • 28
  • 2007

Spamassassin Training und Cyrus

Posted by okami In Mailserver | No Comments »

Wenn man nun erfolgreich Spamassassin installiert hat, will man natürlich auch die Trefferquote erhöhen. Heute soll es mir darum gehen, wie man Spamassassin recht autonom trainieren kann. Ich beziehe mich dabei auf meine Anleitungen – wie man Spamassassin mit Postfix auf einem Debiansystem aufsetzt.

Letztendlich geht es darum, Mailservern mit vielen Usern so zu konfigurieren, dass alle User einen “Beitrag” zur Verbesserung der Trefferquote leisten können und allen Usern diese Leistung auch zur Verfügungsteht. Damit dies funktioniert, muss man in der /etc/spamassassin/local.cf den Paramater <strong>bayes_path</strong> konfigurieren.

Bayes_path veranlasst spamassassin im angegebenen Verzeichnis nach Informationen zu erlerntem Spam zu suchen. Ist dieser Parameter nicht konfiguriert legt spamassassin für jeden User unter ~/.spamassassin eine seperate Bayes Datenbank an. Dann muss jeder User spamassassin selber trainieren.

Als nächstes lege ich standardmässig Mailverzeichnisse für jeden User in Cyrus Imapd an. Einen Ordner Spam und einen Ordner SpamMiss. In ersteren entsorgt Sieve alle bereits als Spam erkannten Mail. In den Ordner SpamMiss werden alle nicht als Spam erkannten Mails durch den jeweiligen User abgelegt. Ebenso wäre ein Ordner SpamFail denkbar, in denen Mails abgelegt werden können, die fälschlich als Spam markiert wurden.

Mittels des Tools http://www.pollux.franken.de/hjb/mail-server/index.html werden nun via cron alle Mails an spamassassin verfüttert.

Ausführlichere Informationen zur Implementierung >>hier<<

Kategorien