Die Antwort auf diese Frage habe ich im Netz gefunden:

Nachdem gestern das Netzteil meiner externen HDD per Post kam und alle Daten noch da waren, ist meine SLUG jetzt wieder online. Natürlich habe ich die eineinhalb Wochen Leerlauf genutzt, um gleich mal auf Debian Lenny umzusteigen. Außerdem habe ich mir Gedanken darüber gemacht, wie die Slug in Zukunft funktionieren bzw. welche Dienste sie anbieten soll.

Meine bisherigen Gedanken als Mail-Server, Musik-Server, Mythbacken, etc. waren leider nicht praktikabel, da die Daten auf der HDD zu 99% der Zeit nur von einem Rechner aus genutzt wurden. Und da macht der extra Netzwerkzugriff auf die SLUG eigentlich nur Probleme. Außerdem halte ich es nicht gut für die Lebensdauer der Festplatte, wenn z.B. beim Mail-Server die externe Festplatte stündlich für den Mailcheck aufgeweckt wird. Und mittlerweile bin ich eh auf Google-Mail umgestiegen

Ab sofort wird die externe Festplatte nur sporadisch an der SLUG hängen, um erstens meine lokale Festplatte zu backupen (scheußliches denglisch, ich weiß) und zweitens als File-Server wie bisher zu dienen. Dies allerdings nur, wenn auch die externe Festplatte angeschlossen ist. Weitere Einsatzzwecke ohne HDD wären z.B. als Proxy- oder VPN-Server, aber das ist noch Zukunftsmusik.

Da die externe HDD jetzt nicht mehr dauerhaft an der SLUG hängen muss, habe ich mir gedacht, ein kleines Skript zum mounten/unmounten zu schreiben. Es sollte nach folgendem Mechanismus funktionieren: Wird die Taste an der Slug gedrückt, so sollte eine vorhandene HDD gemounted werden, falls sie dies schon ist, wird sie unmounted. Bei zweimaligem Tastendruck innerhalb von 2 Sekunden wird die Slug herunter gefahren.

Hier ist mal ein erster Entwurf mit reinem mounten und shutdown. Was noch fehlt, sind die Befehle zum Start der Services wie NFS, Samba etc. Dafür gibts schon einige beeps


#!/bin/bash

EXT_HDD_DEV=“/dev/sdb1″
PIDFILE=“/tmp/exthddmount.pid“

if [ -e $PIDFILE ]
then
leds beep -f 800 -l 200 -d 10 -r 2
rm $PIDFILE
/sbin/shutdown -t1 -a -h now
else
touch $PIDFILE
sleep 2
if [ -e $PIDFILE ]
then
if [ -e $EXT_HDD_DEV ]
then
mount $EXT_HDD_DEV
RESULT=$?
if [ $RESULT == 0 ]
then
echo „Mounted external HDD sdb1″
leds disk-2 flash
leds beep 1
else
umount $EXT_HDD_DEV
echo „Umounted external HDD sdb1″
leds disk-2 on
leds beep 2
fi
fi
rm $PIDFILE
fi
fi

Heute Abend war mir ein bisschen langweilig Und was macht man da als Freerunner-User? Genau, man flasht sich ne neue Distribution Für diesen Abend habe ich QTMoko V14 auserkoren, einen Debian-basierten QTopia-Ableger.

QTMoko Homescreen

Die Installation verläuft problemlos. Mittels des vorgegebenen Rootfs und des Kernels von der QTMoko-Homepage sowie U-Boot von der Openmoko-Homepage kann sofort losgeflasht werden. Nach 2 Neustarts zur Initialisierung startet das System ohne Probleme. Die Oberfläche ist QTopia-Standard.  Alle positiven Punkte will ich jetzt mal stichpunktartig zusammen fassen:

1. Sehr schneller Start von Anwendungen
2. Große Auswahl an Keyboards. Es gibt auch welche mit deutschen Umlauten. Dazu kommt ein Terminal-Keyboard und die Handwriting-Methode. Predictive Keyboards lassen sich abschalten.
3. Obwohl das System seine Inhalte auf dem Framebuffer rendert, ist es möglich, auch X-Anwendungen zu starten. Hierzu kann mittels des Programms QX eine Instanz des X-Servers gestartet werden, in der das gewünschte Programm läuft. Dies funktioniert problemlos z.B. mit TangoGPS. Jetzt fehlt nur noch eine Integration in die vorhanden Apps.
4. Voller Zugriff auf die Debian-Repos für ARM-Geräte mit tausenden von Paketen. Das öffnet Tür und Tor für weitere Basteleien.
5. Dokumentverwaltung: Es gibt eine Quelle für alle Arten von Dokumenten (Musik, Text, Videos, …), die sich einheitlich verwalten lässt und von verschiedenen Programmen (Media Player, Hintergrundbild, Image Viewer, …) benutzt wird. Sehr schön
6. WLAN funktioniert, und das sogar über GUI mit WPA2. Ich bin begeistert
7. GPRS funktioniert, und das ebenfalls über die GUI. Ich noch begeisterter
8. Suspend geht ebenfalls, ich werde dies in den nächsten Tagen noch genauer prüfen.
9. Es gibt einen grafischen Package Manager, der jedoch nur eine kleiner Auswahl von Paketen zeigt. Empfehlenswert ist der Browser Arora.
10. Die Speicherkarte wurde nicht von Anfang an gemounted. Mit einer kleinen Anpassung in der fstab funktioniert dies auch. Die vorhandene Musik und die Maps werden richtig erkannt.
11. Was mich bisher an SHR am meisten gestört hat, waren Einstellungen, die nach einem Neustart verloren gingen. Dazu gehört z.B. die Option, bei Anrufen seine eigene Nummer zu senden oder das aktuelle Audio-Profil. Bei QTMoko gehts.

Leider gibts auch ein paar kleine Nachteile:

1. Das Handling der vielen Keyboards ist etwas umständlich, die Umschaltung etwas gewöhnungsbedürftig. Hätte ich genug Zeit, würde ich gleich Handwriting nutzen.
2. Der Start dauert etwas, da U-Boot verwendet werden muss.
3. X-Server-Anwendungen brauchen etwas länger, um zu starten.
4. Es ist immer nur eine Anwendung aktiv. Es gibt keinen Anwendungs-Umschalter so wie bei Illume.
5. Im Adressbuch gibt es keine Auswahl mehr, ob Kontakte von der SIM oder aus der Datenbank angezeigt werden sollen. Nach dem VCF-Import habe jetzt vieles doppelt. Aber vielleicht muss ich nur die SIM-Kontakte löschen. Dank der Buchstabenleiste im Adressbuch kann man Kontakte sehr schnell finden.
6. Einen Last.fm-Client muss ich wohl erst selbst programmieren

Fazit: Bisher haben mich 3 Dinge von QTopia abgehalten: Fehlende Umlaute auf den Tastaturen, keine GPS-Anwendung und das gewöhnliche Handy-Look-And-Feel. Das Look-And-Feel ist zwar noch das gleiche, dafür gibt es viele Funktionen, die besser arbeiten, als bei anderen Distris. Seit der Einstellung von QTopia seitens Nokia hat sich viel getan. QTMoko ist eine schnelle und stabile Distribution, die sowohl als Daily Phone als auch als Bastel-System funktioniert.

Schon vor einigen Wochen habe ich nach der erfolgreichen Kubuntu-Installation gleich mal den Freerunner mit OM2008.12 per USB verbunden. Leider ging danach alles schief Der Network-Manager meldete ein neues Gerät, gleichzeitig stürtzte aber die Plasma-Oberfläche ab. Danach meldete der Network-Manager, dass die Verbindung fehlgeschlagen war. Leider waren die Informationen im Wiki nicht sehr hilfreich. Alle Anpassungen (UDev, Hotplug, etc.) funktionierten nicht stabil.

Auch waren alle Hinweise mehr auf Gnome bezogen. In Kubuntu ist das Menü zur Netzwerk-Einstellung leider etwas buggy. Heute habe ich per Zufall herausgefunden, wie eine Netzwerkverbindung doch noch läuft. Das KDE-Menü bietet unter „Network-Management“ die Möglichkeit, Verbindungen nach Mac-Adresse mit festen IPs einzutragen. Leider kann man im Wizard „Add“ -> „IP Address“ zwar beliebig oft auf „Hinzufügen“ klicken, es tut sich aber sichtbar nichts. Klickt man aber danach in der Liste an die oberste Stelle, so sieht man, das tatsächlich ein Eintrag erstellt wurde. Hier kann man nun die IP-Adresse und Gateway eintragen. Danach kommt nach Anschluss des Handys tatsächlich eine Verbindung zu stande Allerdings stürzt Plasma immer noch ab, was aber zu verschmerzen ist.

Dies ist eine Sache, die mich durch jede Linux-Installation gequält hat Wenn mal alles richtig läuft, komme ich auf so Ideen wie z.B. 5.1-Sound. Nur leider erweist sich die Kombination von ALSA und einer internen Nforce 4 Soundkarte als etwas bockig. Seit einigen Jahren schleppe ich deshalb meine Sound-Config durch jede Neuinstallation (Gentoo, Debian, Kubuntu). Nachdem es jetzt unter meinem frischen Kubuntu 09.04 läuft, gibts hier mal die Config.

Diesmal habe ich die Config global für alle Nutzer unter /etc/asound.conf gelegt. Es funktioniert aber genau so, wenn man sie für den vorgesehenen Nutzer in ~/.asoundrc ablegt. Hier nun die Config:

#-------------------------------                                                                                                                                                    
#  Main hardware control                                                                                                                                                            
#-------------------------------                                                                                                                                                    

pcm.nforce {                                                                                                                                                                        
   type hw                                                                                                                                                                         
   card 0                                                                                                                                                                          
   device 0                                                                                                                                                                        
   channels 6                                                                                                                                                                      
   rate 48000                                                                                                                                                                      
   format "S16_LE"                                                                                                                                                                 
}                                                                                                                                                                                   

pcm.softmixer {                                                                                                                                                                     
   type dmix                                                                                                                                                                       
   ipc_key 1024                                                                                                                                                                    
   ipc_key_add_uid false                                                                                                                                                           
   ipc_perm 0660                                                                                                                                                                   
   slave {                                                                                                                                                                         
     pcm nforce                                                                                                                                                                  
     format "S16_LE"                                                                                                                                                             
     channels 6                                                                                                                                                                  
     rate 48000                                                                                                                                                                  
     period_time 0                                                                                                                                                               
     period_size 1024                                                                                                                                                            
     buffer_size 5120                                                                                                                                                            
   }                                                                                                                                                                               
   bindings {                                                                                                                                                                      
     0 0                                                                                                                                                                         
     1 1                                                                                                                                                                         
     2 4                                                                                                                                                                         
     3 5                                                                                                                                                                         
     4 2                                                                                                                                                                         
     5 3                                                                                                                                                                         
   }                                                                                                                                                                               
}                                                                                                                                                                                   

#-------------------------------
#  Recording                    
#-------------------------------

pcm.recording {
   type        dsnoop
   ipc_key     2589  
   slave {           
     pcm     "hw:0,0"
     format  "S16_LE"
   }                   
}                       

#-------------------------------
#  Upmix                        
#-------------------------------
# upmix stereo to 5.1           
pcm.upmix {                     
   type        route           
   slave.pcm   "softmixer"     
   slave.channels    6         
   ttable {                    
     0.0    1                
     0.2    0.75             
     0.4    0.5              
     1.1    1                
     1.3    0.75             
     1.4    0.5              
   }                           
}                               

pcm.upmix40 {
   type        route
   slave.pcm   "softmixer"
   slave.channels    6    
   ttable {               
     0.0    1           
     1.1    1           
     2.2    1           
     3.3    1           
     0.4    0.5         
     1.4    0.5         
   }                      
}                          

pcm.upmix41 {
   type        route
   slave.pcm   "softmixer"
   slave.channels    6    
   ttable {               
     0.0    1           
     1.1    1           
     2.2    1           
     3.3    1           
     0.4    0.5         
     1.4    0.5         
     4.5    1           
   }                      
}                          

pcm.upmix50 {
   type        route
   slave.pcm   "softmixer"
   slave.channels    6    
   ttable {               
     0.0    1           
     1.1    1           
     2.2    1           
     3.3    1           
     4.4    1           
   }                      
}                          

#-------------------------------
#  Downmix                      
#-------------------------------

pcm.downmix71 {
   type        route
   slave.pcm    "softmixer"
   slave.channels    6     
   ttable {                
     0.0    0.67         
     1.1    0.67         
     2.2    0.67         
     3.3    0.67
     4.4    1
     5.5    1
     6.0    0.33
     6.2    0.33
     7.1    0.33
     7.3    0.33
   }
}

#-------------------------------
#  Overwrite existing devices
#-------------------------------

pcm.!default {
   type           asym
   playback.pcm   "plug:upmix"
   capture.pcm    "plug:recording"
}

ctl.!default {
   type hw
   card 0
}

pcm.!front {
   type        plug
   slave.pcm   "upmix"
}

pcm.!surround40 {
   type         plug
   slave.pcm    "upmix40"
}

pcm.!surround41 {
   type         plug
   slave.pcm    "upmix41"
}

pcm.!surround50 {
   type         plug
   slave.pcm    "upmix50"
}

pcm.!surround51 {
   type        plug
   slave.pcm    "softmixer"
}

pcm.!surround71 {
   type         plug
   slave.pcm    "downmix71"
}

pcm.dsp0 {
   type         plug
  slave.pcm    "softmixer"
}

Wichtig ist, dass die Kanäle auch richtig eingesteckt werden. Ansonsten müssen die vertauschten Kanäle im PCM softmix geändert werden. Bis jetzt gab es bei mir keine Blockaden bei Sound-Ausgabe von unterschiedlichen Programmen. Aber wer weiß schon, wo Skype wieder überall reinpfuscht.

Die letzten Tage hatte ich etwas Zeit, mit Java und DBus auf meiner KDE-Kiste rumzuspielen. Da es jetzt unter Debian läuft, war mein nächster Versuch, es auf dem Neo Freerunner auszuprobieren. Da meine aktuelle OM2008.12-Distri leider noch nicht das DBus-basierte FSO-Framework verwendet, habe ich mir die Testing-Version von OM2009 auf die Speicherkarte installiert. Hier fängt auch schon die Leidensgeschichte an Nach einer halben Ewigkeit sieht man das sehr karge, eigentlich nur schwarz-weiße, User-Interface. Hier mal ein kleiner Screenshot:

Paroli Launcher

Mit Java siehts irgendwie düster aus. Es gibt zwar wieder die Standard-Packages in dem Testing-Repository, aber alles in Richtung DBus-Java, etc. fehlt. Hier kann man nur auf die Jalimo-Repositories ausweichen, welche aber leider veraltet sind und irgendeine Abhängigkeit auf eine nicht mehr vorhandene libgcc haben. Toll

Für heute mach ich mal Feierabend. In den nächsten Tagen wird das Image neu geflasht oder ein anderes verwendet. Vielleicht klappts ja dann. Folgender Thread hat mich doch etwas zuversichtlich gestimmt.

Vor einigen Wochen hat mich es mal wieder extrem angekotzt, dass bei meinen verschiedenen Mailkonten Probleme auftraten. Web.de lässt sich nur alle 15 Minuten abfragen, AOL bringt KMail ständig zum Absturz, usw. Außerdem wäre eine automatische Verteilung und Filterung schön, da im Moment alles quer durcheinander auf meinen Konten eingeht. Die Filtermöglichkeiten von KMail gefallen mir nicht wirklich…

Als Lösung habe ich auserkoren, meine SLUG als Mailserver einzurichten, um alle Mails dort zu sammeln und im Netzwerk bereit zu stellen. Versand über die SLUG sollte auch möglich sein.

Der erste Schritt war nun, sich in die Mailserver-Konfiguration unter Linux einzulesen. Hier habe ich schnell gemerkt, dass dies bei weitem nicht trivial ist (für nen Nicht-Admin ). Zu verstehen, wie die verschiedene Programme eines Mailservers funktionieren hat einige Zeitgedauert, die Einrichtung noch länger. Ich fange also mal ganz von vorn an:

Mail Retrieval Agent: Fetchmail

Dieses Program sorgt dafür, dass Emails von einem entferntem Server abgeholt werden können. Diese gibt es an das lokale Linux-Mailsystem oder den Mail Delivery Agent weiter. Mehr tut es nicht. Als Programm habe ich Fetchmail gewählt, da es in vielen Howtos sehr gut beschrieben wird. Für Fetchmail muss man eine Config-Datei namens .fetchmailrc im Home-Verzeichnis anlegen. Meine Config sieht folgendermaßen aus:


# ~/.fetchmailrc
set postmaster<username>
set bouncemail

# Spam account, dont let messages on the server, fetch old and new messages, use SSL
poll pop3.web.de
protocol POP3
port 995
user „XXXXXXX@web.de“ there     #  username on mailserver
with password „XXXXXXX“             # password on mailserver
is XXXXXXX here                               #  local user name
fetchall
ssl
nokeep
mda ‘procmail -fv’                                  # execute procmail
mda „/usr/bin/procmail -d %s“          # execute procmail

# regular account, leave messages on server, fetch only new messages
poll pop.aim.com
protocol POP3
user „XXXXXXX“ there
with password „XXXXXXX“
is XXXXXXX here
keep
nofetchall
mda ‘procmail -fv’
mda „/usr/bin/procmail -d %s“

# regular account, leave messages on server, fetch only new messages, use SSL
poll pop3.t-online.de
protocol POP3
port 995
user „XXXXXXX“ there
with password „XXXXXXX“
is XXXXXXX here
keep
ssl
nofetchall
mda ‘procmail -fv’
mda „/usr/bin/procmail -d %s“

Hier werden von beispielsweise drei Konten Mails abgeholt und an Procmail weitergegeben (siehe nächstes Kapitel). Ein Konto ist mein Spamkonto für Foren, Shopping und Mailing-Lists. Es kann deshalb sehr schnell voll laufen, weshalb hier alle Mails beim Abholen vom Server gelöscht werden. Die beiden anderen Konten lassen zwecks Redundanz die Mails auf dem Server. Die Kommentare geben an, was das Kommando tut bzw. was in XXXXXXX stehen soll.

Mail Delivery Agent: Procmail (optional)

Dieser Schritt ist optional. Mittels Procmail können Mails gefiltert und an IMAP-Ordner verteilt werden. Auch Spamfiltering mittels Spamassassin ist möglich, dies möchte ich meiner SLUG aber nicht antun. Für mich reicht es hingegen, einkommende Mails in verschiedene IMAP-Ordner zu filtern, was mit einfachen regulären Ausdrücken geht. Im Homeverzeichnis muss dazu eine Datei mit Namen .procmailrc angelegt werden. Meine sieht folgendermaßen aus:


# ~/.procmailrc
PATH="/usr/bin:/usr/local/bin"
MAILDIR="$HOME/mails"
DEFAULT="$HOME/mails/<username>"
LOGFILE="$HOME/mails/procmail.log"
SHELL="/bin/sh"
VERBOSE="on"

#########################################################
##### Filter Mailing Lists like BlueCove, OpenMoko
:0:
* ^To:.*bluecove-users@googlegroups\.com
.MailingLists.BlueCove/

:0:
* ^From:.*skarzhevskyy@gmail\.com
.MailingLists.BlueCove/

:0:
* ^Subject:.*\[BlueCove-users\]
.MailingLists.BlueCove/

:0:
* ^CC:.+@lists\.openmoko\.org
.MailingLists.OpenMoko/

:0:
* ^To:.+@lists\.openmoko\.org
.MailingLists.OpenMoko/

##########################################################
##### Filter Online-Shopping like eBay, Amazon: use From field
:0:
* ^From:.*[Aa]mazon.*
* ^From:.*eBay.*
.Filter.Shopping/

###########################################################
##### Filter by Accout: use the To field

:0:
* ^To:.*XXXXXXXXXXXXXXX\.de
.Kontos.T-Online/

:0:
* ^To:.*XXXXXXXXXXXXXXX\.de
.Kontos.Webde/

:0:
* ^To:.*XXXXXXXXXXXXXXX
.Kontos.AOL/

#############################################################
######### Filter all others to INBOX
:0:
./

Hier werden eingehende Mails erst nach Absendern, Mailinglisten, Shops, etc gefiltert und danach je nach Empfänger auf die verschiedenen Ordner auf dem IMAP-Server. Die Punkte und Slashes sind hier sehr wichtig!!! Trennzeichen für IMAP-Ordnerstrukturen ist der Punkt. An jedem IMAP-Ordnereintrag muss unbeding der Slash angehängt werden. XXXXXXX steht hier wieder für den jeweiligen Empfänger.

IMAP-Server: Dovecot

Um es gleich vorweg zu sagen, Dovecot steht nicht für die Exkremente irgendwelcher Zugvögel, sondern für Taubenschlag. Dovecot ist ein performanter und schlanker IMAP-Server und deshalb sehr geeignet für die SLUG. Dovecot lässt sich sehr einfach mit dem Befehl aptitude install dovecot-common dovecot-imapd installieren. Danach muss evtl. noch die Konfigurationsdatei /etc/dovecot/dovecot.conf angepasst werden. Meine enthält folgendes.


# /etc/dovecot/dovecot.conf
protocols = imap # only IMAP
disable_plaintext_auth = no # insecure
ssl_disable = yes # insecure
mail_location = maildir:%h/mails # mail is at mails-dir in home folder
mail_privileged_group = mail
protocol imap {
}
auth default { # authentication on local users
mechanisms = plain
passdb shadow {
}
userdb passwd {
}
user = root
}

Die vorliegende simple Config stellt Dovecot so ein, dass es nur über IMAP erreichbar ist. Die unsicheren Einstellungen für Plaintext Authentication und SSL sind für mein lokales Netzwerk ausreichend, keinesfalls, wenn der Server im Internet sichtbar sein soll. Für Nutzernamen und Passwörter werden die der lokalen User verwendet.

Mail Transfer Agents (nicht notwendig):

Während der Einrichtung des Mailservers bin ich des Öfteren auf Mail Transfer Agents gestoßen. Diese Programme haben den Zweck, vom Mail Retrieval Agent Mails zu erhalten und an die lokalen Unix-Mailkonten zu verteilen. Zusätzlich übernehmen sie den Mailversand über SMTP entweder an lokale Nutzer oder an andere SMTP-Server. Für meine Konfiguration sind diese jedoch nicht notwendig, da Mails automatisch von Procmail verteilt werden und der Versand weiterhin vom Email-Client aus läuft. Grundsätzlich würde der Versand über den lokalen MTA auch funktionieren. Diese würde dann die gesendeten Emails an einen SMTP-Server weiterleiten, falls der Empfänger nicht lokal existiert. Leider blockt jeder Spam-Filter Mails, deren Absender-Adresse nicht mit der Server-Adresse übereinstimmt.

Cron:

Der Cron-Demon ist ein Linux-Programm zur zeitgesteuerten Ausführung von Programmen. Um die Systemlast auf der SLUG gering zu halten, verwende ich den Cron-Demon um in regelmäßigen Abständen Fetchmail auszuführen. Dazu muss eine Crontab erstellt werden, eine Tabelle der auszuführenden Tasks. Die Crontab wird für einen einzelnen Nutzer mittels crontab -e erstellt. Meine sieht folgendermaßen aus:

# crontab, created by "crontab -e" command
# m h dom mon dow command
00 * * * * /usr/bin/getmails --force &> /dev/null
@reboot /usr/bin/getmails --force &> /dev/null

Die erste Zeile lässt jede Stunde das von mir geschriebene Skript getmails laufen (siehe nächstes Kapitel). Die zweite Zeile tut das gleich, jedoch sofort beim Start des Demons. Alle Mails werden nach /dev/null weiter geleitet Ne, natürlich nicht, sondern nur die Standard- und Fehler-Ausgabe. Fehlt die Ausgabeumleitung, so erhält man bei jedem Lauf des Skripts eine Email mit der Ausgabe.

Getmails:

Das von mir geschriebene Bash-Skript /usr/bin/getmails erweitert die Funktionalität von Fetchmail noch ein bisschen. Es erfüllt folgende Aufgaben:

• Emails werden nur abgerufen, wenn auch der Nutzer am IMAP-Server angemeldet ist. Gut für häufige Checks, ohne die Festplatte aufzuwecken. Sie läuft nur an, wenn auch wirklich neue Mails geholt werden.
• Optische Signale mittels Disk-2-LED: Blinken, wenn Skript läuft, langsames Blinken, wenn Mails gefunden, sonst LED aus.
• Akustische Signale: Beep, wenn Mails gefunden.
• –force Option zum Check, auch wenn der Nutzer nicht angemeldet ist
• Ausgaben sollen geloggt werden

Das Skript sieht so aus:

#!/bin/bash
# usage string
USAGE="Usage: getmails.sh [--force]
This script is wrapper for fetchmail. It executes fetchmail only if the executing user is logged on at the IMAP server (dovecot).
If --force parameter is given, check is performed even if user is not connected."

# default led values
RUNNING=flash
MAILFOUND=slow
NOMAILFOUND=off

# set LED
sudo leds disk-2 „$RUNNING“

# set default variables
PARAMS=$#
USERNAME=$(whoami)
FORCE=“false“
LOGFILE=“/home/$USERNAME/mails/lastlog.log“

# check –force parameter
if [ -z "$1" ]
then
FORCE=“false“
else
if [ "$1" == "--force" ]
then
FORCE=“true“
else
echo $USAGE
exit 1
fi
fi

# Check if user is connected to Dovecot
LOGON=$(ps –user „$USERNAME“ | grep „imap“)

# Debug output
echo „Username: $USERNAME“
echo „Force: $FORCE“
echo „Logon: $LOGON“

if [ "$FORCE" == "true" ]
then
echo „Force email check for user $USERNAME“
fetchmail &> „$LOGFILE“
STATUS=$?
else
if [ -z "$LOGON" ]
then
echo „No user logged in, do nothing.“
else
echo „User logged in, checking emails.“
fetchmail &> „$LOGFILE“
STATUS=$?
fi
fi

echo „Status: $STATUS“

if [ "$STATUS" == "0" ]
then
sudo leds beep -f 500 -n
sudo leds disk-2 „$MAILFOUND“
else
sudo leds disk-2 „$NOMAILFOUND“
fi

Das Skript sollte nach Erstellung als nur vom Root editierbar gesetzt werden, um Manipulation zu vermeiden.

Fazit:

Meine jetzige Konfiguration funktioniert nach einigen Wochen Einarbeitung schon sehr gut. Das Skript wird jede Stunde ausgeführt, voher hatte ich einen viertelstündigen Check, was aber die externe Festplatte sehr oft aufgeweckt hat. Jetzt wird sie nur 1x pro Stunde aufgeweckt und ich erhalte gleichzeitig eine sofortige Rückmeldung von der SLUG, so dass ich dann die Mails mit meinem Mailprogramm anschauen kann.

Als nächstes werde ich mir noch den Webmailer Squirrelmail zu gemüte führen, um Mails auch ohne Mailprogramm lesen zu können. Auch VPN wäre nicht schlecht, um auch von entfernten Rechnern (Arbeit, Handy, etc.) darauf zuzugreifen.

Nachdem ich jetzt das Freerunner eine Zeit lang getestet habe, kann ich nur sagen, dass sich die von mir geschätzten 50 Stunden Standby leider nicht bestätigen lassen. Ich hatte das Freerunner an einem Tag um 16 Uhr bis auf 100% aufgeladen und dann in den Suspend geschickt. Danach hab ich nicht telefoniert oder was gespielt, sondern nur ab und zu auf die Uhr und den Akkustand des Handys geschaut. Über Nacht war das Handy ebenfalls im Suspend-Modus. Am nächsten Abend um 19 Uhr hab ich das Handy wieder an das Ladekabel angeschlossen, da hatte es noch 10% Akkukapazität. Es hat also in 27 Stunden 90% seiner Batteriekapazität verbraucht, macht also 3,33% pro Stunde.

Um diese Akkulaufzeit zu erreichen, habe ich die SD-Karte herausgenommen. Vorher war die Laufzeit noch kürzer. Ich bin jetzt gerade dabei, mich mit den Linux-Runleveln zu beschäftigen, damit ich nicht benötigte Demons wie den GESD abschalten kann. GESD verbraucht im Leerlauf 15% CPU-Last (!), was mir etwas zu viel ist, da ich die Gestensteuerung auch nicht benutze. Eine schöne Beschreibung von Linux-Runlevels und Demons befindet sich hier. GESD lässt sich mit einem einfachen „update-rc.d -f gesd-neo2 remove“ entfernen.

Seit meine SLUG läuft beschäftige ich mich nun intensiv damit, wie ich sie sinnvoll für Backups nutzen kann. Ziel wäre, dass das Home-Verzeichnis meines Arbeitsrechners automatisiert auf der SLUG „gebackupt“ wird. Ich habe jetzt schon mehrere Lösungen betrachtet, doch irgendwie stellen mich die nicht zufrieden.

• rsync: Dieses Programm ermöglicht ein einfaches Spiegeln eines Verzeichnisses in ein anderes. Mit einem speziellen Algorithmus werden bei mehrmaligem synchronisieren nur die Änderungen von Dateien übertragen, was Übertragungskapazitäten und Zeit spart. Allerdings wird das Quellverzeichnis nur gespiegelt. Inkrementelle Backups sind nicht möglich, außer man speichert das Zielverzeichnis noch per Hand z.B. in eine tar-File. Das ist jedoch dann wieder Speicherintensiv. Außerdem überträgt rsync Dateinamen als Bytefolgen, es kann also Probleme geben, wenn man die Dateien im Zielverzeichnis betrachten will und der Zielrechner unterschiedliche Dateisysteme oder Kodierungen benutzt.
• rdiff-backup: Dieses Programm setzt auf rsync auf und fügt ein inkrementelles Backup hinzu. Leider kommt mir dieses Programm etwas verbuggt vor. So kann es nicht auf gemountete Samba-Shares sichern, sondern nur über eine Remote-Verbindung, die mir wesentlich langsamer als Samba vorkommt. Auch übernimmt rdiff-backup alle Probleme, die schon rsync mitbringt. Beim Backup auf meine SLUG kam es zudem zu abstürzen, weil rdiff-backup mit bestimmten Dateinamen nicht umgehen konnte oder weil ominöse „Security Exceptions“ geworfen wurden.
• Samba-Backup: Eine Lösung, die ich gerade verfolge ist das Backup per Samba, wie in diesem Artikel beschrieben. Ich hab es noch nicht ausprobiert, doch mir schweben schon jetzt einige Nachteile im Kopf umher. Um zu sicher, muss auf dem Quellrechner das Verzeichnis freigegeben sein, also bei mir mein ganzes Home-Verzeichnis, was ich nicht unbedingt will. Ein Backup angestoßen vom Client zum Server wäre die Lösung. Allerdings gibt es dann hier das Problem, dass immer alle Daten übertragen werden und dass inkrementelle Backups nur händisch möglich sind. Die Probleme mit den Dateinamen sollten aber nicht mehr auftreten. Dafür werden bei Samba bestimmt Neue hinzukommen
• Professionelle Backup-Lösungen: Nach etwas Suche bin ich auf diesen Artikel gestoßen. Hier werden professionelle Backup-Lösungen für Linux beschrieben. Die Nicht-Open-Source-Programme bleiben bei mir sowieso außen vor. Die anderen freien Programme kommen mir alle etwas groß und komplex vor. Die Einarbeitungszeit ist bei mir doch mittlerweile ein bestimmender Faktor, außerdem sind die Hardware-Ressourcen der SLUG begrenzt.

Nach der Betrachtung dieser Lösungen bin ich zu dem Schluss gekommen, dass rsync für meine Zwecke völlig ausreicht. Im Moment wird mein Home-Verzeichnis von meinem Arbeitsrechner per Skript auf die SLUG gespiegelt. Dieser  Vorgang wird vom Client aus angestoßen und nicht von der SLUG.

Nach einer Woche Wartezeit ist es nun endlich da, mein neues Neo Freerunner. Der Urlaub ist gerettet Hier gleich mal ein Foto vom Handy und dem Zubehör.

Mein neues Handy, das Neo Freerunner

Jetzt geht es erst mal daran, die Spuren des Vorbesitzers zu beseitigen, da offenbar noch Kontakte auf der Speicherkarte vorhanden sind. Am besten wäre natürlich gleich, das Ding neu zu flashen, aber ich hab da noch ein paar Hemmungen. Ich muss mir jetzt auch erst einmal einen Überblick über die verschiedenen Distributionen machen und vor allem herausfinden, was schon darauf installiert ist.

Für alle, die nicht wissen, was das Freerunner ist: Das Freerunner ist ein von der Organisation Openmoko entwickeltes Mobiltelefon auf Linux-Basis. Es wurde unter dem Grundsatz der kompletten Offenheit entwickelt, das heißt, zu jedem Hardware-Baustein und zu jeder Software sind Baupläne bzw. Quellcode frei im Internet verfügbar. Weitere Informationen gibt es unter Openmoko.org. Eine aktuelle Anleitung liegt hier.