[horde] Public calendars

Michael J Rubinsky mrubinsk at horde.org
Wed Nov 4 22:04:46 UTC 2015


Quoting Ralph Ballier <ballier at mail.schule.de>:

> Zitat von Michael J Rubinsky <mrubinsk at horde.org>:
>
>> Quoting Ralph Ballier <ballier at mail.schule.de>:
>>
>>> Zitat von Michael J Rubinsky <mrubinsk at horde.org>:
>>>
>>>> Quoting Ralph Ballier <ballier at mail.schule.de>:
>>>>
>>>>> Zitat von Michael J Rubinsky <mrubinsk at horde.org>:
>>>>>
>>>>>> Quoting Ralph Ballier <ballier at mail.schule.de>:
>>>>>>
>>>>>>> Zitat von Michael J Rubinsky <mrubinsk at horde.org>:
>>>>>>>
>>>>>>>> Quoting Ralph Ballier <ballier at mail.schule.de>:
>>>>>>>>
>>>>>>>>> Zitat von Michael J Rubinsky <mrubinsk at horde.org>:
>>>>>>>>>
>>>>>>>>>> Quoting Ralph Ballier <ballier at mail.schule.de>:
>>>>>>>>>>
>>>>>>>>>>> Hello,
>>>>>>>>>>>
>>>>>>>>>>> I have integrated a public calendar in a website. Now I can see
>>>
>>> the
>>>>>>>>>>> days of
>>>>>>>>>>> the months, but when I click at a day,  I have to login. I
> think,
>>>>>>>
>>>>>>> this
>>>>>>>>> is
>>>>>>>>>>> not a public calender.
>>>>>>>>>>
>>>>>>>>>> Does the kronolith application have public permissions?
>>>>>>>>>> (Admin->Permissions)
>>>>>>>>>>
>>>>>>>>>>> You can see it, if you click at
>>>>>
>>>>>  http://ods3.schule.de/kalender.html
>>>>>>>>>>> I had use the URL from inside of my horde installation:
>>>>>>>>>>>
>>>>>>>>>>> <div id="kronolithCal"></div><script
>>>
>>>
> src="/horde2/services/ajax.php/kronolith/embed?token=D-S0z9DICMca7dr-RsYTIBT&calendar=internal_ZM0m7yNvN0Xh-bQu_bFQHXB&container=kronolithCal&view=Month[1][1][1][1][1]"
>>>>>>>>>>> type="text/javascript"></script>
>>>>>>>>>>>
>>>>>>>>>>> Ralph
>>>>>>>>>>> --
>>>>>>>>>>> Horde mailing list
>>>>>>>>>>> Frequently Asked Questions: http://horde.org/faq/
>>>>>>>>>>> To unsubscribe, mail: horde-unsubscribe at lists.horde.org
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> mike
>>>>>>>>>> The Horde Project
>>>>>>>>>> http://www.horde.org
>>>
>>>
> https://www.facebook.com/hordeprojecthttps://www.twitter.com/hordeproject
>>>>>>>>> If I give public permissions (Admin->Permissions), then changes
> the
>>>>>>>>> behave.
>>>>>>>>> Now I see only a blank screen. In the logfile of httpd I find
>>>>>>>>> normal
>>>>>>>
>>>>>>> page
>>>>>>>>> requests, no error messages.
>>>>>>>>>
>>>>>>>>> I understand not, in which relationship are the rights under Admin
>>>
>>> to
>>>>>>> the
>>>>>>>>> rights, which sets a user.
>>>>>>>>
>>>>>>>> Looks like the generated code for the embed functionality was
>>>>>>>> incorrectly using a relative URL, so if you are embedding the
>>>
>>> calendar
>>>>>>>> on a site not in the same webroot as horde, this would not work. In
>>>>>>>> the
>>>>>>>> javascript src url, make sure it contains a full url to the host
>>>>>
>>>>> running
>>>>>>>> horde. The code has been fixed in Git and will be in the next
>>>
>>> release:
>>>>>>>>  
>>>
>>>
> https://github.com/horde/horde/commit/7939ce836f78997fc7fddb93582fa195ae899218
>>>>>>>>  
>>>>>>>
>>>>>>> It don't work. My URL to the calendar is
>>>>>>>
>>>>>>> https://horde.osz-lise-meitner.eu/kalender.html
>>>>>>>
>>>>>>> and I get a blank screen.
>>>>>>>
>>>>>>> In access_log.ssl from Apache I see the following message:
>>>>>>>
>>>>>>> p5792de6b.dip0.t-ipconnect.de - - [03/Nov/2015:06:40:13 +0100] "GET
>>>>>>> /kalender.html HTTP/1.1" 304 -
>>>>>>> p5792de6b.dip0.t-ipconnect.de - - [03/Nov/2015:06:40:13 +0100] "GET
>>>
>>>
> /services/ajax.php/kronolith/embed?token=9Q4DigofQFVthL1MnloP_gF&calendar=internal_ZM0m7yNvN0Xh-bQu_bFQHXB&container=kronolithCal&view=Month[2][2][2]
>>>>>>> HTTP/1.1" 200 149
>>>>>>>
>>>>>>> Is this ok? No message in error_log or in error_log.ssl.
>>>>>>
>>>>>> Two things:
>>>>>>
>>>>>> 1) In the <script> tag on your page, you still have the relative URL
>>>>>> that I told you probably needs to be a full url. So, add
>>>>>> https://horde.osz-lise-meitner.eu before the /service/..... part.
>>>>>>
>>>>>> 2) You need to allow guest access to "Horde" as well in the
>>>>>> permissions
>>>>>> interface.
>>>>>>
>>>>>> --
>>>>>> mike
>>>>>> The Horde Project
>>>>>> http://www.horde.org
>>>
>>>
> https://www.facebook.com/hordeprojecthttps://www.twitter.com/hordeproject
>>>>> Sorry, I forgot to change the URL. Now it is right.
>>>>>
>>>>> After I had give "Horde" rights for guests, calenders are visible for
>>>>> guests!!!
>>>>>
>>>>> But the is still the question: how is the relation between rights,
>>>
>>> giving
>>>>> by admin for "Horde" or for other modules (for example: "Kronolith")
>>>>> and
>>>>> rights, giving by individual user?
>>>>
>>>> If I understand your question correctly, you are asking what the
>>>> difference is between a user granting rights on e.g., a calendar versus
>>>> an admin granting rights on an application like e.g. Horde or
> Kronolith?
>>>>
>>>> This former case gives the user control who can see his or her
>>>> information. The later lets the admin decide what applications are
>>>> available to be accessed for any given group or user - it does not
>>>> provide any control over individual user information.
>>>>
>>>> --
>>>> mike
>>>> The Horde Project
>>>> http://www.horde.org
>>>>
> https://www.facebook.com/hordeprojecthttps://www.twitter.com/hordeproject
>>>>
>>>>  
>>>
>>> Thanks for your information. This was the meaning of my question. Please
>>> apologise my poor English.
>>>
>>> But I see a difference: If the admin does nothing (no entry in global
>>> rights), registered user can use Imp, Kronolith,Turba and so on. But for
>>> guests is it necessary, that admin makes an entry. I mean this is
>>> inconsistent.
>>
>> It's the most logical default setting. If the admin does nothing, all
>> users that can log in, can use the apps, but guests cannot. It's
>> security by default. The admin has to explicitly allow guests access to
>> anything he/she wants them to be able to use.
>>  
>
> Yes, I understand this default behave. But this means (if I correct
> understand): If the admin makes entries for guest, he MUST entries makes
> für registered user too. Otherwise the registered user don't have access.

Correct. That's how default behavior works. I.e., no defined  
permissions == only authorized users. Once you define any permissions,  
then it's no longer the default so you have to explicitly define the  
permissions you want.

> By the way: it would not be better if we use a bulletin board, not a
> mailing list?

No, not really...



-- 
mike
The Horde Project
http://www.horde.org
https://www.facebook.com/hordeproject
https://www.twitter.com/hordeproject
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5751 bytes
Desc: S/MIME Signature
URL: <http://lists.horde.org/archives/horde/attachments/20151104/3e6039d6/attachment.bin>


More information about the horde mailing list