Mailing List Archive

Um...hello? Is there anybody out there...?

b&

On Nov 13, 2015, at 4:08 PM, Ben Goren <ben@trumpetpower.com> wrote:

> So, this may well be a bit of newbie cluelessness on my part, but I'm having trouble actually subscribing to a calendar.
>
> This is all on OpenBSD 5.8, installed via package.
>
> I can access the DAVICal administration page just fine and have added an account. I can connect with a Web browser to https://server:8443/caldav.php and successfully log in, at which point I see, "GET requests on collections are only supported for calendars." I assume that means that everything should be up and running as far as DAVICal is concerned...?
>
> But, when I try to subscribe, using either OS X 10.8.5's Calendar application or iOS 9.0.2's Calendar app, it first complains that the connection is not secure and then that "No CalDAV servers were found for '<server>'" (OS X wording).
>
> Any suggestions on what I should try next...?
>
> Thanks,
>
> b&
> ------------------------------------------------------------------------------
> _______________________________________________
> Davical-general mailing list
> Davical-general@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/davical-general

What settings are you using to subscribe to the calendar? Had a few issues
myself previously. Send screenshots if you can.

James.
On 15 Nov 2015 13:19, "Ben Goren" <ben@trumpetpower.com> wrote:

> Um...hello? Is there anybody out there...?
>
> b&
>
> On Nov 13, 2015, at 4:08 PM, Ben Goren <ben@trumpetpower.com> wrote:
>
> > So, this may well be a bit of newbie cluelessness on my part, but I'm
> having trouble actually subscribing to a calendar.
> >
> > This is all on OpenBSD 5.8, installed via package.
> >
> > I can access the DAVICal administration page just fine and have added an
> account. I can connect with a Web browser to
> https://server:8443/caldav.php and successfully log in, at which point I
> see, "GET requests on collections are only supported for calendars." I
> assume that means that everything should be up and running as far as
> DAVICal is concerned...?
> >
> > But, when I try to subscribe, using either OS X 10.8.5's Calendar
> application or iOS 9.0.2's Calendar app, it first complains that the
> connection is not secure and then that "No CalDAV servers were found for
> '<server>'" (OS X wording).
> >
> > Any suggestions on what I should try next...?
> >
> > Thanks,
> >
> > b&
> >
> ------------------------------------------------------------------------------
> > _______________________________________________
> > Davical-general mailing list
> > Davical-general@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/davical-general
>
>
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> Davical-general mailing list
> Davical-general@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/davical-general
>
>

On OS X:

Calendar => Accounts => Add an Account

Account type: CalDAV
User name: ben
Password: hunter2
Server Address: server.host.name

It then complains:

> Server With Secure Communication Unavailable
>
> Your calendar account isn't on a server that can receive your calendar information securely.
>
> If a server isn't secure, others may be able to view your calendar information. To continue searching for your account on servers that may not be secure, and then set up the account if it's found, click Continue.

I do so, which takes me to an Account Settings step which is identical to the Add an Account one save it takes an optional description and has a fine-print warning, "No CalDAV servers were found for server.host.name."

If I keep clicking through similar warnings, I eventually get to a step, "Calendar Server Options." It's again the same as those before, but it adds an option for Server Path (I put in, "/caldav.php"), port (8443), a checkbox for, "Use SSL" (checked), and "Use Kerberos v5 for authentication," (unchecked). The initial warning here is, "The account information was not found. The host 'server.host.name' is not a WebDAV server." When I click through, the warning changes to, "An SSL error has occurred and a secure connection to the server cannot be made."

And that's where it just gets stuck.

I've since had a thought...I generated the SSL key with LibreSSL 2.2.4 as a 2048-bit x509 key with default options...could that be too new for 10.5.8's Calendar application...? I'm no SSL guru...if so, advice on how to generate an old-and-busted key that would let me use the damned thing would be appreciated....

Thanks!

b&

On Nov 15, 2015, at 6:25 AM, James Smith <james@abelsoninfo.com> wrote:

> What settings are you using to subscribe to the calendar? Had a few issues myself previously. Send screenshots if you can.
>
> James.
>
> On 15 Nov 2015 13:19, "Ben Goren" <ben@trumpetpower.com> wrote:
> Um...hello? Is there anybody out there...?
>
> b&
>
> On Nov 13, 2015, at 4:08 PM, Ben Goren <ben@trumpetpower.com> wrote:
>
> > So, this may well be a bit of newbie cluelessness on my part, but I'm having trouble actually subscribing to a calendar.
> >
> > This is all on OpenBSD 5.8, installed via package.
> >
> > I can access the DAVICal administration page just fine and have added an account. I can connect with a Web browser to https://server:8443/caldav.php and successfully log in, at which point I see, "GET requests on collections are only supported for calendars." I assume that means that everything should be up and running as far as DAVICal is concerned...?
> >
> > But, when I try to subscribe, using either OS X 10.8.5's Calendar application or iOS 9.0.2's Calendar app, it first complains that the connection is not secure and then that "No CalDAV servers were found for '<server>'" (OS X wording).
> >
> > Any suggestions on what I should try next...?
> >
> > Thanks,
> >
> > b&
> > ------------------------------------------------------------------------------
> > _______________________________________________
> > Davical-general mailing list
> > Davical-general@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/davical-general
>
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> Davical-general mailing list
> Davical-general@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/davical-general
>

Hi folks,

are you using a self-signed certificate?
Then you better connect to davical with safari first, it will complain
about an untrusted certificate. Accept and store permanent exception.

Then OSX Calendar will connect to this connection.
Had the same stuff just yesterday.

Cheers,
Ingo

On 16/11/2015 2:46 a.m., Ben Goren wrote:
> On OS X:
>
> Calendar => Accounts => Add an Account
>
> Account type: CalDAV
> User name: ben
> Password: hunter2
> Server Address: server.host.name
>
> It then complains:
>
>> Server With Secure Communication Unavailable
>>
>> Your calendar account isn't on a server that can receive your calendar information securely.
>>
>> If a server isn't secure, others may be able to view your calendar information. To continue searching for your account on servers that may not be secure, and then set up the account if it's found, click Continue.
>
> I do so, which takes me to an Account Settings step which is identical to the Add an Account one save it takes an optional description and has a fine-print warning, "No CalDAV servers were found for server.host.name."
>
> If I keep clicking through similar warnings, I eventually get to a step, "Calendar Server Options." It's again the same as those before, but it adds an option for Server Path (I put in, "/caldav.php"), port (8443), a checkbox for, "Use SSL" (checked), and "Use Kerberos v5 for authentication," (unchecked). The initial warning here is, "The account information was not found. The host 'server.host.name' is not a WebDAV server." When I click through, the warning changes to, "An SSL error has occurred and a secure connection to the server cannot be made."
>
> And that's where it just gets stuck.
>
> I've since had a thought...I generated the SSL key with LibreSSL 2.2.4 as a 2048-bit x509 key with default options...could that be too new for 10.5.8's Calendar application...? I'm no SSL guru...if so, advice on how to generate an old-and-busted key that would let me use the damned thing would be appreciated....
>
> Thanks!
>
> b&
>
> On Nov 15, 2015, at 6:25 AM, James Smith <james@abelsoninfo.com> wrote:
>
>> What settings are you using to subscribe to the calendar? Had a few issues myself previously. Send screenshots if you can.
>>
>> James.
>>
>> On 15 Nov 2015 13:19, "Ben Goren" <ben@trumpetpower.com> wrote:
>> Um...hello? Is there anybody out there...?
>>
>> b&
>>
>> On Nov 13, 2015, at 4:08 PM, Ben Goren <ben@trumpetpower.com> wrote:
>>
>>> So, this may well be a bit of newbie cluelessness on my part, but I'm having trouble actually subscribing to a calendar.
>>>
>>> This is all on OpenBSD 5.8, installed via package.
>>>
>>> I can access the DAVICal administration page just fine and have added an account. I can connect with a Web browser to https://server:8443/caldav.php and successfully log in, at which point I see, "GET requests on collections are only supported for calendars." I assume that means that everything should be up and running as far as DAVICal is concerned...?
>>>
>>> But, when I try to subscribe, using either OS X 10.8.5's Calendar application or iOS 9.0.2's Calendar app, it first complains that the connection is not secure and then that "No CalDAV servers were found for '<server>'" (OS X wording).
>>>
>>> Any suggestions on what I should try next...?
>>>
>>> Thanks,
>>>
>>> b&

------------------------------------------------------------------------------
_______________________________________________
Davical-general mailing list
Davical-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/davical-general

Ingo's solution should work. I don't think the particulars about the key
you've generated should be a problem for that version of Calendar but just
in case, this page has some good information on SSH keys, including how to
generate different bit lengths etc
https://www.guyrutenberg.com/2007/10/05/ssh-keygen-tutorial-generating-rsa-and-dsa-keys/

Can you connect to the caldav server without SSL?

Ta,
Jim.

P.S. Are you the same Ben Goren from WEIT?

On 15 November 2015 at 20:59, Ingo Ratsdorf <ingo@envirology.co.nz> wrote:

> Hi folks,
>
> are you using a self-signed certificate?
> Then you better connect to davical with safari first, it will complain
> about an untrusted certificate. Accept and store permanent exception.
>
> Then OSX Calendar will connect to this connection.
> Had the same stuff just yesterday.
>
> Cheers,
> Ingo
>
> On 16/11/2015 2:46 a.m., Ben Goren wrote:
> > On OS X:
> >
> > Calendar => Accounts => Add an Account
> >
> > Account type: CalDAV
> > User name: ben
> > Password: hunter2
> > Server Address: server.host.name
> >
> > It then complains:
> >
> >> Server With Secure Communication Unavailable
> >>
> >> Your calendar account isn't on a server that can receive your calendar
> information securely.
> >>
> >> If a server isn't secure, others may be able to view your calendar
> information. To continue searching for your account on servers that may not
> be secure, and then set up the account if it's found, click Continue.
> >
> > I do so, which takes me to an Account Settings step which is identical
> to the Add an Account one save it takes an optional description and has a
> fine-print warning, "No CalDAV servers were found for server.host.name."
> >
> > If I keep clicking through similar warnings, I eventually get to a step,
> "Calendar Server Options." It's again the same as those before, but it adds
> an option for Server Path (I put in, "/caldav.php"), port (8443), a
> checkbox for, "Use SSL" (checked), and "Use Kerberos v5 for
> authentication," (unchecked). The initial warning here is, "The account
> information was not found. The host 'server.host.name' is not a WebDAV
> server." When I click through, the warning changes to, "An SSL error has
> occurred and a secure connection to the server cannot be made."
> >
> > And that's where it just gets stuck.
> >
> > I've since had a thought...I generated the SSL key with LibreSSL 2.2.4
> as a 2048-bit x509 key with default options...could that be too new for
> 10.5.8's Calendar application...? I'm no SSL guru...if so, advice on how to
> generate an old-and-busted key that would let me use the damned thing would
> be appreciated....
> >
> > Thanks!
> >
> > b&
> >
> > On Nov 15, 2015, at 6:25 AM, James Smith <james@abelsoninfo.com> wrote:
> >
> >> What settings are you using to subscribe to the calendar? Had a few
> issues myself previously. Send screenshots if you can.
> >>
> >> James.
> >>
> >> On 15 Nov 2015 13:19, "Ben Goren" <ben@trumpetpower.com> wrote:
> >> Um...hello? Is there anybody out there...?
> >>
> >> b&
> >>
> >> On Nov 13, 2015, at 4:08 PM, Ben Goren <ben@trumpetpower.com> wrote:
> >>
> >>> So, this may well be a bit of newbie cluelessness on my part, but I'm
> having trouble actually subscribing to a calendar.
> >>>
> >>> This is all on OpenBSD 5.8, installed via package.
> >>>
> >>> I can access the DAVICal administration page just fine and have added
> an account. I can connect with a Web browser to
> https://server:8443/caldav.php and successfully log in, at which point I
> see, "GET requests on collections are only supported for calendars." I
> assume that means that everything should be up and running as far as
> DAVICal is concerned...?
> >>>
> >>> But, when I try to subscribe, using either OS X 10.8.5's Calendar
> application or iOS 9.0.2's Calendar app, it first complains that the
> connection is not secure and then that "No CalDAV servers were found for
> '<server>'" (OS X wording).
> >>>
> >>> Any suggestions on what I should try next...?
> >>>
> >>> Thanks,
> >>>
> >>> b&
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Davical-general mailing list
> Davical-general@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/davical-general
>



--

James Smith



Abelson Info

Barley Mow Centre

10 Barley Mow Passage

London W4 4PH



[t] 020 3735 5322

[e] james@abelsoninfo.com

I think I'm getting closer...after doing this (and on a different computer with a fresh install of El Capitan, just for good measure)...I'm now getting the following complaint:

> The server responded with an error.
>
> The URL https://host.example.com:8443/caldav.php encountered HTTP error 404. Make sure the URL is correct.

If I paste that URL into a Web browser, I get this:

> GET requests on collections are only supported for calendars.


Thanks for the help!

b&

On Nov 15, 2015, at 1:59 PM, Ingo Ratsdorf <ingo@envirology.co.nz> wrote:

> Hi folks,
>
> are you using a self-signed certificate?
> Then you better connect to davical with safari first, it will complain
> about an untrusted certificate. Accept and store permanent exception.
>
> Then OSX Calendar will connect to this connection.
> Had the same stuff just yesterday.
>
> Cheers,
> Ingo
>
> On 16/11/2015 2:46 a.m., Ben Goren wrote:
>> On OS X:
>>
>> Calendar => Accounts => Add an Account
>>
>> Account type: CalDAV
>> User name: ben
>> Password: hunter2
>> Server Address: server.host.name
>>
>> It then complains:
>>
>>> Server With Secure Communication Unavailable
>>>
>>> Your calendar account isn't on a server that can receive your calendar information securely.
>>>
>>> If a server isn't secure, others may be able to view your calendar information. To continue searching for your account on servers that may not be secure, and then set up the account if it's found, click Continue.
>>
>> I do so, which takes me to an Account Settings step which is identical to the Add an Account one save it takes an optional description and has a fine-print warning, "No CalDAV servers were found for server.host.name."
>>
>> If I keep clicking through similar warnings, I eventually get to a step, "Calendar Server Options." It's again the same as those before, but it adds an option for Server Path (I put in, "/caldav.php"), port (8443), a checkbox for, "Use SSL" (checked), and "Use Kerberos v5 for authentication," (unchecked). The initial warning here is, "The account information was not found. The host 'server.host.name' is not a WebDAV server." When I click through, the warning changes to, "An SSL error has occurred and a secure connection to the server cannot be made."
>>
>> And that's where it just gets stuck.
>>
>> I've since had a thought...I generated the SSL key with LibreSSL 2.2.4 as a 2048-bit x509 key with default options...could that be too new for 10.5.8's Calendar application...? I'm no SSL guru...if so, advice on how to generate an old-and-busted key that would let me use the damned thing would be appreciated....
>>
>> Thanks!
>>
>> b&
>>
>> On Nov 15, 2015, at 6:25 AM, James Smith <james@abelsoninfo.com> wrote:
>>
>>> What settings are you using to subscribe to the calendar? Had a few issues myself previously. Send screenshots if you can.
>>>
>>> James.
>>>
>>> On 15 Nov 2015 13:19, "Ben Goren" <ben@trumpetpower.com> wrote:
>>> Um...hello? Is there anybody out there...?
>>>
>>> b&
>>>
>>> On Nov 13, 2015, at 4:08 PM, Ben Goren <ben@trumpetpower.com> wrote:
>>>
>>>> So, this may well be a bit of newbie cluelessness on my part, but I'm having trouble actually subscribing to a calendar.
>>>>
>>>> This is all on OpenBSD 5.8, installed via package.
>>>>
>>>> I can access the DAVICal administration page just fine and have added an account. I can connect with a Web browser to https://server:8443/caldav.php and successfully log in, at which point I see, "GET requests on collections are only supported for calendars." I assume that means that everything should be up and running as far as DAVICal is concerned...?
>>>>
>>>> But, when I try to subscribe, using either OS X 10.8.5's Calendar application or iOS 9.0.2's Calendar app, it first complains that the connection is not secure and then that "No CalDAV servers were found for '<server>'" (OS X wording).
>>>>
>>>> Any suggestions on what I should try next...?
>>>>
>>>> Thanks,
>>>>
>>>> b&
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Davical-general mailing list
> Davical-general@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/davical-general

I do think the SSL problem is fixed...but I don't seem to understand the proper naming scheme for the URI-type stuff. Any variation of anything I can think to use for the path gets rejected -- /, /caldav.php, /user/calendar, /caldav.php/user/calendar, and many more permutations.

This is on OpenBSD 5.8, using everything installed from packages, and OpenBSD's own httpd Web server. I don't know if I'm just missing the magic incantation, or if some sort of rewriting needs to be going on, or...?

A pointer in the right direction would be most welcomed....

Thanks,

b&

On Nov 16, 2015, at 6:55 AM, Ben Goren <ben@trumpetpower.com> wrote:

> I think I'm getting closer...after doing this (and on a different computer with a fresh install of El Capitan, just for good measure)...I'm now getting the following complaint:
>
>> The server responded with an error.
>>
>> The URL https://host.example.com:8443/caldav.php encountered HTTP error 404. Make sure the URL is correct.
>
> If I paste that URL into a Web browser, I get this:
>
>> GET requests on collections are only supported for calendars.
>
>
> Thanks for the help!
>
> b&
>
> On Nov 15, 2015, at 1:59 PM, Ingo Ratsdorf <ingo@envirology.co.nz> wrote:
>
>> Hi folks,
>>
>> are you using a self-signed certificate?
>> Then you better connect to davical with safari first, it will complain
>> about an untrusted certificate. Accept and store permanent exception.
>>
>> Then OSX Calendar will connect to this connection.
>> Had the same stuff just yesterday.
>>
>> Cheers,
>> Ingo
>>
>> On 16/11/2015 2:46 a.m., Ben Goren wrote:
>>> On OS X:
>>>
>>> Calendar => Accounts => Add an Account
>>>
>>> Account type: CalDAV
>>> User name: ben
>>> Password: hunter2
>>> Server Address: server.host.name
>>>
>>> It then complains:
>>>
>>>> Server With Secure Communication Unavailable
>>>>
>>>> Your calendar account isn't on a server that can receive your calendar information securely.
>>>>
>>>> If a server isn't secure, others may be able to view your calendar information. To continue searching for your account on servers that may not be secure, and then set up the account if it's found, click Continue.
>>>
>>> I do so, which takes me to an Account Settings step which is identical to the Add an Account one save it takes an optional description and has a fine-print warning, "No CalDAV servers were found for server.host.name."
>>>
>>> If I keep clicking through similar warnings, I eventually get to a step, "Calendar Server Options." It's again the same as those before, but it adds an option for Server Path (I put in, "/caldav.php"), port (8443), a checkbox for, "Use SSL" (checked), and "Use Kerberos v5 for authentication," (unchecked). The initial warning here is, "The account information was not found. The host 'server.host.name' is not a WebDAV server." When I click through, the warning changes to, "An SSL error has occurred and a secure connection to the server cannot be made."
>>>
>>> And that's where it just gets stuck.
>>>
>>> I've since had a thought...I generated the SSL key with LibreSSL 2.2.4 as a 2048-bit x509 key with default options...could that be too new for 10.5.8's Calendar application...? I'm no SSL guru...if so, advice on how to generate an old-and-busted key that would let me use the damned thing would be appreciated....
>>>
>>> Thanks!
>>>
>>> b&
>>>
>>> On Nov 15, 2015, at 6:25 AM, James Smith <james@abelsoninfo.com> wrote:
>>>
>>>> What settings are you using to subscribe to the calendar? Had a few issues myself previously. Send screenshots if you can.
>>>>
>>>> James.
>>>>
>>>> On 15 Nov 2015 13:19, "Ben Goren" <ben@trumpetpower.com> wrote:
>>>> Um...hello? Is there anybody out there...?
>>>>
>>>> b&
>>>>
>>>> On Nov 13, 2015, at 4:08 PM, Ben Goren <ben@trumpetpower.com> wrote:
>>>>
>>>>> So, this may well be a bit of newbie cluelessness on my part, but I'm having trouble actually subscribing to a calendar.
>>>>>
>>>>> This is all on OpenBSD 5.8, installed via package.
>>>>>
>>>>> I can access the DAVICal administration page just fine and have added an account. I can connect with a Web browser to https://server:8443/caldav.php and successfully log in, at which point I see, "GET requests on collections are only supported for calendars." I assume that means that everything should be up and running as far as DAVICal is concerned...?
>>>>>
>>>>> But, when I try to subscribe, using either OS X 10.8.5's Calendar application or iOS 9.0.2's Calendar app, it first complains that the connection is not secure and then that "No CalDAV servers were found for '<server>'" (OS X wording).
>>>>>
>>>>> Any suggestions on what I should try next...?
>>>>>
>>>>> Thanks,
>>>>>
>>>>> b&
>>
>> ------------------------------------------------------------------------------
>> _______________________________________________
>> Davical-general mailing list
>> Davical-general@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/davical-general
>
> ------------------------------------------------------------------------------
> Presto, an open source distributed SQL query engine for big data, initially
> developed by Facebook, enables you to easily query your data on Hadoop in a
> more interactive manner. Teradata is also now providing full enterprise
> support for Presto. Download a free open source copy now.
> http://pubads.g.doubleclick.net/gampad/clk?id=250295911&iu=/4140_______________________________________________
> Davical-general mailing list
> Davical-general@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/davical-general

On my Calendar, which I've not touched in an age, I've got
/caldav.php/calendar_name
On 16 Nov 2015 20:26, "Ben Goren" <ben@trumpetpower.com> wrote:

> I do think the SSL problem is fixed...but I don't seem to understand the
> proper naming scheme for the URI-type stuff. Any variation of anything I
> can think to use for the path gets rejected -- /, /caldav.php,
> /user/calendar, /caldav.php/user/calendar, and many more permutations.
>
> This is on OpenBSD 5.8, using everything installed from packages, and
> OpenBSD's own httpd Web server. I don't know if I'm just missing the magic
> incantation, or if some sort of rewriting needs to be going on, or...?
>
> A pointer in the right direction would be most welcomed....
>
> Thanks,
>
> b&
>
> On Nov 16, 2015, at 6:55 AM, Ben Goren <ben@trumpetpower.com> wrote:
>
> > I think I'm getting closer...after doing this (and on a different
> computer with a fresh install of El Capitan, just for good measure)...I'm
> now getting the following complaint:
> >
> >> The server responded with an error.
> >>
> >> The URL https://host.example.com:8443/caldav.php encountered HTTP
> error 404. Make sure the URL is correct.
> >
> > If I paste that URL into a Web browser, I get this:
> >
> >> GET requests on collections are only supported for calendars.
> >
> >
> > Thanks for the help!
> >
> > b&
> >
> > On Nov 15, 2015, at 1:59 PM, Ingo Ratsdorf <ingo@envirology.co.nz>
> wrote:
> >
> >> Hi folks,
> >>
> >> are you using a self-signed certificate?
> >> Then you better connect to davical with safari first, it will complain
> >> about an untrusted certificate. Accept and store permanent exception.
> >>
> >> Then OSX Calendar will connect to this connection.
> >> Had the same stuff just yesterday.
> >>
> >> Cheers,
> >> Ingo
> >>
> >> On 16/11/2015 2:46 a.m., Ben Goren wrote:
> >>> On OS X:
> >>>
> >>> Calendar => Accounts => Add an Account
> >>>
> >>> Account type: CalDAV
> >>> User name: ben
> >>> Password: hunter2
> >>> Server Address: server.host.name
> >>>
> >>> It then complains:
> >>>
> >>>> Server With Secure Communication Unavailable
> >>>>
> >>>> Your calendar account isn't on a server that can receive your
> calendar information securely.
> >>>>
> >>>> If a server isn't secure, others may be able to view your calendar
> information. To continue searching for your account on servers that may not
> be secure, and then set up the account if it's found, click Continue.
> >>>
> >>> I do so, which takes me to an Account Settings step which is identical
> to the Add an Account one save it takes an optional description and has a
> fine-print warning, "No CalDAV servers were found for server.host.name."
> >>>
> >>> If I keep clicking through similar warnings, I eventually get to a
> step, "Calendar Server Options." It's again the same as those before, but
> it adds an option for Server Path (I put in, "/caldav.php"), port (8443), a
> checkbox for, "Use SSL" (checked), and "Use Kerberos v5 for
> authentication," (unchecked). The initial warning here is, "The account
> information was not found. The host 'server.host.name' is not a WebDAV
> server." When I click through, the warning changes to, "An SSL error has
> occurred and a secure connection to the server cannot be made."
> >>>
> >>> And that's where it just gets stuck.
> >>>
> >>> I've since had a thought...I generated the SSL key with LibreSSL 2.2.4
> as a 2048-bit x509 key with default options...could that be too new for
> 10.5.8's Calendar application...? I'm no SSL guru...if so, advice on how to
> generate an old-and-busted key that would let me use the damned thing would
> be appreciated....
> >>>
> >>> Thanks!
> >>>
> >>> b&
> >>>
> >>> On Nov 15, 2015, at 6:25 AM, James Smith <james@abelsoninfo.com>
> wrote:
> >>>
> >>>> What settings are you using to subscribe to the calendar? Had a few
> issues myself previously. Send screenshots if you can.
> >>>>
> >>>> James.
> >>>>
> >>>> On 15 Nov 2015 13:19, "Ben Goren" <ben@trumpetpower.com> wrote:
> >>>> Um...hello? Is there anybody out there...?
> >>>>
> >>>> b&
> >>>>
> >>>> On Nov 13, 2015, at 4:08 PM, Ben Goren <ben@trumpetpower.com> wrote:
> >>>>
> >>>>> So, this may well be a bit of newbie cluelessness on my part, but
> I'm having trouble actually subscribing to a calendar.
> >>>>>
> >>>>> This is all on OpenBSD 5.8, installed via package.
> >>>>>
> >>>>> I can access the DAVICal administration page just fine and have
> added an account. I can connect with a Web browser to
> https://server:8443/caldav.php and successfully log in, at which point I
> see, "GET requests on collections are only supported for calendars." I
> assume that means that everything should be up and running as far as
> DAVICal is concerned...?
> >>>>>
> >>>>> But, when I try to subscribe, using either OS X 10.8.5's Calendar
> application or iOS 9.0.2's Calendar app, it first complains that the
> connection is not secure and then that "No CalDAV servers were found for
> '<server>'" (OS X wording).
> >>>>>
> >>>>> Any suggestions on what I should try next...?
> >>>>>
> >>>>> Thanks,
> >>>>>
> >>>>> b&
> >>
> >>
> ------------------------------------------------------------------------------
> >> _______________________________________________
> >> Davical-general mailing list
> >> Davical-general@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/davical-general
> >
> >
> ------------------------------------------------------------------------------
> > Presto, an open source distributed SQL query engine for big data,
> initially
> > developed by Facebook, enables you to easily query your data on Hadoop
> in a
> > more interactive manner. Teradata is also now providing full enterprise
> > support for Presto. Download a free open source copy now.
> >
> http://pubads.g.doubleclick.net/gampad/clk?id=250295911&iu=/4140_______________________________________________
> > Davical-general mailing list
> > Davical-general@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/davical-general
>
>
>
> ------------------------------------------------------------------------------
> Presto, an open source distributed SQL query engine for big data, initially
> developed by Facebook, enables you to easily query your data on Hadoop in a
> more interactive manner. Teradata is also now providing full enterprise
> support for Presto. Download a free open source copy now.
> http://pubads.g.doubleclick.net/gampad/clk?id=250295911&iu=/4140
> _______________________________________________
> Davical-general mailing list
> Davical-general@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/davical-general
>
>

Ah -- knowing what Apple is expecting is big...half of the equation.

...but, to be honest, I'm also a bit stumped about the other half...I see your examples below of what things should get rewritten *TO*...but what should they be rewritten *FROM*...?

Thanks for your patience....

b&

On Nov 16, 2015, at 1:50 PM, Ingo Ratsdorf <ingo@envirology.co.nz> wrote:

> Hi,
>
> so since you can connect to teh admin pages and have created an account,
> things should work. HOWEVER, apple clients are picky. VERY!
>
> You will need rewriting from what my experience is.
>
> Apple clients looking for urls like this:
> https://host.example.com:8443/principals/users/
> for a list of users and will try to access
> https://host.example.com:8443/principals/users/joeblogs
> for your user named "joeblogs"
>
> It's also recommended to setup
> https://host.example.com:8443/.well-known/xxxdav
> for proper autodetection and redirection
> (http://tools.ietf.org/html/rfc5785)
> and/or add SRV and TXT records
>
> Try to make this work
> https://host.example.com:8443/principals/users/
> to show list of users
> and then
> https://host.example.com:8443/principals/users/joeblogs
> to show list of joeblog's collections
>
> You could use this
> (http://wiki.davical.org/index.php/Apache_Config)
> for guidance.
>
> Cheers,
> Ingo
>
>
> On 17/11/2015 9:26 a.m., Ben Goren wrote:
>> I do think the SSL problem is fixed...but I don't seem to understand the proper naming scheme for the URI-type stuff. Any variation of anything I can think to use for the path gets rejected -- /, /caldav.php, /user/calendar, /caldav.php/user/calendar, and many more permutations.
>>
>> This is on OpenBSD 5.8, using everything installed from packages, and OpenBSD's own httpd Web server. I don't know if I'm just missing the magic incantation, or if some sort of rewriting needs to be going on, or...?
>>
>> A pointer in the right direction would be most welcomed....
>>
>> Thanks,
>>
>> b&
>>
>> On Nov 16, 2015, at 6:55 AM, Ben Goren <ben@trumpetpower.com> wrote:
>>
>>> I think I'm getting closer...after doing this (and on a different computer with a fresh install of El Capitan, just for good measure)...I'm now getting the following complaint:
>>>
>>>> The server responded with an error.
>>>>
>>>> The URL https://host.example.com:8443/caldav.php encountered HTTP error 404. Make sure the URL is correct.
>>>
>>> If I paste that URL into a Web browser, I get this:
>>>
>>>> GET requests on collections are only supported for calendars.
>>>
>>>
>>> Thanks for the help!
>>>
>>> b&
>>>
>>> On Nov 15, 2015, at 1:59 PM, Ingo Ratsdorf <ingo@envirology.co.nz> wrote:
>>>
>>>> Hi folks,
>>>>
>>>> are you using a self-signed certificate?
>>>> Then you better connect to davical with safari first, it will complain
>>>> about an untrusted certificate. Accept and store permanent exception.
>>>>
>>>> Then OSX Calendar will connect to this connection.
>>>> Had the same stuff just yesterday.
>>>>
>>>> Cheers,
>>>> Ingo
>>>>
>>>> On 16/11/2015 2:46 a.m., Ben Goren wrote:
>>>>> On OS X:
>>>>>
>>>>> Calendar => Accounts => Add an Account
>>>>>
>>>>> Account type: CalDAV
>>>>> User name: ben
>>>>> Password: hunter2
>>>>> Server Address: server.host.name
>>>>>
>>>>> It then complains:
>>>>>
>>>>>> Server With Secure Communication Unavailable
>>>>>>
>>>>>> Your calendar account isn't on a server that can receive your calendar information securely.
>>>>>>
>>>>>> If a server isn't secure, others may be able to view your calendar information. To continue searching for your account on servers that may not be secure, and then set up the account if it's found, click Continue.
>>>>>
>>>>> I do so, which takes me to an Account Settings step which is identical to the Add an Account one save it takes an optional description and has a fine-print warning, "No CalDAV servers were found for server.host.name."
>>>>>
>>>>> If I keep clicking through similar warnings, I eventually get to a step, "Calendar Server Options." It's again the same as those before, but it adds an option for Server Path (I put in, "/caldav.php"), port (8443), a checkbox for, "Use SSL" (checked), and "Use Kerberos v5 for authentication," (unchecked). The initial warning here is, "The account information was not found. The host 'server.host.name' is not a WebDAV server." When I click through, the warning changes to, "An SSL error has occurred and a secure connection to the server cannot be made."
>>>>>
>>>>> And that's where it just gets stuck.
>>>>>
>>>>> I've since had a thought...I generated the SSL key with LibreSSL 2.2.4 as a 2048-bit x509 key with default options...could that be too new for 10.5.8's Calendar application...? I'm no SSL guru...if so, advice on how to generate an old-and-busted key that would let me use the damned thing would be appreciated....
>>>>>
>>>>> Thanks!
>>>>>
>>>>> b&
>>>>>
>>>>> On Nov 15, 2015, at 6:25 AM, James Smith <james@abelsoninfo.com> wrote:
>>>>>
>>>>>> What settings are you using to subscribe to the calendar? Had a few issues myself previously. Send screenshots if you can.
>>>>>>
>>>>>> James.
>>>>>>
>>>>>> On 15 Nov 2015 13:19, "Ben Goren" <ben@trumpetpower.com> wrote:
>>>>>> Um...hello? Is there anybody out there...?
>>>>>>
>>>>>> b&
>>>>>>
>>>>>> On Nov 13, 2015, at 4:08 PM, Ben Goren <ben@trumpetpower.com> wrote:
>>>>>>
>>>>>>> So, this may well be a bit of newbie cluelessness on my part, but I'm having trouble actually subscribing to a calendar.
>>>>>>>
>>>>>>> This is all on OpenBSD 5.8, installed via package.
>>>>>>>
>>>>>>> I can access the DAVICal administration page just fine and have added an account. I can connect with a Web browser to https://server:8443/caldav.php and successfully log in, at which point I see, "GET requests on collections are only supported for calendars." I assume that means that everything should be up and running as far as DAVICal is concerned...?
>>>>>>>
>>>>>>> But, when I try to subscribe, using either OS X 10.8.5's Calendar application or iOS 9.0.2's Calendar app, it first complains that the connection is not secure and then that "No CalDAV servers were found for '<server>'" (OS X wording).
>>>>>>>
>>>>>>> Any suggestions on what I should try next...?
>>>>>>>
>>>>>>> Thanks,
>>>>>>>
>>>>>>> b&
>>>>
>>>> ------------------------------------------------------------------------------
>>>> _______________________________________________
>>>> Davical-general mailing list
>>>> Davical-general@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/davical-general
>>>
>>> ------------------------------------------------------------------------------
>>> Presto, an open source distributed SQL query engine for big data, initially
>>> developed by Facebook, enables you to easily query your data on Hadoop in a
>>> more interactive manner. Teradata is also now providing full enterprise
>>> support for Presto. Download a free open source copy now.
>>> http://pubads.g.doubleclick.net/gampad/clk?id=250295911&iu=/4140_______________________________________________
>>> Davical-general mailing list
>>> Davical-general@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/davical-general
>>
>
> --
> Please consider the environment before printing this e-mail
>
> Ingo Ratsdorf
> B.E. Arch. / reg. Architect NZIA / Building Biologist IBN BBE / GSNZAP
>
> *envirology* Ltd.*
> *Envirology - a term combined from Environment
> and the greek "logos" (word, reason, plan)
>
> 35 Taylor Road, Waimauku, 0882 Auckland
> ph: (027) 8010652
>
> info@envirology.co.nz <mailto:info@envirology.co.nz>
> www.envirology.co.nz <http://www.envirology.co.nz/>
> LinkedIn profile <http://www.linkedin.com/in/ingoratsdorf>
>
> NOTE: This email message and any attachments contain information that
> may be confidential and may be LEGALLY PRIVILEGED. If you are not the
> intended recipient, any use, disclosure or copying of this message or
> attachments is strictly prohibited. If you have received this email
> message in error please notify us immediately and erase all copies of
> the message and attachments. We do not accept responsibility for any
> viruses or similar carried with our email, or any effects our email may
> have on the recipient computer system or network. Any views expressed in
> this email may be those of the individual sender and may not necessarily
> reflect the views of Envirology Ltd.
>
>

On Mon, 16 Nov 2015 13:26:00 -0700
Ben Goren <ben@trumpetpower.com> wrote:

> I do think the SSL problem is fixed...but I don't seem to understand
> the proper naming scheme for the URI-type stuff. Any variation of
> anything I can think to use for the path gets rejected
> -- /, /caldav.php, /user/calendar, /caldav.php/user/calendar, and
> many more permutations.
[snip]

Depends upon where is caldav.php, relative to the server's DocumentRoot.

Our calendar server ended-up on the mail server, which already had
Squirrel Mail running and had not originally been built with DAViCal in
mind. So DAViCal ended-up being installed under /cal. Thus the URI,
in our case, is:

https://mail.example.com/cal/caldav.php/<username>/calendar

Regards,
Jim
--
Note: My mail server employs *very* aggressive anti-spam
filtering. If you reply to this email and your email is
rejected, please accept my apologies and let me know via my
web form at <http://jimsun.LinxNet.com/contact/scform.php>.

------------------------------------------------------------------------------
_______________________________________________
Davical-general mailing list
Davical-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/davical-general

On Nov 17, 2015, at 4:57 AM, Jim Seymour <jseymour@LinxNet.com> wrote:

> Thus the URI,
> in our case, is:
>
> https://mail.example.com/cal/caldav.php/<username>/calendar

That seems to be a problem at my end.

If I browse to /caldav.php, I get this:

> Get requests on collections are only supported for calendars.

But as soon as I add anything on the end of that (such as /caldav.php/ben/calendar) I get a 404 error.

I'm guessing this is likely to be a Web server configuration problem? Is there some directive I'm missing? Again, this is OpenBSD 5.8 with its built-in httpd.

b&

Ben Goren schreef op di 17-11-2015 om 07:52 [-0700]:
On Nov 17, 2015, at 4:57 AM, Jim Seymour <jseymour@LinxNet.com> wrote:
>  Thus the URI, in our case, is: https://mail.example.com/cal/caldav.ph
> p//calendar
The wiki lists which methods your webserver should support. Apache
supports all required HTTP methods, nginx also supports these methods
(not sure if the support is there without adding any modules), but I
don't know the features of BSD's built-in httpd.
Installing DAViCal and configuring (the basics) is really
straightforward on Apache - maybe you should check that out before you
want to use the road less travelled?
HTH,
Vincent
-- 
Vincent Van Houtte
Advocaat
Advocatenkantoor Suy, Van Baeveghem & Van Houtte
Brusselsestraat 108
9200 Dendermonde
T 052 52 06 05
T 052 77 90 05
F 052 52 06 46
W http://synergylaw.be

On Tue, 17 Nov 2015 16:54:44 +0100
Vincent Van Houtte <vvh@synergylaw.be> wrote:

> The wiki lists which methods your webserver should support. Apache
> supports all required HTTP methods, nginx also supports these methods
> (not sure if the support is there without adding any modules), but I
> don't know the features of BSD's built-in httpd.
If I am not mistaken OpenBSD still uses Apache 1.x. Maybe this is the
reason since the configuration of Apache 2.x is different that for
Apache 1.x.

Could OP confirm this?

--
Hilsen/Regards
Michael Rasmussen

Get my public GnuPG keys:
michael <at> rasmussen <dot> cc
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E
mir <at> datanom <dot> net
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C
mir <at> miras <dot> org
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917
--------------------------------------------------------------
/usr/games/fortune -es says:
Toothpaste never hurts the taste of good scotch.

On Nov 17, 2015, at 9:01 AM, Michael Rasmussen <mir@datanom.net> wrote:

> If I am not mistaken OpenBSD still uses Apache 1.x.

That was the case until this year. After a very brief flirtation with Nginx, OpenBSD now has its own Web server, simply enough named, "httpd."

http://www.openbsd.org/cgi-bin/man.cgi/OpenBSD-current/man8/httpd.8

http://www.openbsd.org/papers/httpd-asiabsdcon2015.pdf

b&

On Nov 17, 2015, at 7:52 AM, Ben Goren <ben@trumpetpower.com> wrote:

> On Nov 17, 2015, at 4:57 AM, Jim Seymour <jseymour@LinxNet.com> wrote:
>
>> Thus the URI,
>> in our case, is:
>>
>> https://mail.example.com/cal/caldav.php/<username>/calendar
>
> That seems to be a problem at my end.
>
> If I browse to /caldav.php, I get this:
>
>> Get requests on collections are only supported for calendars.
>
> But as soon as I add anything on the end of that (such as /caldav.php/ben/calendar) I get a 404 error.
>
> I'm guessing this is likely to be a Web server configuration problem? Is there some directive I'm missing? Again, this is OpenBSD 5.8 with its built-in httpd.

So, I've now given this a try with nginx...and the symptoms are exactly the same as quoted above.

Any other suggestions...?

Thanks,

b&
------------------------------------------------------------------------------
Go from Idea to Many App Stores Faster with Intel(R) XDK
Give your users amazing mobile app experiences with Intel(R) XDK.
Use one codebase in this all-in-one HTML5 development environment.
Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs.
http://pubads.g.doubleclick.net/gampad/clk?id=254741551&iu=/4140
_______________________________________________
Davical-general mailing list
Davical-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/davical-general