Telegram – Importierte Kontakte löschen

Problem

Telegram (in der Android-Version) Importiert standardmäßig erstmal alle Kontakte, die es im System findet. Also Telefonbuch, SIM-Kontakte, usw.
Das mag prinzipiell auch recht hilfreich sein, schließlich möchte man ja i.d.R. über einen Messenger auch tatsächlich kommunizieren.

Hat man aber nun, z.B. aus einem Notfall heraus beispielsweise kurzzeitig die SIM-Karte eines Bekannten im eigenen Handy benutzt, braucht man die Kontakte davon normalerweise nicht in seinem Telegram-Account.

Diejenigen, welche Telegram bereits nutzen kann man auch Problemlos in der App löschen (Kontakte -> Kontakt Löschen)
Über Leute, welche beim Import der Kontakte allerdings noch keinen Telegram-Account hatten und sich später einen zulegen, wird man dann jedes mal freundlich informiert.

Lösung

Möchte man diese allerdings schon im Vorhinein, also bevor man überhaupt dazu benachrichtigt wird, wieder aus seinen Kontakten löschen funktioniert das wie folgt:

  1. Telegram (Android-App) Starten
  2. Über das Menü die Einstellungen der App öffnen
  3. Ganz runter scrollen und die Versionsinfo (z.B. “Telegram für Android v4.8.11 (1318) arm64-v8a”) antippen und gedrückt halten
  4. Nach kurzer zeit erscheint ein Shrug-Emoji (“¯\_(ツ)_/¯”) -> loslassen und das ganze nochmal
  5. Diesmal öffnet sich das Debug-Menü
  6. Hier kann man dann “Importierte Kontakte Zurücksetzen

Bei unserem Test wurden dadurch keine Kontakte beeinflusst welche sich tatsächlich aktuell im Telefonbuch und Co. befinden bzw. mit denen Chats aktiv sind.

Das Microsoft Office 365 Newsletter Tool ist nicht so gut in … Newslettern

Wenn man an andere Herausforderungen in der IT denkt, ist das hier natürlich ein Luxusproblem. Eingedenk der Tatsache, das dieser SPANnende Titel vom Microsoft Office 365 Team über Office 365 mit dem Office 365 Newsdigest verschickt wurde, darf der IT’ler aber durchaus mal schadenfroh schmunzeln.

0x800710FE – Diese Datei ist momentan nicht für die Verwendung auf diesem Computer verfügbar.

Problem

Auf eine Datei oder einen Ordner kann nicht mehr korrekt zugegrifen werden. Oft ist das in Profilen unter Windows 7 bei umgeleiteten Ordner der Fall. Beim Zugriff auf die Datei tauch der Fehler 0x800710FE auf. Der Fehler im Windows Explorer lautet:

Fehler 0x800710FEAuf <DATEI/ORDNER> kann nicht zugegriffen werden. Diese Datei ist momentan nicht für die Verwendung auf diesem Computer verfügbar.

Lösung

Aller Warscheinlichkeit nach ist der Offline-Cache kaputt oder nicht mehr korrekt. Warscheinlich treten auch seltsame ungereimtheitem im Windows SyncCenter auf, wie „3 Fehler“, die aber nicht angezeigt werden.

Es hilft in der Regel, den Cache zurückzusetzen. Wir haben diesen Fehler sehr oft bei servergespeicherten Profilen gesehen, die über 15gb groß sind. Hier ist vielleicht auch einmal aufräumen angesagt. Der CSC (Client-Side Caching) Mechanismus wurde geschrieben, als 40Gb Platten noch normal waren. Da erschienen 10% noch als viel …

  1. In der Registry (als Administrator) eintragen (oder Fix direkt hier herunterladen)
    Windows Registry Editor Version 5.00
    
    [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\CSC\Parameters]
    "FormatDatabase"=dword:00000001
  2. Reboot, ein paar Minuten warten, fertig

Windows RRAS VPN L2TP/IPSec-Server und clients, jeweils hinter NAT

Problem

Man hat einen Windows Server 2012/2016 Routing und RAS (RRAS) Server als VPN-Einwahlpunkt installiert. Dann hat man das L2TP/IPsec aktiviert, den Server mit einem PSK (Preshared Key) versehen und die notwendigen Port-Forwardings in der Firewall konfiguriert. Bei einem internen Test klappt das auch super – bis man endlich wieder zuhause ist und sich durch sein eigenes NAT einwählen möchte. Dann sagt Windows 10 plötzlich nur noch:

Die Netzwerkverbindung zwischen ihrem Computer und dem VPN-Server konnte nicht hergestellt werden, da der Remoteserver nicht antwortet. Das Verbindungsproblem wird möglicherweise verursacht, weil eines der Netzwerkgeräte (zum Beispiel Firewalls, NAT, Router, usw.) zwischen Ihrem Computer und dem Remoteserver nicht für das Zulassen von VPN-Verbindungen konfiguriert ist. Wendenn Sie sich an den Administrator oder den Dienstanbieter , um zu ermitteln, welches Gerät das Problem verursacht.

Lösung

Das Problem ist wahrscheinlich nicht ein „Netzwerkgerät“ zwischen dem Computer und dem VPN (Internet), sondern eine Voreinstellung von Windows 10 die einseitiges und doppeltes NAT-T verhindert.

Fix: Windows L2TP NAT Registry-Patch (herunterladen) »

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\PolicyAgent]
"AssumeUDPEncapsulationContextOnSendRule"=dword:00000002

Auf Server und Client eintragen/ausführen + Reboot (!), fertig.

Die lange Erklärung

Sind beide Parteien (VPN/RRAS-Server und Client) jeweils hinter einem NAT versteckt (Stichwort NAT-T-Umgebung, also mit Traversal) muss man einen Registrierungswert auf dem VPN-Client-Computer und dem VPN-Server ändern.

  1. Regedit als Administrator ausführen
  2. Den Schlüssel HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\PolicyAgent öffnen
  3. Den DWORD-Wert (32bit) „AssumeUDPEncapsulationContextOnSendRule“ einfügen und auf „2“ stellen

Diese Werte sind möglich

    • 0 – (null) lässt keine Sicherheitszuordnungen hinter NAT (NAT-T) zu. Dies ist der Standardwert.
    • 1 – lässt Sicherheitsassoziationen mit Servern zu, die sich hinter NAT-Geräten befinden (einseitiges NAT, Server).
    • 2 – lässt Sicherheitsassoziationen mit Servern zu, wenn sich Server und Client hinter NAT befinden (zweisitiges NAT-Traversal).

Unserer Meinung nach könnte Microsoft hier einen etwas sinnvolleren Standardwert vorgeben … zum Beispiel „2“. Windows ist übrigens das einzige „Massenbetriessystem“ das standardmäßig kein IPsec über NAT-T unterstützt.

GFI-Archiver Office 365 – Ausführung der automatischen Erkennung fehlgeschlagen

Problem

Man möchte mit dem GFI Archiver den Office 365 Mailverkehr des Unternehmens archivieren, hat dazu die GFI Anleitung befolgt und ist bei Schritt 5 (dieser hier, je nach dem an welcher stelle man ist gibt es scheinbar unterschiedliche 5. Schritte) angekommen.

Man konfiguriert also brav die Verbindung über EWS mit den passenden Zugangsdaten und dem Ordner-Standardwert. Nach dem Klick auf weiter, begrüßt einen die folgende Fehlermeldung:

Fehlgeschlagen während: Verbindung wird getestet
Details: Verbindungsprüfung konnte nicht durchgeführt werden. Details: Ausführung der automatischen Erkennung fehlgeschlagen 

Lösung

Die fehlermeldung ist geringfügig irreführend, denn die Automatische Erkennung hat man ja gar nicht konfiguriert.

Für die EWS-Verbindung ist allerdings der Ordner Entscheidend. Sofern das Postfach für die Sprache „Deutsch“ konfiguriert wurde (z.B. beim ersten Aufruf des OWA) lautet der korrekte Ordnername allerdings Posteingang und nicht mehr Inbox nachdem man diesen also korrigiert hat, funktioniert die Einrichtung wie erhofft.