Syncthing für Android entstand ursprünglich als offizielle Wrapper-App rund um die Syncthing-Binärdatei und bot eine native Benutzeroberfläche für die Dateisynchronisierung auf Mobilgeräten. Die Entwicklung begann parallel zum Hauptprojekt Syncthing, das 2013 gestartet wurde, aber die Android-Version stand vor anhaltenden Herausforderungen aufgrund der sich ständig weiterentwickelnden Einschränkungen von Google in Bezug auf Hintergrunddienste, Dateizugriff und Play Store-Richtlinien.
Catfriend1 übernimmt
Besonders in den letzten beiden Jahren scheint die Entwicklung des Öfteren ins Stocken geraten zu sein. catfriend1, bis Anfang November Maintainer des Projekts, hatte es 2021 herum geforkt, um Einschränkungen der Benutzeroberfläche, Probleme mit dem Akku und häufige Binär-Updates zu beheben, und stellte häufiger Updates über Google Play und F-Droid zur Verfügung. Zu den Verbesserungen, die catfriend1 einbrachte, gehörten unter anderem ein sichtbarer Synchronisierungsfortschritt, SD-Kartenunterstützung und konfigurierbare Optionen. Die Abspaltung gewann an Popularität, als die offizielle App und die Veröffentlichungen dort stagnierten.
Catfriend1 taucht ab
Mitte November war plötzlich das GitHub-Repository von catfriend1 nicht mehr erreichbar und sein vorher öffentliches Profil gesperrt. Der 404 als Antwort im Repository war nicht ungewöhnlich, das kam des Öfteren vor. Aber dass der Maintainer nicht mehr erreichbar war, löste im offiziellen Syncthing-Forum Bedenken aus, angesichts der Tatsache, dass die App Zugriff auf das Dateisystem hat. In der Folge wurde auch das LiberaPay-Konto geschlossen. catfriend1 bleibt bis heute verschollen.
Undurchsichtiger Fork
Einen Tag später erklärte nel0x, der bisherige Herausgeber der Google-Play-Version, dass er versuchen wolle, die App in seinem Repository weiterzuentwickeln, bis die Situation geklärt ist. Noch einen Tag später tauchte ein Repo mit Catfriend1 (großes C) als Eigentümer auf, nur um kurz darauf zu researchxxl zu wechseln, einem User-Konto, das erst am 15. November angelegt wurde. Laut dem Forum ist researchxxl im Besitz des Repository-Schlüssels von catfriend1. Das Repository hat bis heute kein öffentliches Profil und researchxxl trat trotz diverser Einladungen nicht dem Syncthing-Forum bei. Verständlicherweise dachten einige Kommentatoren an die XZ Utils-Backdoor vom März 2024.
Leichte Entspannung
Vor einigen Tagen begann auf GitHub ein Austausch von researchxxl und nel0x über eine mögliche Zusammenarbeit am Syncthing for Android, die eher in die Richtung deutet, dass hier ein unbeholfener Maintainer unbeholfen eine App übernimmt. Im einfachsten Fall werden hier best practices sträflich vernachlässigt. Der alte Maintainer verschwindet ohne ein Wort. Der neue Maintainer stellt sich nirgends vor und erklärt die Situation. Es fehlt jegliche Transparenz. Deshalb bleibt verständliche Skepsis, bis sich die Situation geklärt hat. Wer automatische Updates zu Syncthing for Android bezieht, sollte die vermutlich bis dahin deaktivieren.
Danke an Leser Leo für den Hinweis.

Wie ist denn jetzt der Status?
Es gibt neue Versionen und es sieht zumindest so aus, dass es weiter geht und der neue Maintainer auch in Themen wie den “tempory high battery drain since v2.x” reinfuxt…
Ich würde syncthing nur ungern aufgeben – ist einfach ein klasse Tool 🙂
Den Status kann man hier nachlesen. In Kürze: Der bisherige Paketierer für Google Play findet das Verhalten des neuen ‘Maintainers’ nicht vertrauenswürdig und will die Weiterentwicklung nun selbst übernehmen. Das traut der neue ‘Maintainer’ ihm nicht zu.
Die Versionen von Syncthing-fork auf FDroid und Gplay wurden bisher von unterschiedlichen Entwicklern betreut.
Vom beschriebenen, plötzlichen Wechsel des Maintainers ist derzeit nur die FDroid Version betroffen, die bisher von catfriend1 betreut wurde.
Nur mal so, bei FDroid gibt es einen Synchthink-Fork mit deutscher Beschreibung (link auf ein Repo unterhalb von researchxxl) und ein Syncthink Browser (oder so ähnlich) mit englischer Beschreibung, ebenfalls auf ein researchxxl-Repository.
Wo ist denn die ursprüngliche von catfriend1 betreute Version?
Oder gibt es andere Neuigkeiten?
Ok, sorry, das ging zu schnell raus, Catfriend1 ist “spurlos” verschwunden und ResearchXXL hat das quasi übernommen, in einem nagelneuen Account, mein Gehirn hat mir etwas anderes erst vorgespiegelt.
Sorry für den Post.
Es ist “nur” Syncthing-Fork 2.x betroffen, die 1.x ist nicht betroffen. Da lohnt es sich mal wieder kein Bleeding Edge einzusetzen 😉
> Der neue Maintainer stellt sich nirgends vor und erklärt die Situation.
Ein paar Sätze von irgendjemanden in irgendeinem Forum macht die Situation auch nicht sicherer 😛
Stimmt, das ganze einfach unter den Tisch zu kehren, aber noch viel weniger. Wer auch immer dieser “researchxxl” ist, er kümmert sich praktisch gar nicht um die Bedenken der Community, diesem kürzlichen Kommentar des Play-Store Maintainers ist nichts mehr hinzuzufügen:
https://github.com/researchxxl/syncthing-android/issues/16#issuecomment-3618898346
Ich hoffe, im Repo von nel0x geht die Entwicklung weiter, ansonsten bleibe ich für absehbare Zeit bei F-Droid Version 2.0.11.2 vom 11.11.2025, jegliche nachfolgende Version halte ich durch diese abstrusen Vorgänge für nicht mehr vertrauenswürdig (meine Meinung).
Bis sich die Situation geklärt hat kann man in Fdroid auch relativ einfach auf die letzte Version von catfriend1 zurückgehen:
– In Fdroid, Syncthing-Fork auswählen und “Alle Updates ignorieren” auswählen.
– In Syncthing-Fork, unter Import und Export die Konfiguration exportieren.
– Syncthing-Fork deinstalliern und über Frdroid die Version 2.0.11.2 vom 11.11.25 installieren.
– Abschließend, in Syncthing-Fork, unter Import und Export, die Konfiguration importieren.
Evtl. Ist das für Euch mal die Gelegenheit Alternativen vorzustellen ?🤓
Ich benutze zwar Syncthing, aber nicht mit Android. Von daher kenne ich mich da nicht aus. Wenn du Da was zu schreiben willst, werde ich das gerne veröffentlichen.
Lieber nicht. Bin nur Nutzer und frickel mir das auch alles zusammen. 🥴
Muss mich für Packet auch erstmal einlesen. 🙂
Was genau ist mit “Packet” gemeint? Gibt es dazu einen Link?
Für die Übertragung von Dateien innerhalb eines lokalen WLAN-Netzwerks verwende ich FTP.
Der FTP-Server kann auf einem Smartphone oder einem Computer gestartet werden.
Ich persönlich verwende die integrierte MiShare-Anwendung von Xiaomi in Redmi als Server und auf dem Computer den FileZilla-Client. Dies ist jedoch keine automatische Synchronisierung.
Danke für die Info und bad news.
Habe sofort alle Berechtigungen entfernt.
Die App sycnt meine Keepass Datenbank und das ist mir zu heiss.
Als Alternative werde ich ‘Packet’ probieren.
Echt doof sowas…
Sicher ist sicher. Ich denke nicht, dass dort etwas Krummes versucht wird, aber der neue Maintainer macht es derzeit unmöglich, das zu evaluieren.
Doch wohl hoffentlich nicht am “offenen Herzen”, sprich,
synchr bei entsperrtem Keepass, also offener Datenbank…!?
Nein, das ist nicht nötig. Du gibts ja Quell- und Zielordner an. Aber im Moment ist mir das zu heiss.
Versuche heute mal Resilio Sync.
Mache ich seit eh und je so. Wie sollte das auch anders vernünftig zu nutzen sein? Die DB ist natürlich geöffnet, wenn man etwas darin abspeichert und Syncthing diese Änderung an der Datei erkennt.