ASI SOLUTIONS

(ASI SOLUTIONS est le département technique informatique d'ASITY.)

To content | To menu | To search

Tuesday, 20 April 2010

Snow Leopard / iCal Server / Thunderbird+Lightning or Sunbird

By Luc-Olivier Lafeuille on Tuesday, 20 April 2010, 16:10 - Mac OS X Server 10.6

Snow Leopard / iCal Server / Thunderbird+Lightning or Sunbird


  1. "File" Menu / "New Calendar..."
  2. Window "Create New Calendar" pop up to you
  3. Select "On the Network", click "Next"
  4. Next window, select "CalDAV"
  5. Enter Location:
    1. With no SSL
      • for personal calendar : http://<server-name>:8008/calendars/users/<user-name>/calendar
      • for group calendar : http://<server-name>:8008/calendars/wikis/<group-name>/calendar
    2. With SSL
      • for personal calendar : https://<server-name>:8443/calendars/users/<user-name>/calendar
      • for group calendar : https://<server-name>:8443/calendars/wikis/<group-name>/calendar
    3. click "Next"
    4. Next window, enter Name: what you want to identify the calendar, click "Next"
    5. if "With no SSL" URL type chosen
      • Click "Finish"
    6. If "With SSL" URL type chosen,
      1. A "Secure Connection Failed" window pop up you to indicate "the certificate is not trusted because it is self-signed"
      2. click "Cancel" (as many the window pop)
      3. Next window, click "Finish"
      4. Go to "Tools" Menu / "Options"
      5. Window "Options", select "Advanced icon"
        • Select "Encryption" Tab then click "View Certificates"
      6. Window "Certificate Manager" pop up to you
        • Click "Servers" tab
      7. Click "Add Exception" button right bottom side
      8. Window "Add Security Exception" pop up
        1. Enter Location : https://<server-name>:8443
        2. Click "Get Certificate"
        3. Window is filled with information : "Unknow Identity ..."
        4. Select "Permanently store this exception" checkbox
        5. Click "Confirm Security Exception"
        6. Window closes and let appear previous with the server address filled in
        7. Click "Ok"
        8. Window closes and let appear previous
        9. Click "Ok"

    RE:

no comment no trackback

Monday, 19 April 2010

Snow Leopard / iCal Server / URL for individual and group Calendars

By Luc-Olivier Lafeuille on Monday, 19 April 2010, 16:09 - Mac OS X Server 10.6

Snow Leopard / iCal Server / URL for individual and group Calendars


iCal Server Documentation don't reveal each URL (path) the reach personal or group calendar. But it may be needed to use different URL because some softwares don't accept URL form explained in manual.

A way to discover all URL path is to connect a navigator to the iCal server : http://<yourserver>:8008
(you'll be prompted to identify)

The first iCal Server level reveal a folder listing in html mode.



The "webcal" folder give the personal html calendar for the account your entered later to identify.
Note it is working perfectly and may be use to inter-operate with.




The folders "calendars" and "principals" both give the same listing. But finally not the same data format.



While "sudoers" might refer to users you give right to see (and write) to your calendar, we couldn't reach the delegated calendars.

Other folders refer to some calendar types:
  • users calendars,
  • wikis calendars,
  • groups calendars are not explained in the documentation,
  • locations and resources refer to the new iCal Server futures powered by iCal Server Utility packaged with Server Admin softwares
The "users" folder don't reveal the list of all users presents in the server nor the "wikis" folder.

The path /calendars/users/ or /calendars/wikis/ completed by an user or wikis name the server give the following listing



where the user or wiki calendar is based in the "calendar" folder in the ics format.

The path /principals/users/ or /principals/wikis/ completed by an user or wikis name the server give a very interesting html page with all the usable URL forms at that path.

So here the list for all these URL (URI) forms

With short name of User or Wiki
-> /principals/users/lucolivier
-> /calendars/users/lucolivier/calendar

With full name
-> /principals/users/Luc-Olivier
-> /calendars/users/Luc-Olivier/calendar

With UUID
-> /calendars/__uids__/C7DD8F3A-0605-4F26-B789-46709A8EB9F4
-> /principals/__uids__/C7DD8F3A-0605-4F26-B789-46709A8EB9F4


RE:

no comment no trackback

Snow Leopard / SUS / Station don't seen updates!

By Luc-Olivier Lafeuille on Monday, 19 April 2010, 15:43 - Mac OS X Server 10.6

Snow Leopard / SUS / Station don't seen updates!

For Mac OS X Server 10.6.X

As nicely brought up be James Cutrone UT, the SUS generate one index file by OS version (10.4, 10.5 and 10.6).

These indexes are named :
  • index.sucatalog
  • index-leopard.merged-1.sucatalog
  • index-leopard-snowleopard.merged-1.sucatalog
Unfortunately, the 10.6 SUS documentation says to set the client SUS URL to <your-server>:8088/index.sucatalog. Regarding the client OS version, no updates will be seen by version prior 10.4.

James offers a php script to work-around the problem and the needed to set specific URL depending on OS version update. The php script return the correct url based on OS signature.

<?php
$userAgent =  $_SERVER['HTTP_USER_AGENT'];
 
// MacOS X 10.6
$osSubstringSnowLeopard = 'Darwin/10.';
$fileSnowLeopard = "/var/db/swupd/html/content/catalogs/others/index-leopard-snowleopard.merged-1.sucatalog";
 
// MacOS X 10.5
$osSubstringLeopard = 'Darwin/9.';
$fileLeopard = "/var/db/swupd/html/content/catalogs/others/index-leopard.merged-1.sucatalog";
 
// NonLeopard (10.4-)
$filePreLeopard = "/var/db/swupd/html/content/catalogs/index.sucatalog";
 
if( strrpos( $userAgent, $osSubstringSnowLeopard ) )
  $contents = file($fileSnowLeopard);
elseif ( strrpos( $userAgent, $osSubstringLeopard ) )
  $contents = file($fileLeopard);
else
  $contents = file($filePreLeopard);
 
$string = implode($contents);
echo $string;
?>

RE :



no comment no trackback

Snow Leopard / SUS / Server Admin Iface Bug

By Luc-Olivier Lafeuille on Monday, 19 April 2010, 14:41 - Mac OS X Server 10.6

Snow Leopard / SUS / Server Admin Iface Bug

For Mac OS X Server 10.6.2 and 10.6.3 versions

While you try to change the swupd location by the Server Admin GUI on an other volume than root ("/") by the "Choose..." facility you encounter a parsing bug which badly form the path.

You have to enter the path by hand.

If you edit the DocumentRoot /etc/swupd/swupd.conf param by hand, Server Admin GUI will maintain the file over your manual changes.

SUS don't work with symlink of /var/db/swupd to off root volume location.

RE



no comment no trackback

- page 1 of 2