Safari unter iOS 17.2.1 zeigt weißen Bildschirm, ohne Inhalt. Safari nicht mehr nutzbar…

Ein Kunde bat um Unterstützung, um Safari wieder auf seinem iPhone nutzen zu können. Es war nach dem Update auf 17.2.1 nicht mehr zu verwenden, da beim Aufruf nur noch ein leerer, weißer screen angezeigt wurde. Ein erzwungener Neustart von Safari sowie ein Neustart des iPhones brachten keine Besserung. Dies hatte er bereits ausprobiert.

Die Ursache lag schlussendlich an zu vieler, geöffneter/geladener Tabs im Hintergrund. Dies hatte zur Folge, dass Safari nicht mehr funktionierte. Zu lösen war das Problem folgendermaßen:

Öffne die Safari Voreinstellungen (nein, nicht über das nicht mehr startende Safari selbst, sondern…) über die Systemeinstellungen des iOS und dort dann Safari. Hier scrollst du etwas runter bis „Tabs schließen“. Wähle hier beispielsweise 1 Monat oder 1 Woche aus, so dass einige ältere Tabs geschlossen werden.

Nun lässt sich Safari nach einem Neustart von Safari wieder verwenden.

Es gibt noch andere Möglichkeiten, dies zu erreichen, sofern Safari startet und du unten das Symbol der beiden überlagerten Quadrate antippen kannst. z.B. kannst du länger darauf tippen. Es erscheint dann u. a. ein Befehl „alle x Tabs schließen“. Wähle das aus, und Safari sollte wieder funktionieren.

macOS Benutzer nicht löschbar, mögliche Ursache

Falls sich ein Benutzer in den Systemeinstellungen deines macOS Systems nicht löschen lässt, da statt der üblichen Löschabfrage (komplett löschen, in ein Image kopieren und dann löschen oder Userordner bestehen lassen) eine Kennwortabfrage kommt und der Benutzername vorausgefüllt und nicht überschreibbar ist, könnte es daran liegen, dass der Benutzer der einzige Benutzer mit einem sog. „Security-Token“ ist. Dies wäre dann der Grund der Nichtlöschbarkeit.

Um dies zu beheben, muss zunächst einem weiteren Benutzer ein Security Token zugwiesen werden. Sodann lässt sich der gewünschte User auf üblichem Weg mittels den Systemeinstellungen gelöscht werden.

Auf StackExchange unter diesem Link hat „Mathemmagician“ die Lösung präsentiert, die für sofort die Lösung brachte. Er gibt im entscheidenden Befehl einen kleinen „Tipp“-Fehler. Statt des Befehls systemadminctl … muss natürlich sysadminctl … lauten, also korrekt:

sysadminctl -adminUser ALICE -adminPassword ALICEPASSWORD -secureTokenOn BOB -password BOBPASSWORD



FRITZ!Repeater in Reihe schalten und mit Mesh verbinden scheiterte – gelöst.

Neulich hatte ich bei einer Kundin einen FRITZ!Repeater 3000 mittels LAN an ihre FRITZ!Box 7490 angebunden und als Mesh Netzwerk eingerichtet. Dies hatte problemlos funktioniert.

Nun wollte ich einen weiteren Repeater in Reihe schalten.

Der neue Repeater kam noch mit FRITZ!OS 7.12 an. Der integrierte Aktualisierer / „Updater“ gab an, dies wäre die aktuellste Version. Doch die Anleitung für die Reihenschaltung eines weiteren Repeaters MIT Mesh-Einbindung war einfach nicht umzusetzen, da das LED-Verhalten der Geräte dies unmöglich machte.

Eine Recherche auf den Support-Webseiten von AVM zeigte, dass nicht 7.12 sondern 7.21 zu diesen Zeitpunkt aktuell war. Ich musste das Update somit manuell heruntergeladen und auf dem Repeater manuell installiert. Nun verhielten sich die LED-Rückmeldungen exakt wie in der Anleitung beschrieben (2.5.).

Dennoch klappte die abschließende Einbindung in das Mesh Netzwerk nicht, sondern lediglich die Einbindung in das WLAN an sich – Mesh fehlte.

Viele Versuche und einige Zeit später entschied ich, den 3000er einem Werksreset zu unterziehen. Direkt im Anschluss funktionierte alles wie gewünscht. Die Geräte sind in Reihe, mit akzeptablen Transferraten dazwischen UND zeigen das Mesh Symbol an.

Also: Bei Problemen mit FRITZ!Box Konfigurationen:

  • A: Manuelle Überprüfung, ob die neueste, verfügbare Software installiert ist (nicht unbedingt dem eingebauten Updater vertrauen)
  • B: Falls die passende Anleitung nicht das tatsächliche Verhalten der Geräte widerspiegel, führen einen Werksreset an den betroffenen Geräten durch und versuche es erneut.

Bei mir brachte dies die Lösung – zwischenzeitlich auch bei einem weiteren Kunden (diesmal ohne großem Zeitaufwand 😉

Lotus Notes (IBM) 9.0.1 lässt macOS 10.14 Mojave zeitweise einfrieren…

Bei einem Kunden gab es das Problem, dass nach dem Start von Lotus Notes dieses Programm nicht gleich startete, sondern den gesamten Rechner (Finder, Dock, CMD+Tab, etc.) komplett zum Stillstand brachte. Neben ein paar kurzen Momenten dauerte der Zustand mehr als 3 Minuten. Im Anschluss funktionierte das Programm, sowie das gesamte übrige System problemlos.

Die Lösung war, nach längerer Suche und unter Berücksichtigung dieses Lösungsvorschlages von michael_dam1, recht einfach:

In den Systemeinstellungen/Sicherheit/Datenschutz/Bedienungshilfen ist das Häkchen bei Lotus Notes zu Deaktivieren (entfernen).

Sodann klappt´s auch mit dem Programm von IBM wieder.

Google Account lässt sich nicht hinzufügen (macOS 10.3, 10.4)

Gelegentlich meldet sich ein Kunde mit dem Problem, dass sein Google Account (nicht nur via IMAP eingebunden, sondern über OAuth) auf seinem macOS Rechner Probleme bereitet. Üblicherweise funktioniert das Konto auf deren iOS Geräten während dessen weiterhin problemlos.

Als einen Lösungsansatz (nach mehreren, anderen Versuchen) löschte ich dann das Konto aus den Systemeinstellungen/Internetaccounts heraus und wollte es neu anlegen. Dabei kam ich bereits mehrfach nicht weiter als bis auf einen Schritt nach der Kennworteingabe. Es erschien entweder ein leeres Fenster oder beim Klick auf Fertig passierte nichts:

Die Lösung zu diesem Problem fand ich bei Stackexchange:

https://apple.stackexchange.com/questions/338154/unable-to-add-google-account-g-suite-to-mail-app

Es sind einfach aus dem Schlüsselbund entsprechende Google-keys zu löschen. Schon lässt sich das Konto erfolgreich neu hinzufügen.

Autoprovisionierung eines Cisco 8841 bei Placetel – Werksreset bringt die Lösung!

Funktioniert bei dir Erstkonfiguration deines VoIP Telefones an der Telefonanlage von Placetel nicht sofort? Das VoIP-Endgerät weigert sich, per Autoprovisionierung die Konfigurationsdaten zu laden?

Da hilft bei mir immer (heute zum wiederholten Male) ein Werksreset des Telefons!

Danach startet es ein- oder mehrmals neu. Überspringe (skip) die Frage nach dem Kennwort. Nach wenigen Minuten erscheint dann auch ein grüner Punkt im Verwaltungsportal bei Placetel und signalisiert, dass das Telefon nun damit verbunden ist und weiter konfiguriert werden kann.

Merke: Meldet sich ein Cisco oder Yealink Telefon nicht ordnungsgemäß bei Placetel an, so hilft ein Werksreset des Telefons weiter.

Zu wenig Platz für Windows Funktionsupdate unter Parallels Desktop für Mac

Schon viele Jahre ist Parallels mein Mittel der Wahl wenn es um Virtualisierung verschiedener Betriebssysteme unter dem Host-Betriebssystem macOS geht.

Es stehen wieder größere Funktionsupdates unter Windows 10 an, so dass in dem ein oder anderen Fall das Disk-Image (virtuelle Festplatte) ggf. zu klein sein dürfte. Es erscheint eine entsprechende Fehlermeldung in Windows beim Versuch, das Update zu installieren, dass Windows nicht genügend Festplattenplatz habe.

Eigentlich lässt sich diese Kapazität einfach in den Konfigurationseinstellungen der betroffenen Virtuellen Maschine im Parallels-Kontrolcenter erweitern.

Wenn die Kapazität zwar in Parallels/der virtuellen Maschine erfolgreich erweitert wurde, innerhalb des Gast-Betriebssystems Windows 10 allerdings unverändert bleibt, könnte dieser Beitrag von Parallels zur Lösung führen.

In meinem Fall sah es vor diesen „Handgriffen“ so aus:

Nicht zugeordneter, via Parallels erweiterte Kapazität, noch nicht zu C hinzugefügt.

Und danach dann so:

Die gewünschte Kapazität steht sofort zur Verfügung und das Funktionsupdate kann neu gestartet werden. Hoffentlich läuft es bei dir nun sauber durch. 😉

Office 365: TNEF (winmail.dat) deaktivieren

Leider geistern immer noch Mails mit den von Mac-Nutzer gefürchteten „winmail.dat“-Anhängen auch in Zeiten von Office 365 umher. Um dem Spuk ein Ende zu setzen, kann man TNEF auf der Office 365 Exchange Instanz deaktivieren. Dazu muss man auf einem Windows-PC folgendes in die Powershell-Konsole eingeben:

  1. $Cred = Get-Credential
  2. Connect-msolservice -credential $Cred
  3. Office365 Zugangsdaten eingeben
  4. $Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://outlook.office365.com/powershell-liveid/ -Credential $Cred -Authentication Basic -AllowRedirection
  5. Import-PSSession $Session
  6. Set-RemoteDomain Default -TNEFEnabled $false
  7. Remove-PSSession $Session

Gefunden hier: http://blog.powerbiz.net.au/office-365/fixing-the-winmail-dat-attachment-problem-in-office365/

efi Fiery XF Client 6.3/6.3 unter macOS verbindet sich nicht mehr mit dem Fiery XF Server

Nach einem Upgrade von macOS Sierra 10.12.5 nach macOS High Sierra 10.13.6 funktionierte der efi Fiery XF Client nicht mehr. Beim Start kam folgende Fehlermeldung:

„Vom Server wurde ein unbekannter Fehlercode zurückgegeben.“

Vom Server wurde ein unbekannter Fehlercode zurückgegeben.

Trotz den üblichen Eingrenzungsversuchen (oder vielleicht auch deswegen) fand ich die Ursache für den Fehler nicht, ebensowenig der Support sowie ein ext. efi Spezialist.

Zudem kommt, dass diese Version nicht offiziell kompatibel ist – ich sowie der Kunde beschweren uns also nicht. 😉 Dennoch: Auf mehreren anderen Rechner in diesem Netzwerk funktioniert dieser Client nach dem Upgrade tadellos. Daher sollte es eigentlich auch an besagtem Rechner klappen.

Heute schrieb mich ein Mitarbeiter des Kunden an, dass er im Zuge einer anderen Problemverfolgung im Rahmen einer Extensis Suitcase Installation nun die Ursache gefunden hat:

Die hosts Datei (/private/etc/) war leer! Tsss. Das erklärt natürlich einiges. Er hatte den Standard wiederhergestellt:

##
# Host Database
#
# localhost is used to configure the loopback interface
# when the system is booting.  Do not change this entry.
##
127.0.0.1 localhost
255.255.255.255 broadcasthost
::1             localhost
fe80::1%lo0 localhost
Und schon funktioniert der Client wieder und konnte sich vom Server mit dem 6.4er Update versorgen.
Alle happy! Danke Edis für diese Lösung.
Mit diesen Infos bereichert, fand ich diesen begleitenden Beitrag im web.

macOS Fenster mit drei Fingern auf dem Trackpad verschieben …

Früher nutzte ich sehr gerne die Funktion auf dem MacBook Pro, Fenster zu verschieben, in dem ich mit drei Fingern auf dem Trackpad die obere Leiste eines Fensters auswählte und so das gesamte Fenster bewegen konnte. Seit einem Update war das nicht mehr per default möglich.

Nach zugegeben langer Zeit hat mich das Nichtmehrfunktionieren dieser praktischen Funktion genervt. Eine kurze Suche brachte dann auch schon die Lösung!

Einfach in den Systemeinstellungen/Bedienungshilfen/Maus & Trackpad/Trackpad-Optionen… das Bewegen aktivieren „mit drei Findern bewegen“ einschalten, und die Funktion ist wieder hergestellt. 😉

 

Ah, wie angenehm – und das nicht nur auf einem mobilen Rechner, sondern auch am iMac mit verbundenem Trackpad.