CSSCurrent de:Version 7.4.0: Unterschied zwischen den Versionen

Aus Cryptshare Documentation
Wechseln zu:Navigation, Suche
Keine Bearbeitungszusammenfassung
Keine Bearbeitungszusammenfassung
Zeile 10: Zeile 10:


* Die installierte OWA-Paketversion zeigt die Build-Nummer an.
* 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.


=== REST-API ===
=== REST-API ===
Zeile 18: Zeile 19:


* 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, 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 das Sender-Attribut <code>notificationFailed</code> nicht auf <code>true</code> gesetzt wurde, wenn alle recipient-notifications aufgrund eines ungültigen Mailservers fehlgeschlagen sind und bei den Recipient <code>notificationFailed=true</code> gesetzt war.
* Ein Problem wurde behoben, bei dem Boolean properties in der Transfer Polling API response den Wert <code>false</code> erhielten, wenn sie nicht über den Fields-Parameter selektiert wurden. Jetzt wird <code>null</code> zurückgegeben, sofern sie nicht im Fields Parameter angegeben sind.
* Ein Problem wurde behoben, bei dem Boolean properties in der Transfer Polling API response den Wert <code>false</code> erhielten, wenn sie nicht über den Fields-Parameter selektiert wurden. Jetzt wird <code>null</code> zurückgegeben, sofern sie nicht im Fields Parameter angegeben sind.
* Ein Problem wurde behoben, Transfers im Status „Processing“, deren <code>expiration_date</code> ü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 Status <code>DELETED_BY_EXPIRATION</code> zurückgegeben.
* Ein Problem wurde behoben, Transfers im Status „Processing“, deren <code>expiration_date</code> ü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 Status <code>DELETED_BY_EXPIRATION</code> zurückgegeben.
* Ein Problem wurde behoben, bei dem unter bestimmten Umständen der "Änderungen speichern"-Button in der Policyverwaltung nicht reagierte.
* 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, das verhindert hat, dass durch QUICK erstellte Transfers über die Rest Api gepollt werden konnten.

Version vom 1. Juli 2025, 08:17 Uhr

Veröffentlichungsdatum: TBD


Neue Features

Verbesserungen

  • 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.

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.

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 false erhielten, wenn sie nicht über den Fields-Parameter selektiert wurden. Jetzt wird null zurü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 Status DELETED_BY_EXPIRATION zurü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.