July 2013 - Inf-IT DAV Clients - lists.mate.software

CalDavZAP does not show one of my calendars
by Martin Egge 25 Jul '13

25 Jul '13

Hello, I started using CalDavZAP a few days ago. It works fine with one of my calendars but does not show any events of my other calendar. There is an attention sign (exlamation mark) after the calendar name. I suppose there is at least one event that breaks the calendar parsing. Is there any way to debug? Kind regards, Martin

4 15

Re: [Inf-IT DAVcl] Bug displaying recurring event
by Ken Murchison 25 Jul '13

25 Jul '13

Hi Andrej, Hmm. It displays fine on my home test server, but not on our production server. Both servers are running 0.9.1rc2. Is there a later version? I tried with multiple browsers and still nothing displays on 29 July on our production server. I tried running cache_update.sh and flushing the browser cache as well. Any ideas? On 07/25/2013 04:02 AM, Andrej Lezo wrote: > Hello Ken, > I checked your recurring event on our latest versions - demo version > (http://www.inf-it.com/caldavzap/) and latest rc version > and it didn't seem that there are some problem. I can see event on > 29/7 correctly. Which version of CalDAVZap are you using? You can try > update on latest version. > Thank you for using our software. > Regards, > Andrej Lezo > Dňa 23. 7. 2013 15:27 Ken Murchison wrote / napísal(a): >> I have the recurring event show below, which properly displays the >> event on 7/29 in the Apple clients, Thunderbird, and Google's web >> app, but CalDAVZap doesn't show an event on 7/29. >> >> >> BEGIN:VCALENDAR >> VERSION:2.0 >> PRODID:-//Apple Inc.//Mac OS X 10.8.4//EN >> CALSCALE:GREGORIAN >> BEGIN:VTIMEZONE >> TZID:America/New_York >> BEGIN:DAYLIGHT >> TZOFFSETFROM:-0500 >> RRULE:FREQ=YEARLY;BYDAY=2SU;BYMONTH=3 >> DTSTART:20070311T020000 >> TZNAME:EDT >> TZOFFSETTO:-0400 >> END:DAYLIGHT >> BEGIN:STANDARD >> TZOFFSETFROM:-0400 >> RRULE:FREQ=YEARLY;BYDAY=1SU;BYMONTH=11 >> DTSTART:20071104T020000 >> TZNAME:EST >> TZOFFSETTO:-0500 >> END:STANDARD >> END:VTIMEZONE >> BEGIN:VEVENT >> TRANSP:OPAQUE >> DTEND;TZID=America/New_York:20130708T100000 >> UID:8aecjj8jktg5ham42ag2bpb4no@google.com >> DTSTAMP:20130718T182134Z >> STATUS:CONFIRMED >> SEQUENCE:0 >> SUMMARY:Driver Ed >> LAST-MODIFIED:20130602T123428Z >> DTSTART;TZID=America/New_York:20130708T070000 >> CREATED:20130602T123428Z >> RRULE:FREQ=WEEKLY;UNTIL=20130729T110000Z;BYDAY=MO,TU,WE,TH,FR >> BEGIN:VALARM >> X-WR-ALARMUID:692B65FB-C722-47C6-9C27-E8F071D1C64C >> UID:692B65FB-C722-47C6-9C27-E8F071D1C64C >> TRIGGER;VALUE=DATE-TIME:19760401T005545Z >> X-APPLE-DEFAULT-ALARM:TRUE >> ACTION:NONE >> END:VALARM >> END:VEVENT >> END:VCALENDAR >> >> > > -- Kenneth Murchison Principal Systems Software Engineer Carnegie Mellon University

2 1

Bug displaying recurring event
by Ken Murchison 25 Jul '13

25 Jul '13

I have the recurring event show below, which properly displays the event on 7/29 in the Apple clients, Thunderbird, and Google's web app, but CalDAVZap doesn't show an event on 7/29. BEGIN:VCALENDAR VERSION:2.0 PRODID:-//Apple Inc.//Mac OS X 10.8.4//EN CALSCALE:GREGORIAN BEGIN:VTIMEZONE TZID:America/New_York BEGIN:DAYLIGHT TZOFFSETFROM:-0500 RRULE:FREQ=YEARLY;BYDAY=2SU;BYMONTH=3 DTSTART:20070311T020000 TZNAME:EDT TZOFFSETTO:-0400 END:DAYLIGHT BEGIN:STANDARD TZOFFSETFROM:-0400 RRULE:FREQ=YEARLY;BYDAY=1SU;BYMONTH=11 DTSTART:20071104T020000 TZNAME:EST TZOFFSETTO:-0500 END:STANDARD END:VTIMEZONE BEGIN:VEVENT TRANSP:OPAQUE DTEND;TZID=America/New_York:20130708T100000 UID:8aecjj8jktg5ham42ag2bpb4no@google.com DTSTAMP:20130718T182134Z STATUS:CONFIRMED SEQUENCE:0 SUMMARY:Driver Ed LAST-MODIFIED:20130602T123428Z DTSTART;TZID=America/New_York:20130708T070000 CREATED:20130602T123428Z RRULE:FREQ=WEEKLY;UNTIL=20130729T110000Z;BYDAY=MO,TU,WE,TH,FR BEGIN:VALARM X-WR-ALARMUID:692B65FB-C722-47C6-9C27-E8F071D1C64C UID:692B65FB-C722-47C6-9C27-E8F071D1C64C TRIGGER;VALUE=DATE-TIME:19760401T005545Z X-APPLE-DEFAULT-ALARM:TRUE ACTION:NONE END:VALARM END:VEVENT END:VCALENDAR -- Kenneth Murchison Principal Systems Software Engineer Carnegie Mellon University

3 2

Danish translation update
by Ján Máté 19 Jul '13

19 Jul '13

Hi list, is there anyone who speaks Danish and wants to update the CalDavZAP translation? We are ready to release the next version of our clients, but the original Danish translator is not responding and there are lot of untranslated strings (marked as "// X" in rc2) in CalDavZAP since 0.8.1.1. JM

2 4

carddavmate xml login not working
by basti 19 Jul '13

19 Jul '13

Hello, we try to use Carddavmate with XML-auth to implement this in owr own software. At the moment we have the following config: Davical Server: https://kalender.myserver.de/caldav.php Carddavmate: https://kalender.myserver.de/carddavmate/ config.js var globalNetworkCheckSettings={href: location.protocol+'//'+location.hostname+(location.port ? ':'+location.port: '')+location.pathname.replace(RegExp('/+[^/]+/*(index\.html)?$'),'')+'/carddavmate/auth/', crossDomain: true, withCredentials: false, syncInterval: 0, timeOut: 30000, additionalResources: ['nx4group'], delegation: true}; /auth/config.inc <?php // auth method: generic (auth/plugins/generic_conf.inc) or ldap (auth/plugins/ldap_conf.inc) $config['auth_method']='generic'; // set to true for debugging XML response, otherwise set to false to avoid browser // to show http authentication window after unsuccessful authentication $config['auth_send_authenticate_header']=false; // successfull authentication XML specification (change the "http://www.server.com:80" to your protocol/server/port) $config['accounts']=array('resources'=>array()); // note: if you want to use regex values, then use one of the following formats (the second example is with regex modifier): 're:.*someregex.*[0-9]$' or 're|i:.*someregex.*[0-9]$' $config['accounts']['resources'][]=array( 'resource'=>array( 'type'=>array('addressbook'=>''), 'href'=>'https://kalender.myserver.de/caldav.php/'.$_SERVER['PHP_AUTH_USER'].'/', 'hreflabel'=>'', // if undefined or empty href value is used (see above) 'crossdomain'=>'true', // set to true for different protocol/server/port origin (default is null = autodetect) 'forcereadonly'=>'null', // see auth/doc/example_config_response.xml for proper use, for example: 'forcereadonly'=>array(array('collection'=>'/caldav.php/user/collection/'), array('collection'=>'re:^/caldav.php/user/collection[0-9]/$')), 'withcredentials'=>'false', // for experts only (note: if true, Access-Control-Allow-Origin "*" is not allowed) 'showheader'=>'true', // if undefined, empty or not false header is displayed 'settingsaccount'=>'true', // client properties are saved here (note: set it to true only for ONE account) 'checkcontenttype'=>'true', // check content-type in the server response (if you cannot see data in the interface /buggy server response/ you may try to disable it) 'delegation'=>'true', // see auth/doc/example_config_response.xml for proper use, for example: 'delegation'=>array(array('resource'=>'/caldav.php/user%40domain.com/'), array('resource'=>'re|i:^/caldav.php/a[b-x].+/$')), 'userauth'=>array( 'username'=>$_SERVER['PHP_AUTH_USER'], 'password'=>$_SERVER['PHP_AUTH_PW'] ), 'syncinterval'=>60000, 'timeout'=>30000, 'locktimeout'=>10000 ) ); ?> auth/generic.conf <?php // Server base URL $pluginconfig['base_url']='https://kalender.myserver.de'; // Default values are usually OK // for Davical: $pluginconfig['request']='/caldav.php'; // change only if your Davical is not installed into server root directory // for Lion server: //$pluginconfig['request']='/principals/users'; $pluginconfig['timeout']=30; ?> the xml (header) looks like: <resources xmlns="urn:com.inf-it:configuration"> <resource> <type> <addressbook></addressbook> </type> <href>https://kalender.myserver.de/caldav.php/tuser/</href> <hreflabel></hreflabel> <crossdomain>true</crossdomain> <forcereadonly>null</forcereadonly> <withcredentials>false</withcredentials> <showheader>true</showheader> <settingsaccount>true</settingsaccount> <checkcontenttype>true</checkcontenttype> <delegation>true</delegation> <userauth> <username>tuser</username> <password>123456</password> </userauth> <syncinterval>60000</syncinterval> <timeout>30000</timeout> <locktimeout>10000</locktimeout> </resource> </resources> But we cant login, the is always the login-screen shown auth/index.php <?php require_once('config.inc'); require_once('common.inc'); require_once('cross_domain.inc'); require_once('plugins/'.$config['auth_method'].'.inc'); // configured module - it defines the 'MODULE_authenticate()' function if(call_user_func($config['auth_method'].'_authenticate')!==1) { // HTTP authentication (exit if unsuccessfull) if($config['auth_send_authenticate_header']) header('WWW-Authenticate: Basic realm="Inf-IT Auth Module"'); header('HTTP/1.0 401 Unauthorized'); echo <<<HTML <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <html> <head> <title>401 Authorization Required</title> </head> <body> <h1>Authorization Required</h1> <p>This server could not verify that you are authorized to access the document requested. Either you supplied the wrong credentials (e.g., bad password), or your browser doesn't understand how to supply the credentials required.</p> </body> </html> HTML; exit(0); } else { /* debug output */ exit ("here we are but login screen is still shown"); header('Content-type: text/xml; charset="utf-8"'); echo array_to_xml($config['accounts']); } ?>

2 4

CalDavZAP 0.9.1-rc2 & CardDavMATE 0.11.1-rc2
by Ján Máté 13 Jul '13

13 Jul '13

Hi all, new release candidates available: CalDavZAP: changelog: http://www.inf-it.com/caldavzap-next/changelog.txt source: http://www.inf-it.com/CalDavZAP_0.9.1-rc2.zip demo: http://www.inf-it.com/caldavzap-next/ CardDavMATE: changelog: http://www.inf-it.com/carddavmate-next/changelog.txt source: http://www.inf-it.com/CardDavMATE_0.11.1-rc2.zip demo: http://www.inf-it.com/carddavmate-next/ We currently do not have any additional confirmed issues so these releases are stable for production use. There are only few missing translation strings (will fix in the final release). As usually, do not forget to execute ./cache_update.sh! JM

1 0

RE: [Inf-IT DAVcl] All day event considered as from midnight to midnight
by Andrej Lezo 12 Jul '13

12 Jul '13

Hi Julien, This will be changed in next version. "all day" checkbox will set time on default values - start and end of business day. Regards, Andrej Lezo "Julien Métairie" <ruliane(a)ruliane.net> napísal: >Hi "list", > >When I tick the "All day" check box for an event, it is actually created >as during from 0:00 to 0:00. Here is part of the ics file : > >BEGIN:VEVENT >SUMMARY:Test >[...] >DTSTART;TZID=Europe/Paris:20130712T000000 >DTEND;TZID=Europe/Paris:20130712T000000 >END:VEVENT > >Is there a place where I can change this behavior ? > >Julien > >

7 8

All day event considered as from midnight to midnight
by "Julien Métairie" 11 Jul '13

11 Jul '13

Hi "list", When I tick the "All day" check box for an event, it is actually created as during from 0:00 to 0:00. Here is part of the ics file : BEGIN:VEVENT SUMMARY:Test [...] DTSTART;TZID=Europe/Paris:20130712T000000 DTEND;TZID=Europe/Paris:20130712T000000 END:VEVENT Is there a place where I can change this behavior ? Julien

1 0

accessing particular vcard files
by chrysn 11 Jul '13

11 Jul '13

hello, as of integrating carddav with an ikiwiki, i'd like to link to a particular contact in carddavmate. my idea is to dissect the fragment identifier of the url once the page is loaded, and if the fragment identifier is found on the server, it is opened right away so eg. http://my_server/carddavmate/#/jdoe/addresses/1234-5678-90ab-cdef.vcf would open the described contact in jdoe's address book (or whatever the semantics of the webdav server are) for viewing. two issues are to be considered imo: * authentication: if the setup needs authentication, the fragment identifier should be analyzed once login is complete. (that's where i failed to write a patch -- i could have found *some* place to invoke `globalAddressbookList.loadContactByUID()`, but not *the right* place). many such setups will already use some kind of single sign on solution (even simply basic http authentication) and won't require a login step. * identifiers might need to contain data describing which server the resource is on, possibly just the complete url. carddavmate should not expect to find the user name as part of the url, though. would you consider adding this feature? that whole scheme could be extended to directly edit (#/file.vcf?edit) or for search queries (#?search=john), but something basic would give good entry points for bigger setups, i think. likewise, actively rewriting the fragment identifer might get carddavmate a working back-button and an easy way to forward links to "the contact i have open right now", but that too is just my idea of where this feature could lead. thanks for maintaining carddavmate and caldavzap, i'm actively using them with radicale, and they work great! best regards chrysn -- To use raw power is to make yourself infinitely vulnerable to greater powers. -- Bene Gesserit axiom

2 7

404 error when authenticating (with cross-domain)
by "Julien Métairie" 10 Jul '13

10 Jul '13

Hi everybody, I am trying to use CalDavZap with crossdomain. My DaviCAL installation is located at http://davical.my.domain/. My CalDavZap installation is located at http://appart.my.domain/caldavzap/. I configured my Apache vhost and set the following in config.js : var globalNetworkCheckSettings={ href: location.protocol+'//davical.my.domain/caldav.php/', hrefLabel: null, crossDomain: true, additionalResources: [], forceReadOnly: null, withCredentials: false, showHeader: true, settingsAccount: true, checkContentType: true, syncInterval: 60000, timeOut: 30000, lockTimeOut: 10000, delegation: false, ignoreAlarms: false, backgroundCalendars: [] } When I visit http://appart.my.domain/caldavzap/ I am prompted to enter credentials (in an HTML form). When I enter credentials, the following lines appear in the console (using Firefox 22.0) : OPTIONS http://davical.my.domain/caldav.php/ [HTTP/1.1 401 Unauthorized 160ms] Error: [netCheckAndCreateConfiguration: 'http://davical.my.domain/caldav.php/'] code: '404' Any idea ? Julien

3 6