Post Ad0uPoJnixNPXiYChM by samid@mastodon.de
 (DIR) More posts by samid@mastodon.de
 (DIR) Post #Ad0r8iXDfsAEotz7PE by samid@mastodon.de
       2023-12-20T09:37:50Z
       
       0 likes, 0 repeats
       
       @freestyle hi. Ich wollte nachfragen, ob auf diesem server "authorized fetch" aktiviert ist. Ich habe es so verstanden, dass unser domain block von Threads.net erst richtig dicht ist, wenn dieses Feature läuft. weil sonst unsere posts über andere server, die sie speichern, immer noch Richtung threads wandernhttps://hub.sunny.garden/2023/06/28/what-does-authorized_fetch-actually-do/
       
 (DIR) Post #Ad0r8jIMqZsVB82ltY by ErikUden@mastodon.de
       2023-12-20T19:37:57Z
       
       0 likes, 0 repeats
       
       @samid Ich habe ihn sowie das SysAdmin-Team von mastodon.de mal angeschrieben und habe schnell eine Antwort bekommen! Ich kann dir zumindest sagen, dass Authorized_Fetch nicht aktiviert ist!Einfach gesagt: einige Clients sowie Fedi-Software unterstützt Authorized_Fetch nicht, und wir würden diesen Teil des Fediversums ungern ausschließen. Zudem sehen wir den Schutz von Usern viel eher bei dem Blockieren und Deföderieren von Threads, da dies bereits verhindert das User mit dieser Rechtsoffenen „Instanz” nicht interagieren und auch nicht belästigt werden können! Es kann hypothetisch sein, dass Beiträge von unserer Instanz über drei Ecken zu Threads getragen wird wenn Authorized_Fetch nicht an ist, jedoch sind Beiträge die du postest immer öffentlich, heißt wenn es um das Verhindern von Scraping, also Data Harvesting seitens Facebook geht, dann wäre dies unmöglich zu verhindern außer du stellst deine Beiträge auf Privat.Ich hoffe das hilft als Antwort und ist nicht unbefriedigend!Apropos: du kannst gerne Nick direkt kontaktieren, er hat mir auch in der Vergangenheit gesagt, dass er das sehr gut findet! Jedoch: schreib gerne auch @MastodonDE so wird das ganze Team benachrichtigt und eine schnellere Antwort ist möglich!Erneut, herzlich willkommen auf der Instanz und großen Dank für deine Teilhabe am Mastodon Projekt!
       
 (DIR) Post #Ad0r8k73o6QZiLlFuS by Jain@blob.cat
       2023-12-20T21:10:07.488236Z
       
       0 likes, 0 repeats
       
       @ErikUden @samid @MastodonDE korrekt :ablobcatnod:
       
 (DIR) Post #Ad0sYEqelpkKESoG1I by samid@mastodon.de
       2023-12-20T20:29:19Z
       
       0 likes, 0 repeats
       
       @ErikUden @MastodonDE nun, unbefriedigend in sofern, als damit der Spruch; block halt individuell, jede hat die freie Wahl, nicht der Warhheit entspricht. Ich würde schon lieber einen dichten Block haben. Ich habe mich so umgehört. Mehrer Quellen bezeichnen das, was ich mache ,wenn ich threads blocke eher als mute. Manche haben sich damit beschäftigt und sind der Meinugn das es erheblich leckt. Es werden verschiedene Szenarien angedeutet, was das bewirkt und warum das highly undesirable ist. Es ermöglicht (nur ein Beispiel von mehreren) zB, das theroetische Szenario, dass posts von Transmenschen entsprechend dem Aufreg- und Engagementalgorhythmus an die entsprechenden Hater ausgespielt werden. Ich stelle mir vor, dass es einerseits ein monetäres, andererseits ein destruktives Interesse gibt, solche Möglichkeiten auch zu nutzen. Wir haben es ja im Großen und Ganzen und im Effekt durchaus mit malicious intent zu tun. Ich denke nicht , dass es Meta daran gelegen ist, dass das Fedi  friedlich weiter auf eigene Weise weiterwächst. Ist es so, dass die Verbindung zu einigen Instanzen gekappt würde, wenn wir authorized fetch anschalten würden?
       
 (DIR) Post #Ad0sYG22N0RZu38rOi by ErikUden@mastodon.de
       2023-12-20T21:08:12Z
       
       0 likes, 0 repeats
       
       @samid Ja, es würde die Verbindung zu vielerlei Fediverse Software kappen, vor allem die, die nicht Mastodon benutzen. Vor allem Japan, wo Software wie Misskey und Calckey beliebter sind, würde abgeschnitten werden.Das Szenario was du vorstellst ist möglich, aber nur wenn gewisse Dinge passieren:Es müsste ein Beitrag von einer nicht-Threads Instanz von einem User auf einer pro-Threads Instanz geboosted werden.Threads User müssten diesem pro-Threads Mastodon User folgen.Dieser Post müsste dann auf Threads, ohne, dass irgendjemand dem User dahinter folgen könne, ein Kommentar schreiben könnte, oder gar das Profil dieses Users ansehen könnte, viral gehen.Es ist nicht unrealistisch, nur damit tatsächlich Belästigung von Threads stattfinden könnte müssten Menschen diesen Beitrag auf der originalen Seite öffnen, den User dahinter Stalken und eine weitere Kontaktmöglichkeit herausfinden, und dann über diese den User belästigen, worüber wir keine Kontrolle haben weil erneut: alle deine Beiträge sind öffentlich. Ob Ich Threads oder Facebook benutze, Ich kann in einem weiteren Browser Tab auf mastodon.de gehen und deine Beiträge ansehen und dich über mehrere Wege ggf. kontaktieren. Von Threads? Von Threads kann dir niemand schreiben oder irgendwas sagen. Der Vergleich einer Deföderation ohne Authorized_Fetch mit einem Mute ist schon angebracht, dennoch will Ich ein weiteres Szenario darstellen:Nichts stoppt den Threads Hate-Algorithmus davon einen Post mit einem Link zu einem Mastodon-Post zu teilen, oder einem Screenshot davon. Ob föderiert, Authorized_Fetch, oder nicht, soziale Netzwerke interagieren miteinander. Das eine wird zum anderen getragen und ab dann ist es größtenteils außerhalb unserer Kontrolle.Wir tun was wir können um unsere User zu schützen, doch im Namen des Schutzes eine Aktion zu tun welche einerseits, wie eben erklärt, diesen verbesserten Schutz unserer Einschätzung nach nicht bietet und andererseits zufällige Projekte und Menschengruppen ausschließt finde Ich unangebracht. Ich kann jede Instanz verstehen die Authorized_Fetch anstellt und Ich kann jeden User verstehen der zu so einer Instanz zieht, jedoch viele meiner bekannten User auf dem Fediverse sind auf nicht-Mastodon Instanzen welche aufeinmal abgekapselt werden würden sobald Authorized_Fetch angestellt wird.Ich möchte ungern Usern erklären das wir um Threads zu blockieren auch, für sie zufällige, pro-Fediverse ggf. sogar anti-Threads User wegblockiert haben. Das fände Ich unschön :/Die Situation ist komplex, Ich werde nicht behaupten zu wissen, dass unsere Entscheidung die richtige ist, das lässt sich erst im Nachhinein analysieren. Nach meinem jetzigen Wissen ist es die beste Entscheidung die Vor- und Nachteile abwägt.Jedoch... Stellt es sich heraus, dass wir Unrecht haben, Threads stellt tatsächlich die beidseitige Föderation an und nicht nur für ein paar wenige Dev-User wie es momentan der Fall ist, und es geschieht das von dem du sprichst, dann ließe sich Authorized_Fetch immer noch anstellen ohne Probleme und Ich würde nicht an unserer jetzigen Entscheidung beharren.Also erneut, danke für den Diskurs und Input, Ich hoffe du kannst die Zwiegespaltenheit der Situation, oder zumindest unsere Perspektive auf diese Situation, nachvollziehen.L.G. :blobcathuggies:
       
 (DIR) Post #Ad0sYGmTaLagE4rwmW by Jain@blob.cat
       2023-12-20T21:25:56.820542Z
       
       0 likes, 0 repeats
       
       @ErikUden @samid tatsächlich wurde mir letztens mitgeteilt das *key das kann (habe ich nicht verifiziert), aber vieles ausserhalb von den 3 grossen Fedisoftwares halt nicht.Ich würde auch gerne Erik wiedersprechen, es ist tatsächlich manchmal äusserst Random wo posts viral gehen. Wenn die in einem Freundeskreis viral gehen, kann das schon sein, dass diese dann auch in blockierten Kreisen viral gehen und das ist gar nicht mal so unwahrscheinlich.Kurz zusammengefasst: Fedi ist ein Privacy Nightmare und leider kann das in keinen Umständen unterbunden werden ausser man kommuniziert ausschliesslich Follower-Only oder durch DMs.Aber wenn ein Post public ist, kann man nicht verhindern das dieser auch wirklich public ist. Da hilft es nicht zuverlässig Authorized Fetch anzumachen, da hilft es nicht zuverlässig wenn die eigene Instanz die Posts gar nicht anzeigt, denn wenn es jemand auf jemanden abgesehen hat, kriegt man alle public posts wenn man es mit biegen und brechen auch so will.Alles schlechte Nachrichten, aber für viele überwiegt das gute vom Fediverse das schlechte.
       
 (DIR) Post #Ad0syeM8YWbWs980rQ by kura@z0ne.social
       2023-12-20T21:30:42.718Z
       
       0 likes, 0 repeats
       
       @Jain@blob.cat @ErikUden@mastodon.de @samid@mastodon.de Der einzige ausweg daraus wäre eine Art reverse fetch, aber das wäre ein Networkingalbtraum (Instanz fragt deinen Host nach der Nachricht und dein Host entscheidet, ob er den Post zu sehen bekommt).Deswegen: Public posts sollte man als public posts sehen, das einschränken geht nur wenn man wie Jain sagt, die Posts halt wirklich einschränkt.Die Alternative ist auch keine Lösung:Zielinstanz auf Sendeblacklist setzen, Zielinstanz kann u.U. dennoch die Posts zu gesicht bekommen, nur nicht von deinem HostPlus der Instanzadmin muss nicht mit deinem Blockwunsch übereinstimmen.
       
 (DIR) Post #Ad0tCsJ7TwGACCV3bs by Jain@blob.cat
       2023-12-20T21:33:17.493036Z
       
       0 likes, 0 repeats
       
       @kura @ErikUden @samid dieser reverse fetch ist genau das was authorized fetch ist
       
 (DIR) Post #Ad0tMX778NZVMQUQYi by kura@z0ne.social
       2023-12-20T21:35:01.031Z
       
       0 likes, 0 repeats
       
       @Jain@blob.cat @ErikUden@mastodon.de @samid@mastodon.de Echt? Na mir egal. Ist painful. Besonders wenn jeder Nutzer der den Post sieht erstmal deinen Hoster spamt.Bei Mastosoc kann son Post erstmal hunderte Posts an dich spammen. Na schönen dank.Außer das ist nicht so wie ich meinte, dass für jeden Nutzer ein eigener Reverse Fetch passiert
       
 (DIR) Post #Ad0toG0UKYfgPfbuO8 by Jain@blob.cat
       2023-12-20T21:40:01.585880Z
       
       0 likes, 0 repeats
       
       @kura @ErikUden @samid ich würde mal sagen das zu 90% posts vom originalen server auf die server der follower gepusht werden. (natürlich geschätzt) Erst Server die den Post durch einen boost mitkriegen fragen bei Authorized Fetch beim originalen Server nach, deshalb ist dies in der Regel auch kein Problem
       
 (DIR) Post #Ad0tvXYRUGo8rZxtQW by kura@z0ne.social
       2023-12-20T21:41:21.559Z
       
       0 likes, 0 repeats
       
       @Jain@blob.cat @ErikUden@mastodon.de @samid@mastodon.de Und ich meinte mit reverse fetch, dass deine Instanz der anderen mitteilt dass ein post existiert, und dann pro Nutzer die andere Instanz anfragt, was das für ein Post ist.
       
 (DIR) Post #Ad0uPoJnixNPXiYChM by samid@mastodon.de
       2023-12-20T21:41:32Z
       
       1 likes, 0 repeats
       
       @Jain @ErikUden das sehe ich auch so. 👍​Meine Sorge im Moment ist nicht, was innerhalb des Fedi so läuft. Meine Sorge ist, (Achtung, rant Anfang)was geschieht, wenn das Fedi, mit all diese Schwächen und Einfallstoren behaftet mit einer supermächtigen, alles ausnutzenwollenden und könnenden Gigantoinstanz föderiert. Mit GenocidMeta, dass langfristige Strategien verfolgt, die nicht zu unserem oder dem Wohl von irgendwem sind. Und wir zwangweise hinter den Fedichefs hertrudeln , ohne zu wissen was abgeht, und ohne das erkennbar ist, dass die das wissen oder dringend wissen wollen oder dass es einen Plan gibt ,diese Schwächen auszuräumen, oder da in irgendeiner Weise eine Prio draufgelegt wird, Ich hab ehrlich gesagt keine Ahnung von Software. Eher von Community. Und von dem Gesichtspunkt aus ist das unfassbar.(rant ende)
       
 (DIR) Post #Ad0uPp2T2t6bmFRsJs by Jain@blob.cat
       2023-12-20T21:46:50.291994Z
       
       0 likes, 0 repeats
       
       @samid @ErikUden ich habe da weniger Angst und im Zweifelsfall gibts ein Eintrag in der Firewall