Autor: melle

„You’ll probably come home to find him asleep on his keyboard in a sea of Mt. Dew cans with code blinking from the screen. It’s ok. He’s used to this. Just toss a blanket over him and turn out the light.“ [#]

Alt aber gut 😉

Ich suche eine vernünftige Lösung um unterwegs Mails zu empfangen. Bisher hatte ich für preiswerte 3 Euro im Monat das e-Mail Pack von o2(*). Eingehende Mails wurden per SMS signalisiert, auf dem Wap-Portal konnte man die Mails lesen und beantworten. Nicht gerade komfortabel, aber ok.

Leider gibt es das Angebot jetzt nicht mehr in dieser Form. Man kann nur noch das 5 Euro teure „Communication Center Pack kaufen“. 2 Euro mehr stören mich nicht, allerdings werden e-Mails jetzt als MMS zugestellt. Klar sind 1800 Zeichen (MMS) besser als 160 Zeichen (SMS), aber das hat auch ein paar handfeste Nachteile:

• Die Zustellung einer MMS dauert wesentlich länger.
• Bei meinem Mailaufkommen ist der Akku dank ständiger GPRS-Verbindungen ziemlich schnell leer
• Saublöd: bei meinem Telefon (S65) kann man den MMS-Text nicht selbst schrollen, sondern das Telefon schrollt den automatisch. Natürlich ist meine Lesegeschwindigkeit in etwa 10x so schnell wie die Schrollgeschwindigkeit des Telefons… (Geht das bei anderen Telefonen besser?)

Gewisse Umstände (auslaufender Vertrag) lassen mich nun ernsthaft überlegen, ob Push-e-Mail aufs Mobiltelefon eine Alternative wäre und ob das ganze zuverlässig funktioniert. Über einen Mailserver mit IMAP IDLE verfüge ich.

Bei der Auswahl eines passenden Endgerätes bin ich relativ ratlos. Bisher hat es das K800i von Sony Ericsson in die engere Auswahl geschafft. Laut diversen Foren funktioniert der Mailempfang mit IMAP IDLE. Aber wie sieht das in der Praxis aus? Wird der Akku in drei Stunden leergelutscht? Kann ich auf IMAP-Ordner zugreifen? Wird SSL unterstützt? Werden abgebrochene Verbindungen (U-Bahn…) automatisch wieder aufgebaut? Ich will mich eigentlich nicht ständig um die GPRS/UMTS-Verbindung kümmern, sondern Mails so entspannt wie SMS empfangen.

Die N- bzw. E-Serie von Nokia scheint auch ok zu sein, allerdings widersprechen sich die Infos, bei welchem Gerät Push-Mail funktioniert. Hier ist wieder das gleiche Problem: mangelnde Praxiserfahrung.

Um das ein wenig einzugrenzen: viel mehr als 300 Euro möchte ich nicht für ein Gerät ausgeben. Obwohl Mailempfang die primäre Anwendung ist, sollte es wie ein Telefon aussehen und in die Hosentasche passen. Für Ratschläge, Erfahrungsberichte und Pointern zu (realistischen) Testberichten wäre ich sehr dankbar 🙂

Ich hatte schon die Idee einen Prozess zu schreiben, der Jobs annimmt und submitted, aber zum Glück ist dieses Feature schon in MVS bzw. z/OS eingebaut.

Bei etablierter FTP-Verbindung kann man mit dem Filetype-Parameter in die JES-Umgebung wechseln:

quote site filetype=jes

Zurück in den ’normalen‘ FTP-Modus zum Dateitransfer geht es mit dem filetype seq:

quote site filetype=seq

Den eigentlichen Job schickt man wie einen Upload ab:

put job.txt

Der FTP-Server gibt in seiner Antwort die JES-ID des Jobs bekannt:

put job.txt
local: job.txt remote: job.txt
200 Port request OK.
125 Sending Job to JES internal reader FIXrecfm 80
250-It is known to JES as J0000504
250 Transfer completed successfully.
1156 bytes sent in 0.00 secs (10170.3 kB/s)

Mit dem dir-Kommando kann man sich im JES umsehen:

ftp> dir
200 Port request OK.
125 List started OK for JESJOBNAME=USER1*, JESSTATUS=ALL and JESOWNER=USER1
JOBNAME JOBID OWNER STATUS CLASS
USER1 T0000353 USER1 ACTIVE TSU
250 List completed successfully.
ftp>

Obacht, man muss aber ein paar Kleinigkeiten beachten:

• Der Job sollte keine Windows-Zeilenumbrüche (0d0a) enthalten, sondern Unix-Zeilenumbrüche!
• Die zeilenlänge darf 80 Zeichen nicht überschreiten (festes Satzformat, Satzlänge (LRECL) 80 Bytes

[ mit guhgel hier gefunden ]

Wer jetzt nur Bahnhof verstanden hat: es geht um moderne Dinosaurier 😉

Ich habe die letzten Tage auf den Dächern der Stadt verbracht… Die Foto-Love-Story dazu gibt es im Freifunk-Blog.

Das liest man gerne. Deswegen küre ich den Nagios Checker zum Firefox-AddOn des Monats. Es fragt in regelmäßigen Abständen über die cgi-bin-Schnittstelle bei Nagios nach, ob alles in Ordnung ist und benachrichtigt den Benutzer im Falle eines Fehlers.
Super Sache, allerdings sollte man die Lautsprecher im Büro nicht zu laut stellen. Wenn die Hupe losgeht, zuckt so mancher Kollege schon mal zusammen oder verkippt seinen Kaffee 😉