Dies kann nach und nach richtig auf die Nerven gehen. Da es scheinbar erstmal kein Update auf die Version 2.3.5 zu geben scheint habe ich die verschiedensten Ursachen ausgeschlossen:

- RAM voll
- Telefonspeicher voll
- Taskkiller der den Starter immer beendet
- Hintergrundapp / -dienst der sich mit Sense nicht verträgt.
- Widget auf Startseite(n) das abstürzt

Nachdem all dies nicht sein konnte habe ich bald aufgegeben.

In den Einstellungen fand ich dann jedoch die Einstellung “Schnellstart” welche es dann auch zu sein schien.

Nachdem ich dies deaktiviert hatte läuft das Telefon nicht nur Schneller, sondern der Fehler scheint weg zu sein.

Der genaue Pfad auf die Einstellung:

Einstellungen -> Power -> Schnellstart

(Sollte deaktiviert sein)

Diese müssen einfach auf der Speicherkarte in die entsprechenden Ordner gespeichert werde:.

/ringtones
/notifications
/alarms

Diese Ordner müssen direkt im Hauptverzeichnis der sdard angelegt werden (also unter /mnt/sdard)

Je nach Kategorie dann den entsprechenden Ordner wählen..
Bei HTC (getestet mit HTC Tatoo/HTC Wildfire/HTC Desire Z) hat der die Töne dann automatisch erkannt. Laut verschiedenen Berichten im Netz kann es bei einigen Telefonen notwendig sein das Telefon neu zu starten..

AVG AntiVirus 2012 – Free Edition Download (32Bit & 64Bit)

Und damit es immer aktuell ist, werden die Downloadateien natürlich täglich aktualisiert.

Durch Empfehlung eines Freundes bin ich jetzt auf aNag gestoßen.

Der Vorteilt von aNag gegenüber nagroid ist, dass ich dort auch die Details des Monitoring-Events sehe und auch einen ACK sowie einen comment eingeben kann. Dank der Anbindung von Nagios an OTRS landet dieser dann auch direkt im OTRS.

So kann ich bei Bedarf zu einer Monitoring-Meldung von unterwegs dem zuständigen Sysadmin einen Kommentar zukommen lassen, was direkt im Ticket vermerkt ist. Andersherum Mitarbeiter natürlich genauso.

Die Grundfunktion liefert das bekannte Modul “SystemMonitoring” welches über den Paketmanager von OTRS bequem installiert werden kann.
Leider hatte es in der Grundkonfiguration ein paar Macken, weshalb ich hier dem geneigten Suchmaschinenbenutzer, der hierher kommt die Lösungen hierfür aufschreibe. Der Vollständigkeit halber erwähne ich nachfolgende alle Schritte, die notwendig sind für eine erfolgreiche Konfiguration:

Schritt 1) eMailpostfach anlegen

Damit OTRS die Meldungen von Nagios erhalten kann, ist es sinnvoll hierfür ein seperates eMailpostfach anzulegen (z.B. otrs-nagios@domain.tld).

Schritt 2) OTRS Queue anlegen

Wer die Nagios Meldungen im OTRS komplett seperate einsortieren möchte, sollte sich hierfür eine eigene Queue anlegen, auf die zuständigen Administratoren zugriff haben. (z.B. Nagiosmonitoring).

Schritt 3) eMailpostfach über “PostMaster Mail Account einrichten”

Nun richten wir im OTRS Admin-Backend das neue Postfach an. Ich empfehle hierzu folgende Einstellungen:

Typ: POP3S (wenn SSL unterstützt wird, ansonsten POP3)
Vertraut: JA
Verteilung: Verteilung nach ausgewählter Queue
Queue: Nagiosmonitoring
Gültig: gültig

Schritt 4) Modul SystemMonitoring unter SysConfig konfigurieren

Frisch nach der Installation ist das Modul noch nicht voll lauffähig. In der SysConfig “SystemMonitoring” haben wir drei Unterpunkte:

a) Core::ConfigItem: Ignorieren, sofern kein OTRS::ITSM installiert ist
b) Core::PostMaster: Folgende Einstellungen vornehmen:

Ich empfehle die Verwendung von “PreFilterModule” (also der obere Teil). Der Hacken sollte schon gesetzt sein, wenn nicht bitte setzen und unten den Hacken entfernen.

Die Dort vorgenommene Einstellungen sind prinzipiell OK, ausser:

HostRegExp und ServiceRegExp. Bleiben diese unverändert, so funktioniert das in 4c) aktivierte Acknowledge bei Ticketsperre nicht.

Die vorhandenen Werte dieser Keys bitte entfernen und folgende eintragen:

HostRegExp:  \s*Host:\s+([A-Za-z0-9]*)
ServiceRegExp: \s*Service:\s+([A-Za-z0-9]*)

Wird das Original drin gelassen, schreibt OTRS beim Anlegen eines neuen Tickets automatisch einen Zeilenumbruch in die Datenbank am Ende des Host-/Servicenamens. Dadurch wird dieser auch im Ack-Link verwendet und es wird automatisch <HOST>%0D in den Link gesetzt, anstatt <HOST>. Der ACK kann deswegen nicht stattfinden.
Der Rest bleibt wie gehabt.

c) Nagios::Acknowledge: Folgede Einstellungen vornehmen:

Nagios::Acknowledge::Type: sollte auf http gestellt werden (dann läuft der ACK über einen HTTP aufruf, was die einzige Möglichkeit ist, wenn Nagios und OTRS auf verschiedenen Systemen laufen (was der Fall sein sollte).

Nun setzen wir noch die Adresse auf die cmd.cgi auf dem Nagios-Server:

Nagios::Acknowledge::HTTP::URL:

http://nagiosdomain.de/cgi-bin/nagios3/cmd.cgi?cmd_typ=<CMD_TYP>&cmd_mod=2&host=<HOST_NAME>&service=<SERVICE_NAME>&sticky_ack=on&send_notification=on&persistent=on&com_data=Ticket:<TicketNumber>%20User:<Owner>&btnSubmit=Commit

Durch den Wert in com_data wird automatisch die OTRS Ticketnummer und der Besitzer des Tickets in den Acknowledgekommentar eingefügt. Dies macht die Recherche bei Unklarheiten einfacher.

Nagios::Acknowledge::HTTP::User und Nagios::Acknowledge::HTTP::Password sollte natürlich mit einem Benutzer und seinem Kennwort im Nagios Webinterface gefüllt werden, der Zugriff auf alle Hosts / Services hat, die über OTRS gehandelt werden sollen.

Schritt 5) OTRS als Benutzer im Nagios anlegen und in die eMailbenachrichtigung aufnehmen.

Nun legen wird noch auf Nagios-Seite einen neuen Benutzer an, der bei den notwendigen Hosts / Services per eMail über das Standardtemplate alamiert wird.

Ab sofort laufen bei Systemstörungen eMails in OTRS hinein und werden auch bei Entstörung wieder automatisch geschlossen.

Ebenso wird die Acknowledgemeldung automatisch mit im Ticket hinterlegt. So können nun alle Mitarbeiter, die Zugriff auf OTRS haben auch Monitoringmeldungen bearbeiten und dokumentieren und vor allem auf Acknowledget setzen. Und dies ohne, dass jeder Anwender direkten Zugriff auf das Nagiosinterface benötigt.

In den beiden Ticketfelder 1 und 2 wird der Host und der Service hinterlegt, was die Auswertung über Suchfunktionen etc. vereinfacht.

Viel Spaß mit Nagiosmeldungen im OTRS. Kommentare / Anregungen gerne hier als Kommentar. Ich für mich bin gespannt, was die Mitarbeiter nach dem Betriebsurlaub über diese neue Funktion sagen.

Betroffene Benutzer sollten nach Erscheinen der neuen Version das Setup neu herunterladen und AVG 2012 neu installieren . Bei den eMailscannern darauf achten, dass nur das Thunderbirdplugin installiert wird.

Betroffen sidn lt. AVG Support Thunderbirdversionen bis Version 7.0.

Die Domain/eMails liegen zwar bei uns (sprich bei uns zahlt Sie für’s Hosting sowieso), aber das eingesetzte CMS könne lt. dem Anbieter der Erstellung nur auf dem Server des CMS Herstellers betrieben werden. Aber OK, eine kostenfreie Seite inkl. Design und Wartung zu erhalten und hierfür später 15,- EUR / Monat zu bezahlen ist schon OK.

Wer sich mal ein Bild von der Seite machen will:

zur Webseite von Die Alltagshelfer J.G. UG (Haftungsbeschränkt)

Im Rahmen der Erstellung standen wir als IT-Betreuer beratend zu Seite. Unsere Anregungen / “Änderungswünsche” wurden durch den Dienstleister gewissenhaft umgesetzt. Man merkt gar nicht, dass es durch Azubis erstellt wurde.

Ursache war ein falsch Eingestelltes Standardspeicherformat für neue Dokumente. Beim erstmaligen Aufruf hatte der Kunde “Open Document”, also .odt (welches auch OpenOffice verwendet) gewählt. Dies hat sich Office auch bei mehrmaligen Neuinstallieren gemerkt. Daher viel es nicht auf.

Also einfach über die Word-Optionen unter “Speichern” das Standardspeicherformat korrigiert und siehe da, es geht wieder.

Die Advowarehotline hat es übrigens auf die PKC Version geschoben, was aber rein technisch nicht sein kann, da die PKC den selben Funktionsumfang hat wie die DVD Version. Ebenso hatte man dort auf Microsofthotline verwiesen, welche natürlich nichts machen konnte, da es sich um ein “Problem” des Addins handelt und der dortige Support das Problem lösen müsste. Diese haben sich aber an den SingleImage aufgehängt. Wahrscheinlich, weil man dadurch davon ausging, es handelt sich um das Office 2010 Starter, welches ja offiziell als Grundlage für die PKC Versionen benötigt wird.

Naja, da sieht man mal wieder wie gut die Anwendungshotlines doch sind. Aber somit haben wir EDV Dienstleister wieder einen Beweis mehr für unsere Daseinsberechtigung.

T-Online gesteht sich zwar nach wie vor keine Schuld ein und speisst seine Kunden mit dem Hinweis ab, die sollten den Empfänger bitte auf einem anderen Wege kontaktieren und ihn bitten deren Postmaster (eMailadmin) zu informieren, dass dort eine Fehlkonfiguration vorläge… Dies ist natürlich absoluter Hohn, denn ein Mailserver landet nicht mal einfach so auf einer RBL. OK, man landete dort sehr schnell, kann aber auch sehr schnell für ein Delisting sorgen (dauert < 5 Minuten). Sollte man aber öfters in kurzer Zeit drauf landen, so kommt es zu einer permanenten Eintrag auf der Liste, der auch nicht mehr so schnell entfernt werden kann. Und bis es dazu kommt, gehört schon einiges dazu.

Aktuell scheint das Problem bei T-Online gelöst zu sein und die Mailserver-IP-Adressen sind bei Spamcop zur Löschung in den nächsten 24 Stunden vorgesehen. Schauen wir mal, wie lange die Einträge entfernt bleiben.

Das T-Online-Team hat übrigens unter http://foren.t-online.de/foren/read.php?320,4787331,4787951#msg-4787951 eine recht ausführliche Stellungnahme geschrieben zu den Vorfällen. So wirklich auf das wirkliche Problem wird dort jedoch nicht eingegangen. Wie man auf heise.de nachlesen kann, hat die Telekom ja offiziell wirklich zugegeben, dass über deren Mailserver Spam verschickt wurde. Naja, was solls.

Über die Informationspolitik kann man hier allgemein streiten, aber dem großen Magenta Riesen etwas sagen, kann man ja auch gleich vergessen.