App Suite Middleware
Configuration
SCR-1607
Summary: New property 'com.openexchange.calendar.lookupPeerAttendeesEnabled'
By default, the server tries to lookup data from the same event of other attendee copies automatically, so that a changed participation status becomes directly visible for other users without waiting for an updated iTIP message of the organizer. In order to disable this implicit peer attendee lookup, the new lean configuration property com.openexchange.calendar.lookupPeerAttendeesEnabled
is introduced. It defaults to true
, is reloadable, and can be configured through the config-cascade.
See also the documentation for further details.
SCR-1606
Summary: New property 'com.openexchange.caldav.calendarMultigetLimit'
The new lean configuration property com.openexchange.caldav.calendarMultigetLimit
is introduced which allows to configure the maximum number of elements included in CAL:calendar-multiget
responses to the client. If data from more elements was requested, HTTP/1.1 507 Insufficient Storage
responses will get inserted.
A value of -1
disables the limit. It defaults to 1000
, is reloadable and can be defined through the config-cascade.
[8.41.62]
Configuration
SCR-1605
Summary: New property 'com.openexchange.calendar.maxAttendeesPerConflictCheck'
In order to prevent exhausting conflict checks while creating events with a huge number of attendees, the new lean configuration property com.openexchange.calendar.maxAttendeesPerConflictCheck
is introduced. It defaults to 50, is reloadable and can be defined through the config-cascade.
[8.41.60]
Configuration
SCR-1603
Summary: New Configurartion Properties for 'movecontextdatabase'
To tweak the behavior of the movecontextdatabase
utility, especially when dealing with large amounts of data being transferred, the following lean configuration properties are introduced:
com.openexchange.admin.context.move.intermediateCommits = false
: Controls whether to perform intermediate database COMMITs after each batch during the context move operation.com.openexchange.admin.context.move.selectBatchSize = 250000
: The maximum number of rows to select per batch from the source database tables. A value of-1
disables processing in batches while reading.com.openexchange.admin.context.move.insertBatchSize = 50000
: The maximum number of rows to insert per batch into the destination database tables. A value of-1
disables processing in batches while writing.com.openexchange.admin.context.move.deleteBatchSize = 50000
: The maximum number of rows to delete per batch from the source database tables after the data was copied, or when undoing the operation. A value of-1
disables processing in batches while deleting.
All properties are reloadable, and can be defined through the config-cascade up to context scope. See also the property documentation for further details.
[8.41.54]
Configuration
SCR-1588
Summary: Changed limitations for images in snippets (signatures)
The new default value for existing
"com.openexchange.mail.signature.maxImageSize"
property is now set to0
(zero). Thus effectively disabled per default.The new default value for existing
"com.openexchange.mail.signature.maxImageLimit"
property is now set to0
(zero). Thus effectively disabled per default.Introduced new property
"com.openexchange.mail.signature.maxTotalImageSize"
having its default value set to5
(5MB). It is reloadable and config-cascade aware.
[8.41.52]
3rd Party Libraries/License Change
SCR-1582
Summary: Upgraded JSoup library
Upgraded JSoup library from v1.19.1 to v1.21.1 in target platform (com.openexchange.bundles
)
SCR-1581
Summary: Updated bucket4j library
Updated bucket4j library (Java rate-limiting library based on token-bucket algorithm) from v8.7.0 to v8.10.1 in bundle com.openexchange.common
API - HTTP-API
SCR-1586
Summary: New Parameter 'user' for Action 'resolve' in Module 'chronos'
The resolve
action in module chronos
of the HTTP API is extended by the new optional parameter user
, through which the identifier of the calendar user can be specified.
If an event is found, it'll be returned under the perspective of this user, i.e. having an appropriate parent folder identifier assigned. The current session user still needs to have appropriate access rights for the resolved event, though.
See the documentation for further details.
Behavioral Changes
SCR-1585
Summary: User copy improvements
The user copy feature got improved:
- App passwords
- Contact accounts
- (Secondary) mail accounts
- (Generic) use count
- Snippets
will now also be copied.
https://gitlab.open-xchange.com/appsuite/platform/core/-/issues/265
Configuration
SCR-1588
Summary: Changed limitations for images in snippets (signatures)
The new default value for existing
"com.openexchange.mail.signature.maxImageSize"
property is now set to0
(zero). Thus effectively disabled per default.The new default value for existing
"com.openexchange.mail.signature.maxImageLimit"
property is now set to0
(zero). Thus effectively disabled per default.Introduced new property
"com.openexchange.mail.signature.maxTotalImageSize"
having its default value set to5
(5MB). It is reloadable and config-cascade aware.
SCR-1584
Summary: New Property 'com.openexchange.calendar.includeCreatorInFreeBusy'
To control whether the entity that originally created a conflicting event is included in free/busy results, even if event details cannot be accessed by the requesting user, the lean configuration property com.openexchange.calendar.includeCreatorInFreeBusy
is introduced. Possible values are:
never
- Never expose the created by information in foreign events of free/busy results.resources-only
- Include the created by information in foreign events of free/busy results of resource attendees, only.always
- Always expose the created by information in foreign events of free/busy results.
It defaults to always
for backwards compatibility, is reloadable, and can be defined through the config-cascade.
Although there has already been a similar switch for App Suite UI io.ox/calendar//freeBusyStrict
to show/hide these details from foreign events, this middleware property controls the exposure of the "created by" information at API level, so should be used in favor of the UI setting.