Beim Arbeiten mit Eclipse ist es wichtig auf die richtige Java-Version zu achten. Bei Ubuntu ist standardmäßig eine freie Java-Version installiert, das haut aber mit Eclipse nicht richtig hin. eclipse1

Unter Window -> Preferences findet sich der Dialog zum Einstellen der JRE. Ich suche jedesmal wieder lange nach der richtigen Stelle.

Bei etwas älteren JRE-Versionen hatte ich Probleme damit, dass Swing-Anwendungen sehr lahm waren. Mit der aktuellen Version ist kaum ein Unterschied zu erkennen.

Auch unter Ubuntu muss man unbedingt darauf achten, dass man einen aktuellen Treiber für Nvidia-Grafikkarten benutzt. Der vom Ubuntu automatisch angebotene mit der Versionsnummer 177, führte zu komischen Darstellungsfehlern.

Man kann in Synaptic aber auch die Version 180.11 installieren, damit haut das bei mir einigermaßen hin.

Wer ganz aktuelle Treiber braucht, der sollte einmal das Paket envyng ausprobieren. Es gibt da drei Pakete

  • envyng-core
  • envyng-qt
  • envyng-gtk

Welches davon man benutzt hängt von den Ansprüchen ab.

Der komplizierteste Schritt bei der Steuererklärung ist das Finden des notwendigen Formulares. Die richtige Seite dafür ist https://www.formulare-bfinv.de/ffw/content.donetthelp-steuer

Das Formular ist leider nicht zum bequemen Ausfüllen auf dem Rechner geeignet, man muss es online ausfüllen, kann es sich dann aber auch als PDF herunterladen. Dazu dient die Funktion Drucken, dann bekommt man die PDF-Datei zum Download angeboten.

Ansonsten bietet das System noch einen XML-Download und eine Paket-Download in einem eigenen Format.

Das Ausfüllen des Formulares ist ansonsten recht einfach, da der größte Teil der Felder normalerweise wegfällt.

Wenn man einige Zeit mit dem Acrobat Reader im Browser arbeitet, dann wir der Rechner immer langsamer.  meist gibt es dann einen Prozess mit hohem Prozessor- oder Speicherverbrauch.

Ich hatte deswegen schon von Firefox zu Galeon gewechselt.  Dabei ist mir dann ein Prozess ld-linux.so.2 aufgefallen, der die Ressourcen stark belastet hat.

Unter http://ubuntuforums.org/showthread.php?t=754944 habe ich dann den Hinweis gefunden das Paket lsb zu installieren. Der Reader benutzt dann dieses und nicht mehr ld-linux.so.2.

Bisher scheint das zu helfen.

Bei Rechnern, die nicht ständig am Netz hängen, ist meistens ein anderer Server dafür zuständig die Post in Empfang zu nehmen. Nach der Einwahl muss man von diesem die Post abrufen. Dazu dient das einfache Programm fetchmail.

Also einfach das Paket fetchmail nachinstallieren.

Konfiguriert wird fetchmail über die Datei /etc/fetchmailrc, die bei mir etwa folgenden Inhalt hat:

set postmaster "debacher"
set daemon 900

poll imap.debacher.de protocol POP3 no dns
user debacher password geheim is debacher here ssl

Im ersten Teil wird eingestellt, dass fetchmail im Dämon-Mode alle 900 Sek (15 Minuten) die Postfächer abrufen soll. Bei Fehlern wird der Benutzer debacher informiert.

Danach folgt die Abfrage eines POP3 Postfaches, der Rechnername steht in der ersten Zeile und die Anmeldedaten in der zweiten Zeile. An Ende der zweiten Zeile wird festgelegt, welcher lokale Benutzer die eingehenden Mails erhalten soll.

Man kann beliebig viele Postfächer auf einen Rutsch abfragen.

Weitere Informationen unter http://www.linuxbu.ch/pdf6/kapitel14.pdf und http://wiki.ubuntuusers.de/Fetchmail

Veröffentlicht unter linux.

Mit der benutzung von Dovecot habe ich schon lange gute erfahrungen gemacht. Das Programm dient dazu, dass Benutzer ihre Mails mit POP3 und IMAP abrufen können.

Dazu installiert man die Pakete:

  • dovecot-common
  • dovecot-pop3d
  • dovecot-imapd (nur falls benötigt)

Die weitere Konfiguration ist recht einfach. Ich habe nur die Zeile

#disable_plaintext_auth = yes

auf

disable_plaintext_auth = no

geändert, da ich im lokalen Netz so mit Klartext-Passworten arbeiten kann.

Weitere Informationen unter http://wiki.ubuntuusers.de/Dovecot

Veröffentlicht unter linux.

Die Einbindung von Amavis in das Postfix-System ist eigentlich ganz einfach. Postfix leitet alle auf Port 25 eingehenden Mails an Amavis weiter. Die Mails die Amavis durchlässt übergibt es an einen weiteren Postfix-Prozess, der auf einem anderen Port lauscht. Amavis benutzt dabei zur Virenerkennung den Virenscanner ClamAV.

Zur Einrichtung müssen die Pakete

  • amavisd-new
  • clamav-daemon
  • spamassassin
  • razor
  • pyzor

installiert werden.  Dann folgen noch Änderungen in den Konfigurationsdateien:

  • /etc/amavis/conf.d/15-content_filter_mode
  • /etc/default/spamassassin

und ein

sudo adduser clamav amavis

Wichtig ist dann die Erweiterung der Datei main.cf um die Zeile:

content_filter=smtp-amavis:[127.0.0.1]:10024

und die Erweiterung der Datei master.cf um zwei Teile.

Am Ende:

smtp-amavis     unix    -       -       -       -       2       smtp
        -o smtp_data_done_timeout=1200
        -o smtp_send_xforward_command=yes
        -o disable_dns_lookups=yes
        -o max_use=20
127.0.0.1:10025 inet    n       -       -       -       -       smtpd
        -o content_filter=
        -o local_recipient_maps=
        -o relay_recipient_maps=
        -o smtpd_restriction_classes=
        -o smtpd_delay_reject=no
        -o smtpd_client_restrictions=permit_mynetworks,reject
        -o smtpd_helo_restrictions=
        -o smtpd_sender_restrictions=
        -o smtpd_recipient_restrictions=permit_mynetworks,reject
        -o smtpd_data_restrictions=reject_unauth_pipelining
        -o smtpd_end_of_data_restrictions=
        -o mynetworks=127.0.0.0/8
        -o smtpd_error_sleep_time=0
        -o smtpd_soft_error_limit=1001
        -o smtpd_hard_error_limit=1000
        -o smtpd_client_connection_count_limit=0
        -o smtpd_client_connection_rate_limit=0
        -o receive_override_options=no_header_body_checks,no_unknown_recipient_checks

Direkt nach der Zeile mit dem Dienst pickup folgt dann:

   -o content_filter=
   -o receive_override_options=no_header_body_checks

Nach einem Neustart sollte dann die Spamabwehr funktionieren.

Die Anleitung entstammt http://wiki.ubuntuusers.de/Amavis-Spam-Virenfilter

Veröffentlicht unter linux.

Bei der Installation des Mailservers hat mir zum ersten Mal YaST und damit OpenSuSE etwas gefehlt. Ein etwas komisches Gefühl habe ich immer noch mit der Installation, obwohl es anscheinend funktioniert.

Im ersten Schritt muss man die Pakete

  • postfix
  • libsasl2-modules
  • mailx

nachinstallieren. Dann an der Konsole aufrufen:

sudo dpkg-reconfigure postfix

sofern das Konfigurationstool nicht startet, oder man eine falsche Eingabe gemacht hat.

Für mich wichtig war die erste Frage nach dem Typ des Mailservers, für einen Rechner mit Dialin wäre das:

Internet mit Smarthost

bei fester Anbindung mit fester IP

Internet Site

Die weiteren Fragen betreffen dann das Netzwerk und die Antworten sind einigermaßen naheliegend.

Es ergibt sich dann folgende Datei /etc/postfix/main.cf:

# See /usr/share/postfix/main.cf.dist for a commented, more complete version

# Debian specific:  Specifying a file name will cause the first
# line of that file to be used as the name.  The Debian default
# is /etc/mailname.
#myorigin = /etc/mailname

smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu)
biff = no

# appending .domain is the MUA's job.
append_dot_mydomain = no

# Uncomment the next line to generate "delayed mail" warnings
#delay_warning_time = 4h

readme_directory = /usr/share/doc/postfix

# TLS parameters
smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key
smtpd_use_tls=yes
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache

# See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for
# information on enabling SSL in the smtp client.

myhostname = server
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
mydestination = server, localhost.localdomain, server.hsan.hh.schule.de, localhost
relayhost = debacher.com
mynetworks = 127.0.0.0/8, 192.168.1.0/24
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
html_directory = /usr/share/doc/postfix/html
myorigin = /etc/mailname
inet_protocols = all

Nicht schön, aber funktionsfähig.

Da mein Rechner sich am Smarthost authentifizieren muss kommen noch folgende Zeilen für SASL hinzu:

smtp_sasl_auth_enable = yes
smtp_sasl_security_options =
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
masquerade_domains = debacher.de,debacher.net,hsan.hh.schule.de, debacher.de

Die letzte Zeile entfernt den Rechnernamen aus den angegebenen Maildomains.

Die Passwortdaten stehen in der Datei /etc/postfix/sasl_passwd:

# sasl_passwd
# Syntax:
# domain        username:password
# Example:
foo.com       username:password

Damit sollte der Mailserver nach einem Neustart funktionsfähig sein. Die Konfiguration der Spamabwehr folgt im nächsten Teil.

Weitere Information unter http://www.linuxbu.ch/pdf6/kapitel14.pdf und natürlich http://wiki.ubuntuusers.de/Postfix

Veröffentlicht unter linux.

Wenn man längere Zeit schon Evolution als Mailprogramm verwendet, dann sammelt sich eine große Zahl an Mails an, die man auch bei einem Rechnerwechsel bzw. einer Neuinstallation nicht verlieren möchte.

Bei mir hat Evolution oft gemuckt, wenn ich das Daten-Verzeichnis .evolution einfach nur kopiert habe.  Gelegentlich tauchen dann neue Mail nicht mehr sichtbar auf, oder ähnliches. Gute Erfahrungen habe ich damit gemacht Evolution erst einmal zu starten, ohne die Daten kopiert zu haben.

Dann in den Ordner .evolution/mail/local alle Dateien Dateien aus dem entsprechenden Ausgangsordner kopieren, die keine Extension tragen. Also z.B. nur Inbox und nicht Inbox.meta,  Inbox.ibex.index,  Inbox.ibex.index.data. Diese Dateien werden dann beim Start von Evolution neu angelegt, sowie man den entsprechenden Ordner anklickt.

Ganz kopiert habe ich die Ordner .evolution/addressbook und .evolution/calendar.

Die per USB angebundene CinergyT2 von Terratec ist toll, weil sie auf allen aktuellen Systemen sofort und ohne weitere Installation erkannt wird.  Zeilen wie

[   13.589336] DVB: registering new adapter (TerraTec/qanu USB2.0 Highspeed DVB-T Receiver)
[   13.589852] input: TerraTec/qanu USB2.0 Highspeed DVB-T Receiver remote control as /devices/pci0000:00/0000:00:10.4/usb5/5-7/input/input7
[   13.612638] usbcore: registered new interface driver cinergyT2

sollten sich nach dem Start in der Ausgabe von dmesg finden, außerdem muss es das Verzeichnis /dev/dvb/adapter0 geben. Als Frontend zum Betrachten des Fernsehprogrammes ist kaffeine sehr geeignet. Das Programm muss man nachinstallieren, vorsichtshalber nachedem das Medibuntu-Repository eingebunden ist. Man benötigt einige Codecs von Medibuntu.

Beim ersten Start moniert kaffeine fehlende Komponenten und gibt Hilfen, wie eventuelle Probleme zu lösen sind. Im Menü DVB (sofern die Karte erkannt wurde)  gibt es den Menüpunkt Kanäle.  Hier klickt man ohne weitere Einstellungen auf Suche starten und muss sich dann etwas gedulden. Wenn alles in Ordnung ist, dann wird eine lange Reihe von Fernsehsendern gefunden, die dann in die Auswahlliste übernommen werden können.

Das Web ist voll mit Anleitungen was man machen soll, wenn hier keine Kanäle auftauchen. Zumindest mit der Terratc hat es immer ohne jegliche Konfiguration geklappt, selbst auf dem eeePC.

Was komisch war ist meine Installation auf einem Ubuntu 64-Bit System. Hier fehlten die notwendigen Codecs, obwohl ich sie eigentlich installiert hatte. Ich konnte einzelne Sender ansehen, beim Umschalten hängte sich kaffeine dann aber auf.

Interessanterweise gibt es auch an der Quelle http://www.mplayerhq.hu/ bei den Binary Codecs einen gravierenden Unterschied zwischen den 32-Bit und den 64-Bit Paketen.

Ich habe dann in meine openSUSE-64-BitInstallation geschaut und gesehen, dass dort alle Dateien vorhanden sind und die dann einfach nach /usr/lib/codecs kopiert. Nun kann ich auch umschalten.