- DATE:
- AUTHOR:
- Signhost product team
- RELATED ROADMAP ITEMS:
- Create and manage own appkey in Evidos portal
- Use PAdES - LT profile in signatures
Evidos fixes and features friday 10/6
Early next week, we will release new features. Read below what this release will contain!
Feature: Developer application management
Postbacks
We improved our registered postback page. We now generate a shared secret code when you create a postback, instead of giving this one out only once when you register your APPkey. This should make postback management and security much easier and more logical.
This also means you can now receive postbacks from transactions created in the portal. This can really help keeping systems up to date, or even automatically downloading signed files in another system but still create transactions in the portal.
Check the page improvements out here. https://portal.signhost.com/RegisteredPostbacks.
See our guide here for this page: https://intercom.help/evidos/en/articles/4739431-postback-header-security
Please note, if you still use our API to pass along a postback url in the POST, you will need to switch over to the postback management page to start using these features.
Appkeys
You are now in control to manage your own Appkeys, and no longer need us to create/reset your Appkeys. The actual link to this page will be published on release, subscribe to the roadmap item linked to this message to get notified when the link is available.
Improvements:
We will add some new icons to the pages in our portal, to better highlight on what page you are, such as support, branding, billing and user management.
When using Qualified signatures under European supervision, such as itsme sign and ZealiD, the signatures will be fully PAdES B-LT comform following the latest ETSI guidelines.
Bugfixes:
On the mobile browser signing environment, the language picker correctly shows the languages when you use a dark background for your branding.
We fixed a rare bug where changing an email address of an unverified user could result in that user not being able to be activated anymore.