Community


Synchronised Address Book not saving settings

Links used in this discussion
Nijel Terry, User (Posts: 55)
Jan 19, 2022 12:19:27 pm EST
Greetings,

Today I was trying to set up cloud address books using Remote Utilities Self Hosted server 3.2.1.0 and connect to it using Linux Viewer 1.0.11.q

I created my user on the server, gave it full permissions, created an address book, was able to log in to the server as the new user on the viewer and add contacts and folders, however, the connection settings will not save and I don't understand why. I tried creating a new folder and a new contact and it didn't save the internet ID. I use Internet ID and a DDNS named server address. The same internet ID and server settings work fine for connecting using a local address book. What happens on the cloud address book is after inputting the internet ID and server address information the host shows as online for about a second and the internet ID and server information is displayed in the viewer for about a second and then without any input fr om me the connection switches to Direct and all of the Internet ID and server address data is somehow deleted from the address book.

This is my first time setting up the self hosted server cloud address book so it is probably a mistake I made, I just don't know wh ere. I thought I followed the instructions correctly. Any help is greatly appreciated.
Pauline, Support (Posts: 2832)
Jan 19, 2022 1:21:08 pm EST
Hello Nijel,

Thank you for your message.

the connection switches to Direct and all of the Internet ID and server address data is somehow deleted from the address book.

Could you please elaborate a bit more on the issue? Namely, what exactly happens when connection switches to Direct? Do you mean that the Internet-ID code and custom Server information disappear from the Connection Properties window of a remote Host? Would it be possible for you to provide a few screenshots of the issue (you can blur/cover any sensitive information on the screenshots)?

Looking forward to your reply.
Nijel Terry, User (Posts: 55)
Jan 19, 2022 1:37:33 pm EST
Hi Pauline,

Thank you for your reply. Yes, as you described it, that is exactly what happens. After I have entered the information in the Connection Properties of the remote host and click Ok, the host appears with the settings I entered in the address book and then a second or so later the Internet ID and server address disappear and the connection method changes to Direct and all Internet ID and server information disappears from the Connection Properties screen of the host.
Nijel Terry, User (Posts: 55)
Jan 19, 2022 2:59:40 pm EST
I was just looking at the server logs in Program Files (X86)\Remote Utilities  - Server\Logs and there is an access violation in module InternetIDService.exe

If you think this might be relevant I can share the log.
Pauline, Support (Posts: 2832)
Jan 19, 2022 3:07:58 pm EST
Hello Nijel,

Thank you for the clarification.

Could you please confirm that the connection was initially added to the address book on the Server's side and then you've tried modifying its properties (Internet-ID and server) on the Viewer's side? If this is the case, could you please try modifying the connection properties of the Host on the Server's side, in the Address Book Manager window and see if the changes apply to the connection this way? Please make sure to click the green checkmark after updating the settings in order for the changes to be saved.

If you think this might be relevant I can share the log.

Yes, please send us the log file to support@remoteutilities.com.

Looking forward to your reply.
Nijel Terry, User (Posts: 55)
Jan 19, 2022 7:31:10 pm EST
I sent the log to support@remoteutilities.com
I think I found another piece of the puzzle just now, here is a snapshot of the servers event viewer.
Attached Files
Synchronised Address Book not saving settings
Nijel Terry, User (Posts: 55)
Jan 19, 2022 9:38:46 pm EST
Hi Pauline,

Some more background on my setup. So for some time now I have been using an open source file synchronization program SyncThing, maybe you're familiar with it, to sync my address book between my viewer computers. I know this is probably an improper way of doing this, but as it is only myself using the viewer computers, and as long as I can remember to close the viewer before I switch to another viewer computer, nothing has gone wrong doing it this way so far. Now that the Linux viewer has remote address book sync via self hosted server I thought I should finally start to use this feature and abandon the Syncthing method, which I think I have been using for about 2 or 3 years now with no major issues except it can create a sync conflict if I forget to close one viewer and open the viewer on another computer as they are all using the same address book xml file, which isn't a big problem since it's just me, but even sometimes I forget, and that could be a big problem that is avoidable if I can get this to work on the server side.

So, my method for populating the cloud address book was this:
On the self hosted server I created the users (one for each viewer pc) and the address book.
On one of the viewer PC's I made a copy of the address book .xml file I've been using, I believe this .xml file is the output of using the address book backup feature on the Windows Viewer; I no longer use the Windows Viewer.
Using the copied .xml file, I added it as a second address book in the viewer PC.
Then I used the sign in button to log in to the self hosted server with the viewer pc and added the new cloud address book to the viewer, now at this point this viewer has two local copies of the same address book and one empty cloud address book. The second copy of the address book was for me to figure out how to transfer that to the cloud address book without possibly ruining the original data, (which I'm glad I did because all of the Internet ID's were lost in the data transferred to the cloud address book.)
Then I created folders within the copied address book and put all the contacts into folders and dragged and dropped the folders into the cloud address book.  This worked, except for the Internet ID and server DDNS data is having an issue that we've been trying to figure out.  I have quite a few contacts and if possible I would really like not to have to enter them all in on the server side, but I noticed when I did just one it seemed to keep the Internet ID and server data when I entered it on the server side, so it appears there is a problem using the cloud enabled viewer to write to the server address book. Also of note, any edits made to a contact on the cloud address book from the viewer results in the Internet ID / server address being erased and Direct connection being chosen, essentially the Viewer PC acting on the contact seems to corrupt the data somehow. My guess is it's probably a malfunction on the server computer. This isn't mission critical to me that it be solved immediately, this is just very interesting and I'd like to solve it eventually, and it will be useful once solved. Any help or input is greatly appreciated.
Nijel Terry, User (Posts: 55)
Jan 19, 2022 10:12:42 pm EST
One idea I have been pondering for some time now is I would like to eventually move the self hosted remote utilities server to a virtual machine running within a Linux computer. I have a Linux computer that runs continuously that would be a good candidate for this project and maybe trying to switch the RU server to another computer, virtual or not, would reveal something about the original problem.
Pauline, Support (Posts: 2832)
Jan 20, 2022 8:59:13 am EST
Hello Nijel,

Thank you for the provided details and the log file.

It seems that we were able to reproduce the issue - looks like it occurs specifically when changes to a connection in the synced address book are applied using Viewer for Linux/Mac (i.e. the issue doesn't occur if the changes are applied using Viewer for Windows or applied on the RU Server side).
I will forward the issue to our developers to see if we can implement a fix for it in the nearest update for Viewer for Mac/Linux. Sorry for the inconvenience.

I'll get back to you with an update on this shortly.
Nijel Terry, User (Posts: 55)
Jan 20, 2022 1:25:09 pm EST
Hi Pauline,

Thank you for the update. I'm relieved to hear that it wasn't a mistake on my end.

* Website time zone: America/New_York (UTC -4)