I got synchronisation error from CalDav Synchroniser from MS Outllok, when a
calendar appointment is a teams meeting.
Error:
CalDavSynchronizer.DataAccess.WebDavClientException: Response status code does
not indicate success: '500' ('Request Failed'). Message:
at
CalDavSynchronizer.DataAccess.HttpClientBasedClient.WebDavClient.<EnsureSuccessStatusCode>d__10.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at
System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task
task)
at
CalDavSynchronizer.DataAccess.HttpClientBasedClient.WebDavClient.<ExecuteWebDavRequest>d__9.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at
System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task
task)
at
CalDavSynchronizer.DataAccess.HttpClientBasedClient.WebDavClient.<ExecuteWebDavRequestAndReturnResponseHeaders>d__8.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at
System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task
task)
at
CalDavSynchronizer.DataAccess.CalDavDataAccess.<CreateNewEntity>d__27.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at
System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task
task)
at
CalDavSynchronizer.Implementation.CalDavRepository`1.<Create>d__17.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at
GenSync.EntityRepositories.BatchEntityRepositoryAdapter`4.<PerformOperations>d__3.MoveNext()
For quick solution I have to modify MariaDB strict mode removing
(STRICT_TRANS_TABLES) from settings, so it can silently truncate overfloating
text field (which one??).
Only appointments created as teams meeting have this problem, since two or
three days.
Here are columns info:
MariaDB [sogo]> SHOW COLUMNS FROM sogo_quick_appointment;
+------------------+---------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+------------------+---------------+------+-----+---------+-------+
| c_folder_id | int(11) | NO | PRI | NULL | |
| c_name | varchar(255) | NO | PRI | NULL | |
| c_uid | varchar(512) | YES | | NULL | |
| c_startdate | int(11) | YES | | NULL | |
| c_enddate | int(11) | YES | | NULL | |
| c_cycleenddate | int(11) | YES | | NULL | |
| c_title | varchar(1000) | NO | | NULL | |
| c_participants | text | YES | | NULL | |
| c_isallday | int(11) | YES | | NULL | |
| c_iscycle | int(11) | YES | | NULL | |
| c_cycleinfo | text | YES | | NULL | |
| c_classification | int(11) | NO | | NULL | |
| c_isopaque | int(11) | NO | | NULL | |
| c_status | int(11) | NO | | NULL | |
| c_priority | int(11) | YES | | NULL | |
| c_location | varchar(2048) | YES | | NULL | |
| c_orgmail | varchar(255) | YES | | NULL | |
| c_partmails | text | YES | | NULL | |
| c_partstates | text | YES | | NULL | |
| c_category | varchar(255) | YES | | NULL | |
| c_sequence | int(11) | YES | | NULL | |
| c_component | varchar(10) | NO | | NULL | |
| c_nextalarm | int(11) | YES | | NULL | |
| c_description | text | YES | | NULL | |
+------------------+---------------+------+-----+---------+-------+
24 rows in set (0.000 sec)
Has somebody more sofisticated solution for this problem?
