[Davical-general] Fixing client-side issues on server

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

[Davical-general] Fixing client-side issues on server

lukas.ruf
Dear all

Some of my clients send invitations that make use of weird time-zone
notations which davical complains about, e.g.

    [Wed Nov 11 00:36:21 2015] [error] [client 5.148.175.85] davical:
***: ERROR:Could not recognize timezone "W. Europe Standard Time" - will
use floating time
    [Wed Nov 11 00:36:21 2015] [error] [client 5.148.175.85] davical:
***: ERROR:Could not recognize timezone "(UTC+01:00) Amsterdam, Berlin,
Bern, Rome, Stockholm, Vienna" - will use floating time

Further, latest thunderbird/lightning on Win 7 launches requests which
davical complains about, e.g.

    [Wed Nov 11 00:36:21 2015] [error] [client 5.148.175.85] davical:
LOG: request:Request is "REPORT" but client set content-type to
"text/xml;charset=utf-8". Assuming they meant XML!

What is the easiest way to just to transcode these things on server-side
to make them look properly specified for davical?  Stored procedures?

Thanks
Lukas

PS: To anticipate: I do not look for a discussion on whether the author
at the client-side should fix it or not -- sometimes it is just not
possible.


------------------------------------------------------------------------------
_______________________________________________
Davical-general mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/davical-general
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Fixing client-side issues on server

Marten Gajda-2
Hi Lukas,

Am 11.11.2015 um 00:56 schrieb Lukas Ruf:

> Dear all
>
> Some of my clients send invitations that make use of weird time-zone
> notations which davical complains about, e.g.
>
>      [Wed Nov 11 00:36:21 2015] [error] [client 5.148.175.85] davical:
> ***: ERROR:Could not recognize timezone "W. Europe Standard Time" - will
> use floating time
>      [Wed Nov 11 00:36:21 2015] [error] [client 5.148.175.85] davical:
> ***: ERROR:Could not recognize timezone "(UTC+01:00) Amsterdam, Berlin,
> Bern, Rome, Stockholm, Vienna" - will use floating time
That's probably not a client issue, but a server issue. There is no
requirement for a specific format of the time zone identifiers, neither
in CalDAV nor in iCalendar. So these time zone ids are fine and should
be accepted by the server (given there is a valid VTIMEZONE component in
the calendar data for these TZIDs).
Many other calendaring products have a mapping of these Microsoft names
to Olson IDs. I wonder why DAViCal doesn't have that.

>
> Further, latest thunderbird/lightning on Win 7 launches requests which
> davical complains about, e.g.
>
>      [Wed Nov 11 00:36:21 2015] [error] [client 5.148.175.85] davical:
> LOG: request:Request is "REPORT" but client set content-type to
> "text/xml;charset=utf-8". Assuming they meant XML!
Looks like a server issue as well. "text/xml" is ok for *DAV requests.
RFC 4918 explicitly says that "application/xml" is the preferred content
type, but "text/xml" MUST be accepted too. See
https://tools.ietf.org/html/rfc4918#section-8.2
>
> What is the easiest way to just to transcode these things on server-side
> to make them look properly specified for davical?  Stored procedures?
The two issues above are just bugs and should be fixed. You should
create tickets at https://gitlab.com/davical-project/davical

cheers

Marten

>
> Thanks
> Lukas
>
> PS: To anticipate: I do not look for a discussion on whether the author
> at the client-side should fix it or not -- sometimes it is just not
> possible.
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Davical-general mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/davical-general


--
Marten Gajda
Schandauer Stra├če 34
01309 Dresden
Germany

tel: +49 177 4427167
email: [hidden email]
twitter: twitter.com/dmfs_org

VAT Reg. No.: DE269072391


------------------------------------------------------------------------------
_______________________________________________
Davical-general mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/davical-general
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Fixing client-side issues on server

lukas.ruf
Hi Marten,

> Marten Gajda <[hidden email]> [2015-11-11 08:18]:
>
>
> Am 11.11.2015 um 00:56 schrieb Lukas Ruf:
> >
> > Some of my clients send invitations that make use of weird time-zone
> > notations which davical complains about, e.g.
> >
> >      [Wed Nov 11 00:36:21 2015] [error] [client 5.148.175.85] davical:
> > ***: ERROR:Could not recognize timezone "W. Europe Standard Time" - will
> > use floating time
> >      [Wed Nov 11 00:36:21 2015] [error] [client 5.148.175.85] davical:
> > ***: ERROR:Could not recognize timezone "(UTC+01:00) Amsterdam, Berlin,
> > Bern, Rome, Stockholm, Vienna" - will use floating time
> That's probably not a client issue, but a server issue. There is no
> requirement for a specific format of the time zone identifiers, neither
> in CalDAV nor in iCalendar. So these time zone ids are fine and should
> be accepted by the server (given there is a valid VTIMEZONE component in
> the calendar data for these TZIDs).
> Many other calendaring products have a mapping of these Microsoft names
> to Olson IDs. I wonder why DAViCal doesn't have that.
>
> >
> > Further, latest thunderbird/lightning on Win 7 launches requests which
> > davical complains about, e.g.
> >
> >      [Wed Nov 11 00:36:21 2015] [error] [client 5.148.175.85] davical:
> > LOG: request:Request is "REPORT" but client set content-type to
> > "text/xml;charset=utf-8". Assuming they meant XML!
> Looks like a server issue as well. "text/xml" is ok for *DAV requests.
> RFC 4918 explicitly says that "application/xml" is the preferred content
> type, but "text/xml" MUST be accepted too. See
> https://tools.ietf.org/html/rfc4918#section-8.2
> >
> > What is the easiest way to just to transcode these things on server-side
> > to make them look properly specified for davical?  Stored procedures?
> The two issues above are just bugs and should be fixed. You should
> create tickets at https://gitlab.com/davical-project/davical
>
>

Thanks for pointing out.  I'll create tickets.

Best regards
Lukas

------------------------------------------------------------------------------
_______________________________________________
Davical-general mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/davical-general
Loading...