Menu

Save to and synchronize with URL

Help
Dude
2014-12-20
2014-12-27
  • Dude

    Dude - 2014-12-20

    I'm using KeePass Password Safe v2.28 on windows 7 64 bit and I just can't get it to work with a server I already use for other things. I'm pointing it to ftp://ftp.xoxoxo.com/KeePassDatabase.kdbx, the process begins, the progress bar has activity, then I end up with the error pictured here.

    http://i44.photobucket.com/albums/f33/Dude_-/Capture_zpse93f0a58.jpg

     
  • Paul

    Paul - 2014-12-20

    That error implies that your FTP server does some unexpected things when KeePass attempts to save the data. KeePass default behaviour is to use "file transactions", e.g. write a new file, confirm the new file exists, delete the original file and rename the new file to the original name. If your server prevents you from doing some of the required steps you can turn off file transactions, Tools > Options > Advanced, File Input / Output connections. Note: this increases the chances of database corruption due to a failed write.

    cheers, Paul

     
  • Dude

    Dude - 2014-12-21

    On my FTP server I am able to r-click, create a new test.kdbx file, rename it, and delete it like if it were on a local C: drive. Is there an FTP server you can recommend which does support "file transactions" without a doubt and for free?

    Would you agree that my server does allow all necessary?

    Off topic, is it usual to not get email notifications here in sf?

     
  • Paul

    Paul - 2014-12-21

    Test saving the database after turning file transactions off. This will confirm file transactions is the problem.

    I think you get email for updates to threads where you have posted, but I'm not sure. Look for an envelope icon in the top right corner to turn updates on.

    cheers, Paul

     
  • Dude

    Dude - 2014-12-21

    "Use file transactions for writing database": I deselected it in options and went to > file > save as > save copy to file. Saved to desktop, I replaced the copy on my server with it and then tried "save to URL" again. No good, still the same mismatch error.

    Thanks for the continued support in getting this feature up and running for me!

    BTW, I have a ticket open for notification issues.

     
  • Dude

    Dude - 2014-12-22

    I'm happy to report it is all working great!

    Any changes I make to the database is automatically updated on the remote host when I click the "X" to terminate KeePass. I didn't even have to create any triggers. And when I re-open KeePass, it automatically opens the same remotely stored database, prompting only for the master key.

    Now to figure out how to get KeePassDroid app to open the same remotely stored database.

     
  • Paul

    Paul - 2014-12-22

    It is most likely a problem with your FTP server. The alternative is to use WebDav if the server supports it.

    cheers, Paul

    p.s. Turn file transactions back on.

     
  • Dude

    Dude - 2014-12-24

    Yeah, probably, since all I did was try another free one.

     
  • Sergei

    Sergei - 2014-12-24

    Well, I got similar problem with Windows 7 64. Save to URL working fine on mono in Ubuntu.
    I tried to save all headers KeePass 2.28 is sending to server, and seems like KeePass under Windows is not sending HTTP_AUTHORIZATION header along with request, so my HTTP server give error 401 unauthorized.
    Do I miss something? Or its KeePass bug?
    Thanks
    Update: problem is that Keepass under windows use digest as http auth, but in linux basic. if you switch to https both windows and linux use basic auth

     

    Last edit: Sergei 2014-12-25
  • Paul

    Paul - 2014-12-25

    Dude, what is the name of the free FTP server that works?

    cheers, Paul

     
  • Paul

    Paul - 2014-12-25

    Sergei, I cannot reproduce your error. Using KeePass 2.28 on Windows 8.1 and a webdav (Apache) server with authentication, saves work as expected.

    cheers, Paul

     
  • Dude

    Dude - 2014-12-27

    http://www.atspace.me

    It's working for me, I hope it helps.

     

    Last edit: Dude 2014-12-27

Log in to post a comment.