Mehr Gruppenfunktionen gibt es mit Threema Work auch nicht. Gruppen können in Work über eine Broadcast-ID erstellt werden und Broadcast-ID fungiert dann als Administrator.
Beiträge von Lenny
-
-
Wenn man auf "Zurück zur Übersicht" klickt kommt man derzeit zu Threema Private - also folgenden Link:
Ja, das ist sehr ungünstig. Du kannst mir aber glauben, dass es sich dort um Work dreht. Ich habe explizit nachgehakt.
Sorry fürs Hijacken des Threads. 🙈
-
Ist das sicher? So wie ich das verstanden habe darfst du mit einer Lizenz die App jeweils nur auf einem Gerät nutzen (Android und Desktop gleichzeitig ist offenbar eine Ausnahme??)?
Bei der Osterhasenaktion (Android-Version) stand jedenfalls immer ein Hinweis " Bitte stellen Sie sicher, dass jeder Lizenzschlüssel nur auf einem Gerät verwendet wird. Gleichzeitige Verwendung auf mehreren Geräten oder öffentliches Teilen der Lizenzschlüssel verstösst gegen die Lizenzbedingungen [...] " in der E-Mail.
Bei Google Play selbst habe ich diesbezüglich noch nichts gelesen?
Und in den FAQ "Für jede installierte App wird eine eigene Lizenz benötigt":
Ja, also da muss man zwischen Theorie und Praxis unterscheiden. In der Praxis wirst du z.B. auf mehreren Apple-Geräten den gleichen Acccount nutzen, kannst Threema also technisch schon gar nicht 2x kaufen. Trotzdem kann man auf den Geräten dann Threema (derzeit mit unterschiedlichen IDs) nutzen. Ich hake aber mal nach, was das FAQ soll wenn es praktisch unrealistisch ist.
Edit 1: Im verlinkten FAQ geht es nur um Work, was jedoch nur schwer ablesbar ist. Es wird geschaut ob man das klarer machen kann.
-
Eine Bekannte von mir war kürzlich in Moskau und wir konnten problemlos chatten und Gruppenanrufe machen. Sie hat eine lokale eSIM verwendet.
eSIM bedeutet meistens ja Roaming. Roaming ist etwas speziell, da die Datenpakete erstmal zum eigenen Provider geschickt werden, weswegen man auch immer eine entsprechende IP-Adresse besitzt. Wie viel Introspection da ablaufen kann zwischen Sender und Empfänger weiss ich aber nicht - da bin ich nicht tief drin. Mein Punkt: Der Schein kann trügen. Evtl. geht es mit einer russischen SIM/IP dann nicht.
-
Insgesamt ist die Punktanzeige eine Spielerei, der man nicht zuviel Aufmerksamkeit schenken muss. Wenn du mit jemandem zur Zufriedenheit chattest, den du kennst und über die Threema-ID eingetragen hast, gibt es keinen Anlass, einer nur formal höheren Vertrauensstufe nachzulaufen.
Spielerei ist es nicht, aber es ist schon sehr unwahrscheinlich, dass man als "normale" Person auf dieser Ebene Ziel eines Angriffs wird.
-
Sollte wieder gehen.
-
ja es ist die 6.20-beta1. Dennoch finde ich die Funktion nicht in den Einstellungen.
Wenn die Meldung so alt ist, sollte die Funktion ja definitiv da sein.
Meines Wissens nach war das eine proprietäre Google API und daher problematisch. Heisst nicht, dass es nicht vielleicht irgendwann mal zurückkommen kann.
-
Und jetzt baut ein Blocker für die Sprachnachricht, ich würde dafür neu zahlen.
Wie viel?
-
Ich hab nix gegen Englisch, aber warum ist der Beitrag auf Englisch?
Du brauchst dir keine Sorgen machen, dass die Entwicklungskapazitäten verringert werden. Das Gegenteil ist der Fall. Es gibt derzeit einfach sehr viel zu tun, was nicht unmittelbar in der Private-App zu sehen ist, z.B. Work/OnPrem Features, die Private nicht tangieren oder auch die Vorbereitungen, die Protokollimplementierung zu vereinheitlichen. Ich empfehle den Blog und die Änderungen auf GitHub zu verfolgen, wenn du es genau wissen möchtest.
Desktop 2.0 geht nicht aus der Beta raus, bis das Multi-Device Protokoll auf einem guten Stand ist, mindestens jedoch muss es Support für Forward Security geben. Es funktioniert trotzdem schon sehr gut.
-
Aber nur, weil Threema ausschließlich TLS v1.3 nutzt. Erst seit TLS-Version 1.3 ist Perfect Forward Secrecy inklusive.
Mh, nein, TLS hat bereits vorher ephemeral Keys ausgehandelt.
-
Mit Desktop 2.0 ist das sehr einfach. Braucht kein Backup, einfach die Daten an den gleichen Pfad des Zielgeräts kopieren und auf dem alten Gerät die Desktop App nicht mehr öffnen (wichtig). Genauen Pfad zu den Daten hängt ab vom OS und es gibt leider auch noch kein FAQ. Einfach mal nach Threema suchen. (Sonst kann ich es demnächst mal genauer raussuchen.)
-
2. Ist es relevant, wo auf dem S25 ich die Backup-Datei anbiete, oder muss es dieselbe Verzeichnisstrtuktur wir bei der Sicherung sein, etwa "Download\AAA"?
Nein, solange es der interne Speicher ist.
3. Ggf. anderes Passwort wählen?
Sollte keine Rolle spielen.
4. Kann ich die Datei auf dem PC entpacken und dann auf da S25 übernehmen (wohin)?
Nein, das funktioniert nicht.
5. Welche Lösungsvorschläge habt Ihr?
Ich würde dir empfehlen nach folgender Anleitung vorzugehen: RE: Backup von großem Backupdate endet in Fehler "Empty intent"
-
Hast du das Backup zufällig per QuickShare übertragen? Das klappt nämlich nicht.
-
QuickShare ist bekannt, Backups kaputtzumachen. Das liegt sehr wahrscheinlich daran, dass es versucht das Zip zu re-packen. Warum auch immer. Ich empfehle LocalSend.
-
Vielen Dank!
Ich habe es mir Android RAR getestet und es meldet einen Fehler, sprich' dass die Datei fehlerhaft ist.
Ich habe aber, wie gesagt die Datei nun bereits zig-mal von Threema erstellen lassen, als kleine, als grosse, mit zusätzlichen Nachrichten und ein paar gelöschten Nachrichten, um das Maximum auszuschließen.
Was mache ich nun bitte, als dass ich weiss die von Threema erzeugte Datei ist stets fehlerhaft bei mir....?
Probier mal, dein Backup nach folgender Anleitung zu erzeugen: RE: Backup von großem Backupdate endet in Fehler "Empty intent"
-
Mit Win+Pfeiltaste solltest du das aktive Fenster auf andere Screens verschieben können.
-
Kein Problem. Ich habe die Dienste abgeschaltet, weil keiner bei Threema schreibt. Es lief... Aber eben unnötig
Schade. Aber sorry, geht hier dann leider völlig am Thema vorbei.
-
Über 3 Jahre. Mein gedachtes Traumduo. GOS und Threema Libre. Habe es aufgegeben. GOS mit Standardthreema nun. Nutzt ohnehin keiner in meinem Umfeld. Playservice aus. Threema 1 mal alle 10 Tage an machen. Ich könnte manchmal heulen.
Was ist denn das Problem? Funzt bei mir einwandfrei. (Eigentlich ist das hier in dem Thema aber eh fehl am Platz.)
-
Bisher hatte ich es so verstanden, dass die Server nur Nachrichten sehen, die von einer ID an eine andere ID gesendet werden und dabei nicht unterscheiden können, ob es sich um eine Einzelnachricht, Gruppennachricht oder eine Lesebestätigung handelt. Deshalb dachte ich, dass nur Anpassungen auf der Klient-Seite notwendig wären.
Prinzipiell korrekt, aber durch die Menge an dadurch erzeugten Nachrichten, rennt man in serverseitige Limits. Ist jetzt schon ein Problem, z.B. wenn in einer Gruppe viele Emoji-Reactions ausgetauscht werden. Die Limits kann man auch nicht einfach so ohne Bedenken anheben.
Die Legacy-Last haben doch alle Entwickler.
Nein, die Legacy-Last haben nicht alle Entwickler - sie haben eine andere Last. Und wie schwer die wiegt ist eben hochgradig unterschiedlich.
Ich glaube, mich daran zu erinnern, dass zum Beispiel auch Signal vor ein paar Jahren das Gruppenprotokoll ersetzten musste, um es funktionaler und zuverlässiger zu machen und den heutigen Bedürfnissen anzupassen. Seitdem sind sogar mehrere Administratoren und Berechtigungen möglich. Das alte und das neue Gruppenprotokoll können koexistieren. Neue Gruppen werden aber nur noch mit dem neuen Protokoll erstellt.
Ja, offenbar ist Signal diesbezüglich einiges weiter in Sachen Abbau von Legacy. Genau mein Punkt. Mit Sicherheit wird Signal das alte Gruppenprotokoll irgendwann ausphasen.
-
Ich verstehe es seit bald 20 Jahren nicht, was die Leute an diesem iOS so gut finden... 🤦♂️
Trotzdem danke!
Du kannst ihr aber natürlich die Desktop 2.0 Beta empfehlen, bei welcher das Problem nicht existiert (unter der derzeitigen Bedingung, dass ihr Forward Security weniger wichtig ist als eine gute Desktop Experience).
