Wenige Tage später musste ich allerdings einen seltsamen Fehler feststellen.
Plötzlich konnten wir nicht mehr telefonieren. Weder konnten wir anrufen noch angerufen werden.
Also Telekom angerufen (per Handy natürlich), Störung gemeldet.
Hinweis der Hotline „Bitte NTBA tauschen“.

NTBA gewechselt und noch immer war das telefonieren nicht möglich.
Nun musste der Telekom-Techniker wenige Tage später vorbeikommen.
Was war passiert ein Techniker hatte bei einer Schaltung unseren Anschluss gekappt(ausversehen).
Ok. Unseren Anschluss schalten, dann sollte es ja wieder gehen.

Leider war dem nicht so.Internetverbindung kam zu Stande, aber egal was wir taten, telefonieren war nicht möglich.

Fritz!Box reset, Rufnummern löschen und neu eingeben, DECT Mobilteile resettet und neu konfiguriert, es half alles nicht.

Was hatten wir vergessen? Natürlich, das NTBA war neu. Alte NTBA anschliessen und schwupps funktionierte es wieder
mit dem telefonieren. Eigentlich dachte ich, ist diese Problem verschwunden. Kann mich noch ganz wage daran erinnern,
vor langer langer Zeit gab es dieses Problem schon mal (inkompatibilität zwischen NTBA / Fritz!Box)

Es sieht so aus, dass das neue NTBA Parametereinstellungen hat, mit denen die neue(?!) Fritz!Box nicht klar kommt.
Mal sehen ob dieses Problem wieder häufiger auftritt. Vielleicht finde ich noch heraus, was man Einstellen muss um dieses
Problem direkt an der NTBA/Fritz!Box zu beheben.

Skript:

[bash]
@echo ========= Firewallmodifikation für den SQL-Servers 2008R2 ===================
@echo === aktiviert ===
@echo Aktivieren von Port 1433 TCP für die SQLServer-Standardinstanz
netsh advfirewall firewall add rule name=“SQLServer“ dir=in action=allow protocol=TCP localport=1433
@echo Aktivieren von Port 1434 TCP für dedizierte Administratorverbindungen
netsh advfirewall firewall add rule name=“SQL Administratorenverbindung“ dir=in action=allow protocol=TCP localport=1434
@echo Aktivieren von Port 1434 UDP für den SQL Browser Service
netsh advfirewall firewall add rule name=“SQL Browser“ dir=in action=allow protocol=UDP localport=1434
@echo Aktivieren von Port 4022 TCP für den konventionellen SQL Server-Service Broker
netsh advfirewall firewall add rule name=“SQL Service Broker“ dir=in action=allow protocol=TCP localport=4022
@echo Aktivieren von Port 135 TCP für Transact-SQL-Debugger/RPC
netsh advfirewall firewall add rule name=“SQL-Debugger/RPC“ dir=in action=allow protocol=TCP localport=135
@echo ========= Ports für Analysedienste ==============
@echo Aktivieren von Port 2383 TCP für die SSAS-Standardinstanz
netsh advfirewall firewall add rule name=“Analysedienste“ dir=in action=allow protocol=TCP localport=2382
@echo Aktivieren von Port 2382 TCP für den SQL Server-Browserdienst
netsh advfirewall firewall add rule name=“SQL Browser fuer Analysedienste“ dir=in action=allow protocol=TCP localport=2382
@echo ========= Ports für Reportdienst ==============
netsh advfirewall firewall add rule name=“HTTP Reportdienst“ dir=in action=allow protocol=TCP localport=80
netsh advfirewall firewall add rule name=“HTTPS Reportdienst“ dir=in action=allow protocol=TCP localport=443
@echo Zulassen von Multicast-/Broadcastantwort auf UDP (Aufzählung der Browserdienste OK)
netsh advfirewall set multicastbroadcastresponse ENABLE
@echo === nicht aktiviert / Info ===
@echo Spiegelung aktiviert
REM netsh advfirewall firewall add rule name=“Mirroring EndPoint“ dir=in action=allow protocol=TCP localport=5022
[/bash]

Hinweis: Die Spiegelung ist in dem Skript auskommentiert.

Quelle: http://blog.alekel.de/?p=175

Das Kennwort für ‘sa’ muss den Anforderungen der SQL Server-Kennwortrichtlinien entsprechen. Richtlinien für sichere Kennwörter finden Sie unter ‘Authentifizierungsmodus’ in der SQL Server-Onlinedokumentation.

Bei der Installtion eines Microsoft SQL Server 2005 auf einem Microsoft Server, so werden die Kennwort-Richtlinien des Microsoft Server berücksichtigt.
Der Datenbankserver von Sander & Doll wird zunächst mit einem Standard-Passwort für den Benutzer „sa“ installiert. Dieser erfüllt nicht die Kennwort-Richtlinien. Daher erscheint der o.g. Fehler.

- Start -> Alle Programme -> Verwaltung -> Lokale Sicherheitsrichtlinie
- unter Sicherheitseinstellungen -> Kontorichtlinien -> Kennwortrichtlinien
- „Kennwort muss Komplexitätsvoraussetzungen entsprechen“ deaktivieren
- eventuell die ‘Minimale Kennwortlänge’ anpassen(<7)

Domäne:
- Die o.g. Anpassung in der entsprechenden Gruppenrichtlinie
vornehmen (Default Domain Policy?!)
- mit "gpupdate" die Gruppenrichtlinien aktualisieren und die Installation sollte funktionieren

Beide Dateien gibt es auf den Fujitsu Seiten: Fujitsu

Vorgehensweise:

1. Rechte Maustaste auf die gespeicherte .eml-Datei und unter „Öffnen mit“ als Standardprogramm Outlook.exe auswählen. (z.B. unter Pfad: „C:\Program Files (x86)\Microsoft Office\Office12\OUTLOOK.EXE“)

2. Als nächtes suche in der Registry folgenden Key: „HKEY_CLASSES_ROOT\eml_auto_file\shell\open\command“ und öffne Ihn mit rechter Maustaste – ändern und ersetze den vorhandenen Eintrag mit
„%ProgramFiles%\Microsoft Office\Office12\OUTLOOK.EXE“ /eml „%1″
Mit OK bestätigen und den Regeditor schliessen.

3. Es kann vorkommen, dass nun einige Benutzer .eml Dateien öffnen können und bei anderen z.B. Outlook eine neue E-Mail mit der .eml Datei als Anhang erstellt. Dann solltest Du bei dem entsprechenden Nutzer folgendes tun. Melde Dich als der betreffende Benutzer an und suche folgenden Registry Key:
„HKEY_CURRENT_USER\Software\Microsoft \Windows\CurrentVersion\Explorer\FileExts\.eml“
Sollte sich hier nun ein Key mit der Bezeichnung „UsersChoice“ befinden, dann entferne diesen indem Du rechte Maustaste – löschen betätigst.

Das war es dann auch schon.

Sollte es trotzdem nicht klappen, solltest Du nachsehen, ob Du alle aktuellen Updates (Office und Windows) installiert hast.Bis jetzt hat es so immer geklappt.

Da stand nun das Gerät für Business-Profis vor mir. Ich schaltete ein und der Lüfter begann zu laufen, laufen, laufen… Irgenwann startete auch das Betriebssystem.
Während der Ersteinrichtung des Notebooks immer wieder Denkpausen des Gerätes. Hmm, da konnte ja wohl etwas nicht stimmen.
Naja, starten wir mal das Gerät neu, deinstallieren nicht benötigte Software. Immer noch die gleichen Symptome. Der Lüfter läuft, läuft, läuft…

Pack doch mal die Dockingstation aus und teste mal. Notebook angeschlossen, schönes Klares Bild über den HDMI Anschluss. Ein erstes Glücksgefühl.

Deinstallation von vorinstallierter Software ging weiter, eine Aufforderung das Gerät Neuzustarten damit die Deinstallation erfolgreich abgeschlossen werden kann.
Ok, machen wir. Zack, da hängt sich das Gerät, mit laut aufheulendem Lüfter auf. Lässt sich weder ein- noch ausschalten. Was bleibt da einem übrig. Von der Dockingstation abstöpseln und Hardreset.

Nagelneues Gerät, gleich zu Beginn soviele Macken, senden wir doch das Gerät mal zurück.
Wochen später: Hardwaretest durchgeführt, angegebene Fehler nicht aufgetreten. Testprotokoll? Natürlich keins dabei.

Was nun? Rufen wir mal Toshiba an. Vielleicht helfen die ja, ist ja nicht umsonst ein Gerät für Business-Profis.
Warteschleife…….

Ich :Ja habe ein defektes Gerät(die Fehler zähle ich mal hier nicht nochmal auf), würde gerne zur Garantiereparatur zusenden.?
Toshiba: Wir können das Gerät abholen lassen. Geht dann an Service Partner, wenn nichts gefunden wird müssen Sie die Überprüfung etc bezahlen.
Ich: Bekomme ich ein Testprotokoll?
Toshiba: Sie bekommen einen Lieferschein darüber, ob und was gemacht wurde.
Ich: Wenn „keine“ Fehler gefunden werden, würde ich gerne wissen worauf diese Diagnose sich stützt.
Toshiba: Ja, das weiß ich nicht ob das mitgesendet wird.
Ich: Super. Wie hoch sind denn die Kosten?
Toshiba: Jaaa, das legt Toshiba so nicht fest.
Ich: Wie jetzt?
Toshiba: Ja, da kann der Service Partner den Preis selber festlegen.
Ich: An welchen Service Partner geht das denn?
Toshiba: Kann ich jetzt nicht sagen.
Ich: Wie sie können das nicht sagen?
Toshiba: Ich weiß noch nicht an welchen Service Partner es geht.
Ich: Woher weiß ich dann was das Kosten wird?
Toshiba: Sie bekommen ja einen Kostenvoranschlag.
Ich: Toll, da sind doch dann aber schon Kosten angefallen die ich dann zahlen muss.
Toshiba: Ja.
….
Nun ja, dann habe ich noch einiges gesagt das ich hier nicht ausführen möchte.
Da kauft man sich ein nagelneues Gerät und wird so abgespeist.
Egal wie die Garantietortur abläuft, für mich bedeutet das:
NIE WIEDER TOSHIBA.

Lösung: regsvr32 „C:\Programme\Gemeinsame Dateien\MSShare\DAO\DAO360.dll“