Calendar:WCAP Provider: Difference between revisions

revised and updated
No edit summary
(revised and updated)
Line 9: Line 9:


===Subscribing To Your Calendar===
===Subscribing To Your Calendar===
The Sunbird/Lightning ''Create New Calendar'' wizard comes up with a third Format type for remote calendars (''Sun Java System Calendar Server (WCAP)'').  As location, provide a <code>HTTP</code> URL to a [http://www.sun.com/software/products/calendar_srvr/index.xml Sun Java System Calendar server].
The Sunbird/Lightning ''Create New Calendar'' wizard comes up with a third Format type for remote calendars (''Sun Java System Calendar Server (WCAP)'').  As location, provide a <code>HTTP</code> or preferrably <code>HTTPS</code> URL to a [http://www.sun.com/software/products/calendar_srvr/index.xml Sun Java System Calendar server].
<pre>
<pre>
http://sd-calendar.staroffice.de/
http://sd-calendar.staroffice.de/
</pre>
</pre>
If you need to login as different users on the same server, then create multiple calendar accounts, encoding user-Ids into the corresponding URLs, e.g. creating one calendar
You can encode your common user-id into the url which will be used for the login prompt, e.g.
<pre>
<pre>
http://jdoe@sd-calendar.staroffice.de/
http://jdoe@sd-calendar.staroffice.de/
</pre>
and another
<pre>
http://bbat@sd-calendar.staroffice.de/
</pre>
</pre>
After creation, you need to switch the view on for this calendar in the ''Calendars'' list.
After creation, you need to switch the view on for this calendar in the ''Calendars'' list.
Line 26: Line 22:
For login, you will be asked for a pair of ''UserName/Password''.
For login, you will be asked for a pair of ''UserName/Password''.
If you don't pass login, you will be asked again.
If you don't pass login, you will be asked again.
If you cancel login, you won't be asked
If the calendar server does not support <code>HTTPS</code>, you will be asked whether to continue the login.
again anymore.
<code>HTTPS</code> is preferred, even if you have specified plain <code>HTTP</code>,
because the password is transmitted.  If the calendar server does not
support <code>HTTPS</code> (at least for login), you will be asked whether to
continue the login.


===UI===
===UI===
Line 47: Line 38:
*0 &rarr; no logging (release, default)
*0 &rarr; no logging (release, default)
*1 &rarr; some logging, connection etc., but no calendar data
*1 &rarr; some logging, connection etc., but no calendar data
*2 &rarr; full log
*2 &rarr; verbose log
*3 &rarr; very verbose log


You can increase the log level your <code>user.js</code> in your profile:
You can set the log level your <code>user.js</code> in your profile:
  user_pref("calendar.wcap.log_level", ''n'');
  user_pref("calendar.wcap.log_level", ''n'');
 
or via ''Edit&rarr;Preferences&rarr;Advanced&rarr;General&rarr;Config Editor...'' (Thunderbird 2, Unix) and even change it without restarting Thunderbird.
Building Lightning, the ''default'' log level (i.e. 0) can be overridden, e.g.
make wcap_logging=2
 
The effective log level is
max( build-default-log-level, user-pref-log-level )


===Log File===
===Log File===