UID property causing denied for anonymous user error

[satzg]

The following UID property formatted across two lines as generated from Microsoft Exchange Server 2010

UID:040000008200E00074C5B7101A82E00800000000EEC911591842DC01000000000000000
010000000B97E76DF4F628240A12979217DB47FBA

If I join the lines and remove the space no error is generated back to the Mac calendar app. Truncating the strings also works. I am not all that familiar with the specs in question but thought I would share in case it might be useful.

Importing from an Android phone works properly.

version 3.5.9 running on freebsd

Thanks

[pbiering]

Can you please provide anonymized raw content, best collected via debug log?

[pbiering]

no response since 2 weeks, please reopen with raw item content to reproduce

[satzg]

radicale.txt

[satzg]

Looks like the problem is the microsoft software generating the .ics files is reusing the UID field. They are also using a string with @zoom.us appended which is also rejected. The prefix is also reused.

[pbiering]

You provided only the log but not the item content itself, you can retrieve by enabling --logging-request-content-on-debug but then obfuscate or anonymize for privacy reasons.

[DEBUG] Request content: suppressed by config/option [logging] request_content_on_debug
...
[WARNING] Bad PUT request on '/UNAME/COLLECTION1/040000008200E00074C5B7101A82E008000000008EEBA4121B42DC01000000000000000010000000A62E230434098F4DABE24D8773F3F254.ics' (prepare): Main component missing

[satzg]

I just hand edited the UID strings to be unique as a work around. Those .ics files are gone. Hopefully there is enough to go on to figure something out. Thanks.

[pbiering]

Can you please take an item and reproduce from your mind how the original one looked like?

You can use latest code and

radicale  --verify-item /path/to/event.ics

The issue mentioned in the original posting cannot be reproduced

UID:040000008200E00074C5B7101A82E00800000000EEC911591842DC01000000000000000
010000000B97E76DF4F628240A12979217DB47FBA

-> results in "Failed to parse line" - but such linewrap without leading space is anyhow invalid

UID:040000008200E00074C5B7101A82E00800000000EEC911591842DC01000000000000000
 010000000B97E76DF4F628240A12979217DB47FBA

-> results in successful import