Thank you for the new info!
El sábado, 3 de agosto de 2024 a las 13:28:04 UTC+2, Alex escribió: > 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/d1ddf3b9-c150-4c04-adaf-760fae0a2ca9n%40googlegroups.com.
