PHP - PUT-Request an Nextcloud-Davical-Kalender
Hallo zusammen,
wir haben einen neuen Kalender-Server und ich muss die Anbindung an unser Ticketsystem
überarbeiten.
Ich erhalte leider folgenden Response wenn ich es wie bei unserem vorherigen DaviCal mache:
Hier mal die anonymisierten Daten die wir zum Server senden, also die ics-Datei:
Jemand ne Idee was ich übersehe? :D Sehe grad glaub ich den Wald vor lauter Bäumen nicht.
Grüße
bloody
wir haben einen neuen Kalender-Server und ich muss die Anbindung an unser Ticketsystem
überarbeiten.
Ich erhalte leider folgenden Response wenn ich es wie bei unserem vorherigen DaviCal mache:
<?xml version="1.0" encoding="utf-8"?>
<d:error xmlns:d="DAV:" xmlns:s="http://sabredav.org/ns">
<s:exception>Sabre\DAV\Exception\UnsupportedMediaType</s:exception>
<s:message>This resource only supports valid iCalendar 2.0 data. Parse error: Invalid Mimedir file. Line starting at 35 did not follow iCalendar/vCard conventions</s:message>
</d:error>
Hier mal die anonymisierten Daten die wir zum Server senden, also die ics-Datei:
BEGIN:VCALENDAR
VERSION:2.0
BEGIN:VTIMEZONE
TZID:Europe/Berlin
X-LIC-LOCATION:Europe/Berlin
BEGIN:DAYLIGHT
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
TZNAME:CEST
DTSTART:19700329T020000
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0200
TZOFFSETTO:+0100
TZNAME:CET
DTSTART:19701025T030000
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU
END:STANDARD
END:VTIMEZONE
METHOD:PUBLISH
BEGIN:VEVENT
DTSTART:20200708T090000
DTEND:20200708T092000
LOCATION:
TRANSP: OPAQUE
SEQUENCE:0
UID:6CE80C4C-B686-7AB3-64B7-5BCA7E6587FC
DTSTAMP:20200707T152848Z
SUMMARY:Testtermin
ORGANIZER;RSVP=TRUE;CN=Anonymous;PARTSTAT=ACCEPTED;ROLE=CHAIR:mailto:anon@ymous.com
ATTENDEE;RSVP=TRUE;CN=Anonymous;PARTSTAT=ACCEPTED;ROLE=REQ-PARTICIPANT;SCHEDULE-STATUS=3.8:mailto:anon@ymous.com
DESCRIPTION:Ein bisschen Text als Beschreibung.
Termin an Ort XYZ
Möglicherweise folgen noch weitere Einträge...
PRIORITY:1
CLASS:PUBLIC
BEGIN:VALARM
TRIGGER:-PT60M
REPEAT:2
DURATION:PT20M
ACTION:DISPLAY
End:VALARM
End:VEVENT
End:VCALENDAR
Jemand ne Idee was ich übersehe? :D Sehe grad glaub ich den Wald vor lauter Bäumen nicht.
Grüße
bloody
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 585434
Url: https://administrator.de/contentid/585434
Ausgedruckt am: 21.11.2024 um 21:11 Uhr
7 Kommentare
Neuester Kommentar
Line starting at 35 did not follow iCalendar/vCard conventions
Naja, die Fehlermeldung gibt dir ja schon den Hinweis. Deine iCal Datei hält sich nicht an die RFCsErstens die Leerzeile, dann schau mal auf Seite 46 der RFC zu Multiline-Text in der Property:
https://tools.ietf.org/html/rfc5545#section-3.3.11
Example: A multiple line value of:
Project XYZ Final Review
Conference Room - 3B
Come Prepared.
would be represented as:
Project XYZ Final Review\nConference Room - 3B\nCome Prepared.
Und noch mehr Fehler/Probleme mit der Formatierung:
https://icalendar.org/validator.html
Ergebnis
Results
File Size: 46 lines, 1063 bytes
Number of events found: 1
Number of timezones found: 1
Problem! Found 3 warnings
Warnings
Blank line detected, specification does not address the use of blank lines near line # 34
Line length should not be longer than 75 characters near line # 31Reference: RFC 5545 3.1. Content Lines
Line length should not be longer than 75 characters near line # 32Reference: RFC 5545 3.1. Content Lines
Problem! Found 3 errors
Errors
Missing required PRODID property near line # 1Reference: RFC 5545 3.6. Calendar Components
Missing DESCRIPTION property in VALARM near line # 39Reference: RFC 5545 3.6.6. Alarm Component
Invalid TRANSP value, must be OPAQUE or TRANSPARENT near line # 22Reference: 3.8.2.7. Time Transparency
Manche halten sich eben strikt an RFCs andere nicht .
Zitat von @bloodstix:
Dem ist wohl so. Haben leider oft sync Probleme mit DaviCal deshalb testen wir nun was neues.
Ich habe die Hoffnung, dass diese Lösung sauberer läuft, weil die sich eben an RFC halten.
Ich nutze Radicale, bisher läuft das sehr gut.Dem ist wohl so. Haben leider oft sync Probleme mit DaviCal deshalb testen wir nun was neues.
Ich habe die Hoffnung, dass diese Lösung sauberer läuft, weil die sich eben an RFC halten.