Sorry here is the correct link for most up to date Syncthing Android community fork that I use:
https://f-droid.org/en/packages/com.github.catfriend1.syncthingandroid/ On Friday, August 2, 2024 at 8:56:27 PM UTC-4 Hugo González Castro wrote: > Hello imajeff and Alex, > > Thank you for your comments and ideas. The MLO support team solved my > issue with the MLO Cloud on Windows 7, which is the current best solution > available for my usage case right now... I am happy for that and glad to > pay and use for it. > > About the branches issue and the movie "Everything Everywhere All at Once, > which is a cool one ha ha ha, I think this kind of feedback between the > company and its customers could be extremely valuable. As a developer > myself, I personaly give support to customers and get feedback. It is not > always possible to implement all the customer's ideas, but sometimes it was > done indeed, and their feedback is unvaluable. It depends a lot on the > company's policies and other issues... but I think it is worth trying, as > it could be a win-win scenario. About the Syncthing project, thanks for the > recommendation, although it seems the Android app was removed... also, > there is no centrallized storage, so the devices need to be online to sync, > which is not useful for my usage case right now, but thanks anyway. > > Nevertheless, as a dev myself, I was extremelly curious about the > possibility to get more access to the MLO sync or files... so I made a > couple of tests. I am sharing here what I found: the WiFi Sync is done with > a separate library called ""*MLOWiFiSync.dll*" which is dynamically > loaded from the main executable "mlo.exe". That libary implements some > functions that could be called from a different utility, which names are: > > > > > > > > > > > > *GetActiveSessionCountGetLastSynchronizationErrorGetLastSynchronizationErrorCodeSetLogFileNameSetOnDataNeededSetOnDataReceivedSetOnPairRequestedSetOnServerErrorStartListeningStopListening* > > The problem is the library is not specifying the arguments to those > functions, which is a problem without the source headers or API > documentation, which is unavailable. But, it is possible to create a fake > library to replace it and debug the process, and having a possibility to > get the arguments when the fake library is called by the MLO executable. > One that is done, then it would be possible to directly call the library > from a different app or utility. For example, it would be possible to > create a WiFi Sync of the AbstractSpoon ToDoList with the MLO for Android > app, which would be really cool. The user would still need to buy the MLO > for Android Pro version to be able to use that feature. Of course that > would be a kind of reverse engineering that would require a lot of work, > but seems feasible... MLO might not approve that kind of development > anyway... > > Apart from that, I have checked the file formats: > > *MLO for Windows* has a "*.ML*" file format, which is actually > zip-compressed. If you rename it to ".zip" you can extract a file called " > *ZIPDATA*", which has a bunch of binary data. That would be extremelly > difficult to use. But hte Windows app has the possibility to export the > data to different text file formats that can be usable... although none of > them can be opened from the Android app. > > *MLO for Android* can export the user profile to a file, than can be sent > to a computer to see... it is a "*.mlobak*" file format, which is also > zip-compressed. If you rename it to ".zip" you can extract two files with > the data in plain text: "*views.xml*" and "*tasks.csv*". You can actually > see and read the tasks names on that CSV file, but it is a completely > different file format from anyone from the Windows app. MLO for Windows > cannot read anything from that. Although there might be a possibility there > to create an utility to convert from the Windows XML to the Android CSV, it > would be a lot of work and not practical to sync. > > The ""*MLOWiFiSync.dll*" looks way more promising. For now, I am happy > enough with my MLO Cloud, ha ha ha... > > El jueves, 1 de agosto de 2024 a las 13:15:26 UTC+2, Alex escribió: > >> Hugo, >> >> In regards to syncing of files between various platforms, devices etc... >> I highly recommend you checkout open source: https://syncthing.net/ >> >> This is what I use to sync files between various platforms, devices phone >> (Android), desktop (Windows), tablet etc... Very customizable and reliable. >> >> Jeff, >> >> I agree with you 100% that it would be very nice for MLO team to add API >> feature, essentially means for advanced users to integrate with other >> commonly used apps. In my case I would love to have ability to have more >> advanced integration between MS Outlook desktop and MLO. Can easily be done >> through API/DLL. Would love to have means to use keyboard hotkeys/shortcuts >> (not mouse drag and drop) to instantly turn emails into MLO tasks (with >> subject/message contents) copied just as currently able to do with drag and >> drop. Would love to have improved means to also have better integration >> between MS Outlook desktop calendar and MLO. Final cherry on top a sync >> service that can be run on local machine just like MLO cloud sync that >> would properly sync between Windows and Android (phone/tablet} without >> having to pass data to AWS MLO cloud. But having had a chance to read some >> of your posts it sounds like these are all wishful thinking and chances of >> getting these features added are slim. Regardless even without these the >> app is phenomenal. >> >> Regards, >> Alex >> >> On Wednesday, July 31, 2024 at 10:22:35 AM UTC-4 imajeff wrote: >> >>> On Wednesday, July 31, 2024 at 4:22:29 AM UTC-6 Hugo González Castro >>> wrote: >>> >>> Actually the MLO Wi-Fi Sync doesn't work between Android devices, even >>> with the pro version (I have the pro versions for Android and Windows). It >>> doesn't work for my usage case because I need to sync my two Android >>> devices while traveling without access to any of my desktop PCs. The best >>> solution for now to me is just using the MLO Cloud, which is what I'm doing. >>> >>> >>> Right, sorry but I knew Cloud Sync was the only solution for now and I'm >>> glad it is there. I didn't realize you need multiple Android also, which >>> has been another limitation. Some have mentioned they don't trust cloud, >>> which is why I talk about my own intermediate service which each Android >>> Wi-Fi Sync can communicate with to keep whichever one you're using at the >>> time updated (it would remember multiple pairing), and when your home >>> computer is on, the service will sync with that so they all stay in sync >>> but the desktop and Android don't need to be always connected. For my own >>> security, I would need my own VPN tunnel. That's for accessing my home >>> network LAN but still isolated from outside Internet. Nothing of this >>> nature can be 100% secure, keep in mind, but my own VPN beats trusting >>> cloud services in theory. >>> >>> >>> >>> About development options. The AbstractSpoon ToDoList for Windows is a >>> great alternative for MLO for Windows, with even more features, FTP sync >>> and way more. I have been using it for many years. The only problem is >>> there is no official mobile app. I talked with its developer, but creating >>> a good mobile app is way too much work, even teaming up. Such an >>> opensourced app for ToDoList might put MLO and other competitors out of >>> business... About any possibility of extending the functionality or >>> compatibility of MLO, would require at least the documentation for other >>> developers... and the MLO team doesn't seem to be interested in that >>> possibility. That's the inconvenience of close-sourced software... that's >>> why I keep open the possibility of migrating my data back to ToDoList. I >>> already made the code of ToDoList compatible with the XML for MLO for >>> Windows, to migrate my data. But I don't know the format of the Android >>> app... that would be great to make a compatibility tool... >>> >>> >>> Yes, everyone says these things about every application, don't they? >>> "Why can't you have feature [X] and [Y] because system [Z] has those and >>> many more..." >>> This is how reality works, endless branches. Keyword is 'branch'; >>> means a different direction. It reminds me of the movie, "Everything >>> Everywhere All at Once". The truth is of course that one application would >>> have to be designed to do all those things earlier on. This isn't that. >>> Did you know this (original MLO for Windows) was what I would call the >>> one man's dream application [usually most efficient not bloated nor >>> fragmented], while many that compete with each other are just Enterprise >>> business throwing around $$$ to check off as many features as they can to >>> gain the largest customer base. It's not his dream, this is more of the >>> "Engineer's project" which makes it good for an engineer to fully use. I >>> quickly noticed the layman struggles to imagine the best way to use this in >>> their case. Of course it is a challenge for us engineers to use it the way >>> we want but hey, that's the fun! >>> >>> >>> >>> I understand now your suggestion of understanding the wifi sync >>> protocol. Basically, you are talking about reverse engineering the >>> protocol... that cloud be a possibility, if it is not encrypted. >>> >>> Yeah surely not encrypted because why else to work only in your LAN, ya >>> know... >>> >>> >>> It is indeed possible to spy the network traffic and see the transmitted >>> data. If the protocol is easy, we could use that for our convenience... >>> not a bad idea... it could be easier than reverser engineering the file >>> format and creating a tool for the FTP sync by replacing files. I have >>> still to try to fix my MLO Cloud sync in Windows, because the reverser >>> engineering options look like a lot of work... >>> >>> >>> You brought up another problem with something like MLO Cloud Sync... >>> simpler to use, uless it doesn't work then nothing you can do if the >>> problem is from one of the third parties. I suspect maybe it has to do with >>> MLO 6 version trying to update authentication, but then all I could think >>> of is what both of you did: erase the sync configuration and try >>> authenticating again. Could be a lot of different problems that don't even >>> have to do with MLO or your network and installation yet would be difficult >>> if not impossible for us to trace. I am currently running niether MLO 6 nor >>> Cloud Sync or manybe I could think of something else to try. >>> >>> You gave a great report of problems and troubleshooting, so I hope they >>> can figure it out. >>> --jeff >>> >>> >> -- You received this message because you are subscribed to the Google Groups "MyLifeOrganized" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/mylifeorganized/c977402c-fe1c-4c14-8979-8aad4769fb9dn%40googlegroups.com.
