Jump to content

Fabian Näf

  • Content count

  • Joined

  • Last visited

  • Days Won


Fabian Näf last won the day on December 4

Fabian Näf had the most liked content!

About Fabian Näf

  • Rank
    Advanced Member
  1. Bulk Import from Password Safe

    Hi Sarge Probably you can use my script: Best regards, Fabian
  2. Inplace Upgrade not working

    Hi No I didn't harden my server at all. This error only occurs on my test server. So it's absolutely not important... no worrys ;-) In the eventlog I found the following error, every time when I try to run the update: Log Name: System Source: Schannel Date: 30.11.2017 16:14:03 Event ID: 36887 Task Category: None Level: Error Keywords: User: SYSTEM Computer: ************* Description: A fatal alert was received from the remote endpoint. The TLS protocol defined fatal alert code is 70. Regarding to this site, error 70 means "protocol_version". I already had problems to download this file by using my domain admin account using IE, I had to enable TLS1.2 in the IE settings. Can you tell me, which user is used to download the update file? Is this the configured In-Place-Upgrade user or the AppPool-User (NetworkService)? I tried to use differend users for In-Place-Upgrade, but this makes no difference at all. Best regards, Fabian
  3. Inplace Upgrade not working

    Hi The service account has full control on the Passwordstate folder. I just repropagated all permissions down to all files and folders. My server has direct connection to the internet, not firewall or proxy between. I just tested to use my domain admin instead of the service account, but unfortunately I got the same error. Thanks for extending the upload-size! Just a sidenote about the upgrade process: If the upgrade fails, the Passwordstate-service stays in stopped status. Best regards, Fabian
  4. Importing from KeePass into Passwordstate

    Hi Yoshi Have you enabled the "Anonymous API" and did you use the key for this API? (take a look at the screenshot above from Clickstudios). Best regards, Fabian
  5. Inplace Upgrade not working

    Hi Together Everytime, when I run an inplace upgrade, I get the follwing error: HTTP Download Error It appears there is an issue in downloading the file http://www.clickstudios.com.au/downloads/passwordstate_upgrade.zip from Click Studios' web site. This could be caused by numerous things, including internal or external network issues, internal proxy server issues, or timeouts while downloading the file. The log file /upgrades/UpgradeLog.txt may be able to provide some more detail. To progress with the upgrade, you can manually download the file above and place it in the /upgrades folder of your Passwordstate install, then click on the Restart Upgrade button below. When I download this file manually and place it in the upgrades-Folder it works well (I did this every time so far, but it would be glad to resolve this issue). The UpgradeLog.txt contains the following content: 22.11.2017 18:57:47 - Passwordstate upgrade started. 22.11.2017 18:58:25 - Stopping of the Passwordstate Windows Service started. 22.11.2017 18:58:25 - Stopping of the Passwordstate Windows Service completed. 22.11.2017 18:58:25 - Compressing and backing up of web files started. 22.11.2017 18:59:28 - Compressing and backing up of web files completed. 22.11.2017 18:59:28 - Backing up of database started. 22.11.2017 18:59:29 - Backing up of database completed. 22.11.2017 18:59:29 - Removing old backups started. 22.11.2017 18:59:29 - Removing old backups completed. 22.11.2017 18:59:29 - Downloading of file passwordstate_upgrade.zip started. 22.11.2017 18:59:31 - The following error occurred during preparing for an upgrade - The request was aborted: Could not create SSL/TLS secure channel. - Method = DownloadButton_Click For In-Place Upgrades I use a dedicated service account with full rights on the Passwordstate-Service (start/stop permission was not enough). This service account has write access to the backup path and passwordstate-folder as well. This account doesn't have any more rights than this (no logon locally allowed). I already tried to start Internet Explorer with the service account and I was able to download the file by using the following urls: https://www.clickstudios.com.au/getupgradefile.aspx https://www.clickstudios.com.au/downloads/passwordstate_upgrade.zip Best regards Fabian By the way: Might it be possible to extend the attachment storage in this forum for my user, because I'm not able to update any more attachment?
  6. API Create Password with $ in it

    Hi All I'm not sure if this helps (I had no time to test it). I usually create the JSON as following: Create a Powershell Object, then convert it to JSON. If you do it like this, then you dont have to struggle with the string-creation. $Body = @{ PasswordList = $Name Description = $Description ApplyPermissionsForUserID = $global:UserToPermit CopySettingsFromTemplateID = $global:PasswordstateTemplateID LinkToTemplate = "False" Permission = "A" PrivatePasswordList = "false" NestUnderFolderID = $ParentFolderID APIKey = $global:PasswordStateSystemWideAPIKey } $jsonBody = $Body | ConvertTo-Json (just an example, it doesn't fit to your requirement) Best regards, Fabian
  7. Hi I just tested the new feature to set a title for a host. It's absolutly brilliant! Thanks a lot Patrick to suggest this feature and thanks to Clickstudios for implementing this. Best regards, Fabian
  8. Color theme not saving?

    Hi jack I think you need to select a color in the fields "Base Color" and "Page Background Color". The "Color Palette" changes just the choosable colors in the color picker at the bottom and you need to pick a color from there. Regards, Fabian
  9. Redirect to HTTPS not working

    Hi I just wannted to ask, if you got some news about this issue? Best regards, Fabian Edit: Propably I need to mention, that I have Windows Authentication enabled, if this matters...
  10. Improve Bad Passwords feature

    Just an idea: You (clickstudios) could host this datas (with a powerfull method, like suggested above) and publish it by an API to the internet. So the users webbrowser could then directly access this API... just an idea :-)
  11. Unable to send Self Destruct Message

    Hi I did my testings above with smtp from Outlook.com (smtp-mail.outlook.com). I just tested again with smtp.gmail.com and I was not able to reproduce the issue anymore. When using gmail, all emails were sent from the email address I have specified on the Email Server Settings screen. I already tested some days ago with gmail.com, but then I got the failure. This time, I did a logout/logon to Passwordstate after every change, probaly this makes a difference, but I don't know. Best regards, Fabian
  12. Hi I'll send you an email with further informations about our environment. Best regards, Fabian
  13. Hi I', referencing to this post. It would be glad, if we could set the options under User Preferences -> Password Tab by User Account Policies. Specially "Limit the number of displayed Nodes (Password Lists and Folders) in the Navigation Tree to" and the new feature "Use Load On Demand Feature for faster loading and expanding of Nodes in the Passwords Navigation Tree" would be great, if it could be configured by User Account Policy. As described in the referencing post, we have a lot of nodes. Currently every user needs to set this settings by hand (or we have to set it in the database for them). So I thought it would be the best option, if we could set this by User Account Policy by default for all users. Best regards, Fabian
  14. Unable to send Self Destruct Message

    Hi Unfortunately I don't have another email server to test, because I run Build 8037 in my testenvironment. But I think I got where the issue is comming from: When I send a Self Destruct Message I assumed, that it's sent from the users email-address wo's creating the Self Destruct Message. My email-settings are using a Exchange-Server, which needs authentication, for what I'm using my own email-account. This Exchange-Server doesn't allow sending emails from another account then the configured one. This explains, why sending Self Destruct Messages works from my Security Administrators account (this accounts uses the same email-address as configured for authentication on the Exchange-Server). I just tested this: 1. When I change a users email-address to the email-address configured for authentication on the Exchange-Server, I'm able to send Self Destruct Messages from this user. 2. When I change my Security Administrators email-address, the Security Administrator is not able to send Self Destruct Messages anymore. Best regards, Fabian
  15. Redirect to HTTPS not working

    Hi As I understand this setting, when I use HTTP, I should be redirected if I use a browser (Web Tier?) and I should get a 403-Error, if I use the API. Did I understand that wrong? Best regards, Fabian