Meetups/Dresden/Protocols/2019-06-06
Jump to navigation
Jump to search
erstes Problem: Termin
- irgendwer kann immer irgendwann nicht.
- sollten wir den Tag durchrotieren? mal Donnerstag, Dienstag? Feste Regeln?
- Konflikt 1. Donnerstag mit Chaos-Plenum
- keine Abschließende Entscheidung
Themenvorschläge
- IM Regulation
- XMPP-Bots bauen (wie?)
- quicksy
quicksy.im
- XMPP mit geringer Einstiegshürde (Workflow für Benutzer) ähnlich zu Whatsapp
- einfach nur ne Telefonnummer haben, XMPP-Account wird automatisch angelegt
- Kontakte anhand Kontaktliste ins Roster hinzugefügt
- Basis dahinter: Quicksy Directory -- mapping Telefonnummer auf JID
- Verzeichnis ist nicht öffentlich, um Spam/Lookup von Nummern zu verhindern durch Ratelimiting
- nicht öffentlich finden wir zwar doof, scheint in dem fall aber die beste Lösung
- Quicksy gibt es nur für Android. Wie könnte eine iOS-App entstehen?
- z.B. als Fork von Monal
- das Directory Förderieren?
- theoretisch kann jeder seinen eigenen Directory-Server aufsetzen
- eigener Server bringt halt nix
- mal schauen wie Matrix das macht, vlt kann man (=Daniel) da abschauen
IM Regulation
- Eröffnung: WDR-Beitrag zum Thema
- Grundsätzliche Forderung: Interoperabilität zwischen Messengern (nur Grundfunktionen) per Gesetz erzwingen
- Wie sähe das mit Verschlüsellung aus? OTR ausbuddeln?
- Interoperabilität
- gibt es schon gesetzlich vorgeschriebene Interoperabilität
- Technisch: ja, Geodateninfrastrukturen, aber das ist kein Beispeil von dem wir aktiv was lernen können
- Sonst: ja, z.B. Gebäudespezifikationen
- sonst ergibt die sich oft aus praktischen aspekten
- HTTP, E-Mail
- es gibt keinen Anreiz für Facebook offene Standards zu nutzen
- Es gibt z.T. bereits Federation innerhalb von Messengern, siehe unten
- gibt es schon gesetzlich vorgeschriebene Interoperabilität
- Was für einen Standard? z.B.:
- einfach XMPP nehmen
- nur Rahmen vorgeben
- einigt euch, segnet das bei der IETF ab und fertig
- vermutung: egal was der standard wird, es wird XMPP sehr ähnlich sein
- MQTT-nah
- Matrix? Frankreich <3 Matrix -> Einfluss auf EU
- Betroffene
- wie definiert sich "IM"?
- wäre mein kleiner test-IM betroffen?
- wäre SMS betroffen?
- ähnlich DSGVO? mehr als x nutzer, etc.
- Twitter DM?
- "Dann bleiben die Leute doch bei Whatsapp"
- es gäbe keinen Grund mehr zu conversations (etc.) zu wechseln
- dieses Argument halten wir für doof
- denn: dem Nutzer wird die Entscheidung gelassen
- Gruppenchats sind wichtiges Feature
- Gruppenchats
- sind für einige Nutzer einziges Features,
- technisch komplizierter als 1zu1-chats
- Variante 1 (z.B. Threema):
- Alice -> Bob, Alice -> Charlie, Alice -> Peter
- komplett Clientseitig
- dem Server ansich egal
- lässt Verantwortung beim Client (Alice)
- Anonymer gegenüber Server
- wird die andere Variante durchgesetzt, dann fällt dies weg
- Variante 2:
- Alice -> Server -> (Bob, Charlie, Peter)
- Server trägt Verantwortung
- Moderation einfacher
- Encryption
- sollte auch standartisiert werden
- ist auch ein Streitthema
- ist aber machbar
- nur Standartisierung macht Encryption nicht schwächer
- Verbündete & Gegner
- Forderung kommt aus der Politik
- woher genau?
- kleinere Anbieter (=Mitbewerber von Whatsapp)
- iMessage, XMPP, Wire, Threema
- Steam? Discord? Slack? Twitter DM?
- eher nicht seitens: Telegram, weeChat
- FSFE
- scheint aber nicht so
- Thema hat erstmal nix direkt mit FSFE zu tun
- kommt drauf an ob die selbst auf den Trichter kommen das zu pushen
- CCC?
- wir wissen nicht wo wir das Thema in die CCC-Bubble kriegen (wer?)
- bzw so dass sich der CCC mal damit befasst
- Forderung kommt aus der Politik
- Fakten schaffen
- sollten kleinere Anbieter bereits Förderieren wäre es vermutl einfacher zu sagen: hier gibt es schon Förderation, komm doch rein. Dadurch wäre eine Regulierung nicht nötig.
- vermutlich ist das nicht im Interesse von Firmen
- "Der Netzwerkeffekt ist von den Firmen ja gewollt. Halt bloß für sich selbst und nicht bei Facebook/Whatsapp."
- Federation gibt es z.T. schon
- ausschließlich innerhalb des selben Produkts
- Bsp. Skype-Skype
- von Business-Kunden gewollt (eigene Instanz etc.)
Bots Bauen
- XMPP Bots bauen ist nicht so einfach
- irgendwas für Shell? (niveau sendxmpp)
- Dinge Empfangen
- Beispiele:
- xmpp.rocks
- smack
- Beispiel vom C3D2
Termin
- Problem: irgenwer kann immer nicht
- also: nächsten Termin festlegen
- Wochentage rotieren?
- Jeden geraden Monat: dritter Donnerstag
- Jeden ungeraden Monat: dritter Dienstag
- Immer 18 Uhr
- nächste Termine:
- Dienstag, 16. 7, Ro7
- Donnerstag, 15. 8
- Dienstag, 17. 9
- Donnerstag, 17. 10
- Dienstag, 19. 11
- Donnerstag, 19. 12
- Location ist an sich debattierbar
- SLUB
- C3D2
- Ro7
- Nächste Themen sind noch nicht klar -> siehe MUC
- Daniel versucht mal was an Land zu siehen
- evtl Essen zur Halbzeit bestellen