Jump to content


  • Content count

  • Joined

  • Last visited

  1. Chrome Extension Not Saving Information

    Well damn. I didn't hit save after generating the API key. Went back, generated a new key, hit save, and it saved all my login info this time.
  2. Chrome Extension Not Saving Information

    We're having the same issue, two different users (one of them is me). We had not used the extension before the upgrade to 7086. API is working (password generator, graphs, and we use the API for other stuff too). Rebooted the machine hosting passwordstate, disabled/enabled the extension. The developer tools window closes once you click save so I can't see if there are any js errors. In the IIS logs I'm not seeing any calls to the API other than "/highavailability/GetPrimaryStatus", "/searchpasswords/" and "/generatepassword", no matter how many times I click save.
  3. Additional Email Address for Alerts

    Logging to a local file (then inserting) seems reasonable. Other options that would work for us (based on our environment, maybe not for everyone) would be to drop an event to the event log. Our monitoring system scans and picks up events from the event log so it would grab it and log it from there too.
  4. Additional Email Address for Alerts

    It would also be helpful if the HA instance could trigger an audit entry to a syslog server (if defined in the primary instance). That would still allow the the HA instance to maintain it's read-only status but still trigger an event log.
  5. Additional Email Address for Alerts

    Ah, sorry I searched first but missed that thread. That would work perfect for us.
  6. It would be excellent if we could specify an additional email address (an address that doesn't belong to a user) for email alerts that are sent out. For example, we have several internal "alerting" distribution lists in our company. Those list messages are picked up and stored into a centralized audit log and the only way to get them there now is if we create a user (using up a license) for this auditing system (which will never log in but now has a high access level). Although the audit system can push to a syslog server (which we're doing), that doesn't help in instances where it appears entries are no written to the audit log. For example, we just added the High Availability option and using the HA site causes an email to be sent, but since that instance is read-only, no audit entry is created. In general this would be in line with all our other alerting events across our network. Then we can control who gets those alerts with AD group membership. Thanks for the consideration! -Billy