CSSCurrent de:Version 7.4.0: Unterschied zwischen den Versionen
Keine Bearbeitungszusammenfassung |
Keine Bearbeitungszusammenfassung |
||
| Zeile 22: | Zeile 22: | ||
==== Transfer-Polling um Absender-Informationen erweitert ==== | ==== Transfer-Polling um Absender-Informationen erweitert ==== | ||
Der Name und die Telefonnummer des Absender werden nun in der Datenbank gespeichert und können über die Absender/Empfänger-Transfer-Polling-API abgerufen werden. | Der Name und die Telefonnummer des Absender werden nun in der Datenbank gespeichert und können über die Absender/Empfänger-Transfer-Polling-API abgerufen werden. | ||
==== Server Status Endpoint (REST API-Version) ==== | |||
Die Cryptshare REST API erlaubt nun die Abfrage der auf diesem Cryptshare Server verfügbaren REST API Version. Falls Sie eine Anwendung haben, die mit mehreren Cryptshare Servern interagiert, so können Sie nun zuerst die REST API Version abfragen und basierend darauf nur jene Features nutzen, die in der jeweiligen Version verfügbar sind. | |||
=== Erweitertes Cryptshare Supportpaket === | === Erweitertes Cryptshare Supportpaket === | ||
Version vom 28. Juli 2025, 08:48 Uhr
Veröffentlichungsdatum: TBD
Neue Features
Verbesserungen
- Der Transferoptionenschritt wurde neu strukturiert, damit sich die Benutzer auf die wichtigsten Transferoptionen fokussieren können. Die anderen Optionen sind nun standardmäßig ausgeblendet und können von den Benutzern selbst wieder eingeblendet werden.
- Veraltete Logdateien und Servicedefinitionen werden während des Updates entfernt, die nur für frühere Versionen von Cryptshare relevant waren und nicht mehr benötigt werden.
- Die installierte OWA-Paketversion zeigt die Build-Nummer an.
- Wenn bei einem Transfer die Benachrichtigung aller Empfänger fehlschlägt, so überspringt der Cryptshare Server die Benachrichtigung des Absenders über eine "erfolgreiche Benachrichtigung der Empfänger". Beginnend mit dieser Version wird nun die Benachrichtigung des Absenders ebenfalls als fehlgeschlagen abgespeichert. Dies hat Auswirkungen auf die Anzeige im Transfer-Log und Antworten der SOAP- und REST-API. Hiermit soll vermieden werden, dass fälschlicherweise der Eindruck entsteht, dass der Absender über den Transfer informiert wurde.
Content-Security-Policy-Änderungen
Die standardmäßig konfigurierte Content-Security-Policy (CSP) der Cryptshare Web App (Endnutzeroberfläche) und Cryptshare Admin Interface wurde verschärft und erlaubt nun keine unsafe-inline oder unsafe-eval-Direktiven mehr.
Auch für den Fall, dass zusätzliche Ressourcen aus anderen Quellen verwendet werden, wurde die CSP-Konfiguration verschärft und die zuvor erwähnten Direkten entfernt. Sollten Sie lediglich Bilder aus anderen Quellen einbinden, so ist keine weitere Anpassung erforderlich.
REST-API
Transfer-Polling um Absender-Informationen erweitert
Der Name und die Telefonnummer des Absender werden nun in der Datenbank gespeichert und können über die Absender/Empfänger-Transfer-Polling-API abgerufen werden.
Server Status Endpoint (REST API-Version)
Die Cryptshare REST API erlaubt nun die Abfrage der auf diesem Cryptshare Server verfügbaren REST API Version. Falls Sie eine Anwendung haben, die mit mehreren Cryptshare Servern interagiert, so können Sie nun zuerst die REST API Version abfragen und basierend darauf nur jene Features nutzen, die in der jeweiligen Version verfügbar sind.
Die Cryptshare-Support-Funktion wurde erweitert. Neben der Logdateien, das an Pointsharp übermittelt wird, enthält das Paket nun zusätzlich auch die konfigurierten Policyregeln und Dateitypenfilter. Dies erlaubt unserem Supportteam die Prüfung dieser, im Falle von Fragen zur Cryptshare Server Konfiguration.
Um zu überprüfen, welche Daten an Pointsharp übertragen werden, so können Sie dieses Supportpaket über die Administrationsoberfläche selbst herunterladen und einsehen.
Behobene Fehler
- Ein Problem wurde behoben, das dazu führte, dass Anwendungsprotokolle in den Syslogs des Hostsystems (`/var/log/messages` oder `/var/log/syslog`) erschienen.
- Ein Problem wurde behoben, bei dem Boolean properties in der Transfer Polling API response den Wert
falseerhielten, wenn sie nicht über den Fields-Parameter selektiert wurden. Jetzt wirdnullzurückgegeben, sofern sie nicht im Fields Parameter angegeben sind. - Ein Problem wurde behoben, Transfers im Status „Processing“, deren
expiration_dateüberschritten war, wurden fälschlicherweise als aktiv in der API-Response zurückgegeben, bevor der Cleanup-Task ausgeführt wurde. Sie werden jetzt korrekt mit dem StatusDELETED_BY_EXPIRATIONzurückgegeben. - Ein Problem wurde behoben, bei dem unter bestimmten Umständen der "Änderungen speichern"-Button in der Policyverwaltung nicht reagierte.
- Ein Problem wurde behoben, das verhindert hat, dass durch QUICK erstellte Transfers über die Rest Api gepollt werden konnten.
- Ein Problem wurde behoben, bei dem der Log-Export Betreff und Nachrichten anzeigt, obwohl das Logging deaktiviert ist.