Beiträge von EinsteinXXL

Habe dem Support geschrieben. Mal sehen was dabei raus kommt.

UPDATE: Aus unerfindlichen Gründen ist der Bug nun verschwunden.

tja, und genau das geht bei mir nicht. Kann so oft drauf klicken wie ich will, es bleibt bei 1,5x.

hi, habe soeben das neue Feature der Abspielgeschwindigkeit von Sprachnachrichten ausprobiert, aber hab null Plan wie man das jetzt wieder auf 1x bekommt. Bin für jede Hilfe dankbar.

Ich habe das selbe Problem auf meinem Oneplus 3T mit OxygenOS Beta 22/13 (Android 7.1.1). Bei mir trat der Fehler das erste Mal bei der Beta auf und ein Reboot hatte auch nicht geholfen. Bin dann wieder zur letzten stabilen Version zurück und nach einem Reboot funktionierte alles wieder ordungsgemäß. Bisher trat das Problem nicht mehr auf.

Also ich wäre auch für selbstzerstörende Nachrichten und Bilder. Ein Kompromiss wäre es vielleicht die Möglichkeit zu haben selbstzerstörende Nachrichten einfach zu blocken. Fertig! So ist dann auch Mogli glücklich.

Zudem empfinde ich selbstzerstörende Nachrichten aus datenschutzrechtlichen Gründen durchaus sinnvoll, denn nicht alles was man jemanden schreibt muss für Monate oder gar Jahre archiviert werden. Bei einem persönlichen Gespräch wird ja auch nicht Protokol geführt. Mit selbstzerstörenden Nachrichten hätte man endlich die Möglichkeit selbst zu bestimmen was vom Gegenüber dauerhaft gespeichert werden darf und was nicht (informationelle Selbstbestimmung). Vielleicht wäre auch eine automatische Bereinigungsfunktion sinnvoll. Also die Inhalte nicht länger als einen Monat (oder auch mehr/weniger) gespeichert werden dürfen. Bei Kontakten die selbstzerstörende Nachrichten nicht akzeptieren kann ich mir dann zweimal überlegen, ob ich der Person etwas intimes, sehr persönliches oder andere sinsible Informationen mitteile.

Ich kenne so viele Leute deren Chatverläufe (vorwiegend WhatsApp Nutzer) mehr als ein Jahr alt sind. Oft habe ich die Person einfach gefragt, ob sie meinen Chatverlauf bitte löschen könne, weil mir das unangenehm ist. Das wurde von allen auch so hingenommen/respektiert, wenn auch manchmal mit einem etwas ungläubigen Gesichtsausdruck.

Freundschaften/Bekanntschaften können auseinandergehen oder sich Ex-Partner auch gerne mal durch die Preisgabe von peinlichen oder intimen Informationen rächen. Das Argument Screenshots oder das Abfotografieren untermeniere den Zweck von selbstzerstörenden Nachrichten zieht hier meiner Meinung nach nicht, denn dazu bedarf es einen Vorsatz und das ist eher die Ausnahme und nicht die Regel. Zumal jemand der vorsätzlich denunzieren möchte immer Mittel und Wege findet. Die Regel ist viel mehr Verwerfungen von zwischenmenschlichen Beziehungen und die können oft ziemlich hässslich werden (vor allem bei Jugendlichen). Zum Glück ist mir das noch nicht passiert, da ich sehr vorsichtig bei der Auswahl meiner echten Freunde bin und bei dem was ich diesen mitteile. Das heißt aber noch lange nicht, dass mir soetwas in Zukunft oder auch wem Anderen nicht passieren kann.

Also ich benutze Threema aus dem Playstore, aber ich finde die Option für die Beta nicht. Kann wer helfen?

NACHTRAG: Habe den Playstore mal aktualisiert und reboot gemacht. Jetzt geht es.

Für alle die root benutzen kann ich als GooglePlayServices-Ersatz nur microG empfehlen. Das ist eine komplett quelloffene Lifhtweightalternative zu den gservices. Von allem proprietären Ballast befreit und nur auf networklocation und wenn man möchte (einstellbar) gcm beschränkt. Nutze es selber und bin sehr zufrieden. Wenn man möchte, funktioniert auch der normale Playstore oder man benutzt yalp und fdroid. Was die Entwickler bei Threema anscheinend nicht verstehen (mein Eindruck) ist, dass Metadaten meist wichtiger sind als der Inhalt der Nachricht. Durch GCM produziert man eben auch Metadaten und füttert dazu noch einen Monopolisten mit seinen Daten der seinem Motto "Tue nichts böses" in keiner Weise gerecht wird (Snowden) und mit NSA und Co in einem Bett liegt. Eine Websocket Alternative wäre vor diesem Hintergrund sehr wünschenswert und die Abhängigkeit von den proprietären Google Player Services wäre auch beseitigt.

Als Konzept könnte ich mir auch ein Threema -Plugin vorstellen mit dem Websockets oder ein eigener Push Service realisiert wird. Gerne auch gegen eine Art Abo um die erhöhte Serverlast/kosten zu kompensieren.

PS: für microG ist auch eine Unterstützung für das Tor-Netzwerk in Planung. Das schafft noch mehr Privatsphäre, da Google selbst mit GCM nicht an eure IP kommt. Es bleibt dann nur noch wer (Threema-ID) und wann (Datum, Uhrzeit) als personenbezogene Metadaten übrig.

Bitte löschen! Beitrag wurde nach oben verschoben.

Habe bisher nur die 1.0.5 gewrappt. Verstehe aber nicht genau was du meinst, denn Im Browser (Firefox) werden die Inhalte der Nachrichten (User, Text) angezeigt, nur eben bei meinem Client nicht.

In der main.js habe ich folgende Funktion gefunden.

_electron.ipcMain.on('notification', function () {
   if (!isOSX() || mainWindow.isFocused()) {
       return;
   }
   setDockBadge('●');
});

Sobald eine neue Nachricht eintrifft wird diese Funktion aufgerufen. In dieser hatte ich folgenden Code eingefügt (node.js electron-notifications script):

const notifier = require('electron-notifications')
notifier.notify('Username', {
 message: 'User messagetext',
 icon: iconPath,
 buttons: ['Dismiss'],
})

Nun müsste ich nur noch an den Threema Usernamen, den Text und das Userbild kommen, um es in die notifier.notify Funktion einzufügen. Wenn ich einen Event einfüge und msg bekomme ich leider nur den Text "2 Threema Nachrichten von MaxMustermann". Wie gesagt habe von Webtechniken und javascript an sich null Plan und könnte echt Hilfe gebrauchen.

_electron.ipcMain.on('notification', function (e, msg) {
         const notifier = require('electron-notifications')
         notifier.notify('test', {
         message: msg,
         icon: iconPath,
          buttons: ['Dismiss'],
         })
    });

Hi Leute,

Da ich Threema ungerne im Browser laufen lassen wollte, habe ich einen "nativen" Desktop Client auf Basis des Electron Frameworks erstellt. Mit dem Electron-Packager Fork Nativefier war das mit sehr wenig Aufwand möglich. Der Quellcode wurde noch etwas angepasst und um die unten aufgeführen Funktionen erweitert. Obwohl ich nur ein paar MSL (mIRC-Script-Language) Kenntnisse besitze, war es doch gar nicht so schwer den Code zu modifizieren. Jedoch suche ich noch einen oder zwei progammiererfahrene Mitstreiter, um das Project schneller voranzubringen und den Code zu optimieren. Von daher, melde sich jeder der Lust hat etwas beizutragen.

Den Quellcode habe ich bereits auf Github veröffentlicht. LINK

Screenshot Hauptfenster:

Screenshot Benachrichtigung:

Was bereits funktioniert:
- Hauptfenster wird zum Tray Icon minimieren
- Doppelklick zum Verstecken/Anzeigen des Hauptfensters
- Kontext Menüs des Tray Icons (show, settings, hide, quit)
- Benachrichtung bei neuer Nachricht (kein Nachrichteninhalt, nur Username und Anzahl)
- Töne und Benachrichtigungen lassen sich abschalten
- Benachrichtigungstöne (verschiedene wählbar)
- Die Lautstärke des Benachrichtigungston lässt sich anpassen

Was noch nicht funktioniert bzw. wo ich etwas Hilfe gebrauchen könnte:
- Bei neuer Nachricht den Inhalt im Benachrichtigungsfester anzeigen

Geplante Features (Webentwickler für Hilfestellung gesucht ):
- Per Benachrichrichtigungsfenster direkt zum Chat wechseln (momentan nur zum Hauptfenster möglich)
- Nachrichteninhalte im Benachrichtigungsfenster anzeigen
- Schnellantwort direkt über das Benachrichtigungsfenster
- Autostart (boot)
- Passwortmanager um nach dem Start direkt zum Smartphone zu verbinden ohne manuelle Eingabe des Passworts

PS: Da ich blutiger Programmier-Anfänger bin, solltet ihr was die Qualität des Codes angeht nicht zu viel erwarten.

Feedback wäre natürlich auch nicht schlecht.

Zitat von Mogli

Und ich hoffe auch, dass das bei Threema NIEMALS, NIE- NIE- NIE- NIEMALS kommen wird!!!!!!! Das wäre für mich ein Kriterium das geliebte Threema zu deinstallieren.

Verstehe mich nicht falsch. Es geht nicht darum normale Nachrichten im Nachhinein zu löschen, sondern es sind Nachrichten, welche von Anfang an klar als selbstzerstörende Nachrichten erkennbar sind und nach einer bestimmten Zeit gelöscht werden. Was bitte ist daran so schlimm? Dem User sollte es zudem möglich sein zu entscheiden ob er selbstzerstörende Nachrichten akzeptieren möchte. Standard ist selbstzerstörende Nachrichten nicht zu akzeptieren, Aktiviert man dieses Feature, dann bekommen alle oder ausgewählte Kontakte eine Threema Message die neben der Information über das Anschalten der Funktion den Kontakt für selbstzerstörende Nachrichten markiert. Gibt viele Ansatzpunkte wie man das fair für jeden lösen könnte. Wenn man das Feature nicht mag, dann blockiert man diesen Typ von Nachrichten einfach und gut ist. Wäre doch ein Mittelweg, oder nicht?

f09fa681

Die Electron variante hört sich schon mal gut an. OpenMittsu hatte ich vor ein paar Monaten bereits getestet und es wirkte etwas unausgereift, auch wenn die basisfunktionen bereits ohne große Fehler funktionierten. Zudem fehlte der Multidevice Support. Ist das jetzt anders?

Sorry, aber ich werde wohl von meinem geliebten Threema zu Wire oder Conversations wechseln. Ich halte es für eine schlechte Idee einen Crypto-Messenger an die Front zu schicken, also in den Browser einzubinden. Der Browser ist der direkte Berührungspunkt mit dem Internet und ist von seinem Code her sehr komplex und daher anfällig für Sicherheitslücken. Ein nativer Client hätte sich auf die reine Funktionalität eines Messengers begrenzt und damit das Risiko für Sicherheitslücken minimiert. Webtechniken die ein Browser bereit stellt hätte man auch selbst in einen nativen PC-Client einbauen können. Zudem funktioniert der Webclient in meinem auf Sicherheit konfigurierten Browser nicht. Techniken wie WebRTC habe ich bewusst deaktiviert und ich habe wenig Lust wegen Threema dieses an und aus zuschalten. Klar kann ich Firefox mit unterschiedlichen Profilen nutzen, aber das kann doch nicht Sinn und Zweck sein zwei Browserfenster offen zu haben.

Wichtige Funktionen wie Audio/Video Telefonie oder selbstzerstörende Nachrichten wie es viele andere Messenger bereits unterstützen fehlen bei Threema immernoch, obwohl Threema einer der ersten Akteure auf dem Cryptomessengermarkt war. Threema scheint den Anschluss zu verlieren und hört einfach nicht auf seine User und schwächt jetzt durch den Webclient seine eigene Verschlüsselung. Sicherlich könnte man jetzt argumentieren, dass es egal ist welcher Teil des PC kompromitiert wird, jedoch ist ein Browser durch die weite Verbreitung, javascript und andere Techniken ein attraktives und vielversprechendes Ziel für einen Angreifer. Lässt man den Browser in einer Sandbox laufen, so wie ich, ist der Übergriff auf den PC schwieriger und damit weniger wahrscheinlich und ein nativer Threema Client wäre vor dem Ausspähen sicherer. Ist der Browser kompromitiert und Threema Teil dessen, ist es ein Leichtes die Inhalte vor der Verschlüsselung auszulesen. Ich finde es wirklich schade, aber Threema verliert für mich deutlich an Attraktivität.

Zudem habe ich ähnliche Probleme mit der Verbindung wie andere User. Beim ersten Mal funktionierte es problemlos und nachdem ich das Smartphone zu Testzwecken in den Flugmodus versetzt und dann wieder online geschaltet habe funktioniert die Verbindung nicht mehr. Bei 99% geht nichts mehr.

Zudem gefällt mir die Abhängigkeit vom Smartphone überhaupt nicht. Es wäre vieleicht sinnvoll gewesen (im Rahmen eines nativen Clients) den Verteiler der Nachrichten dynamisch zu gestalten. Also ist das Smartphone offline, übernimmt der PC-Client das Management und geht dieser offline übergibt er es an die mobile variante, sofern das Smartphone online ist. Sind beide offline übernimmt das Gerät welches sich als erstes im Threema Netzwerk anmeldet. Natürlich müsste man ein Management in Threema einbauen um der Threemainfrastruktur die berechtigten Clients mitzuteilen. Bin jetzt kein Vollprofi aber das sollte doch umsetzbar sein. Wie werden eigentlich die vom Smartphone an den Browser übertragenen Daten gespeichert?

Hier die News dazu:

"Mit einer neuen Verordnung zum Überwachungsgesetz Büpf können Text-Messaging-Dienste gezwungen werden, Vorratsdaten anzulegen – der Branchenverband schlägt Alarm."

https://medium.com/@mkonia/threem…67d3#.x4kf3z88y

Threema sollte sich überlegen wie es in Zukunft die Metadaten seines Services schützt. TLS ist an Anbetracht dieser Vorstöße obsolet.

Das Double Ratchet Protokell von Signal wäre vielleicht ein Lösungsansatz.

https://www.heise.de/newsticker/mel…al-3501150.html

Threema sollte endlich mal vom leidigen GCM abweichen und einen eigenen Push Service bauen (Stichwort Websockets). Von mir auch als Abo, wenn's dabei um die Serverkosten geht. Mein Smartphone ist zu 98% Google frei, da ich alternative Play Services wie mircoG benutze. Ohne GCM könnte ich zu 100%ig auf Google verzichten.

PS: Noch nie Probleme mit dem Erstellen oder Wiederherstellen eines Backups gehabt. Check eh nicht, was daran so schwer sein soll? (Herr lass es Hirn regnen)

Zitat von lgrahl

Die Metadaten (wer schickt wem) werden doch schon über die NaCl-Transportverschlüsselung zum Server verborgen. Gegenüber dem Server sogar mit Forward Secrecy. Der Golem-Artikel ist an der Stelle einfach nicht sonderlich genau - im Talk wird es besser erklärt.

Hab ich was verpasst oder nicht richtig verstanden? Zwischen Server und Client wird TLS mit PFS eingesetzt und zur Verschlüsselung der Inhalte NaCl. So habe ich das Verstanden. Bei TLS muss ich aber auf den Server vertrauen, das dieser nicht kompromitiert ist! Das Verbergen von Metadaten sollte auf jeden Fall gewährleistet sein, denn diese verraten auch schon sehr viel. Stichwort: Glaubhafte Abstreitbarkeit Siehe auch den Vortrag von David Kriesel "Wer, Wann, Was mit Wem" und und das SpiegelMining. Sehr gut vorgetragen und informativ.

https://media.ccc.de/v/33c3-7912-sp…_spiegel-online

Vor dem Hintergrund und auch der Vorratsdatenspeicherung, wenn auch aktuell vom europäischen Gerichtshof als unzulässig erklart, wäre ein zweiter unabhängig vom Server (TLS) implementierter Sicherheitslayer zum Verbergen der Threema Metadaten wünschenswert. Ob das technisch umsetzbar ist, vermag ich nicht zu beurteilen. Metadaten sind sehr gefragt in der heutigen Zeit und verraten mehr als man denkt. Ich gehe stark davon aus, dass (US-)Geheimdienste kein Problem mit SSL/TLS haben, vor allem wenn der Server kompromitiert wurde. Die Threema Entwickler haben sich in der Vergangenheit bezüglich Perfect Forward Secrecy auf Nachrichtenebene klar positioniert. Hat sich daran eigentlich etwas geändert und sind vielleicht Änderungen geplant (https://threema-forum.de/thread-445.html)?

LINK: http://www.golem.de/news/reverse-e…612-125286.html
https://media.ccc.de/v/33c3-8062-a_…ox#video&t=3798

Feine Sache! Laaaaaange drauf gewartet! Endlich! *freu* Gib es eigentlich ein internes Betaprogramm an dem man teilnehmen kann?

Wie läuft das eigentlich Gibt es eine interne Beta an der man Teilnehmen kann?