Page 2 of 4 FirstFirst 1234 LastLast
Results 11 to 20 of 38

Thread: Calendar folder through IMAP? (KDE Kontact)

  1. #11
    Join Date
    May 2009
    Posts
    134
    Rep Power
    6

    Default Better with Directories than IMAP

    Getting IMAP Resources working was a curse in disguise. It provokes an error about not finding the Calendar folder on every synchronization! I'm guessing it is a malformed URI as we see requests such as myserver.mycompany.com:993Calendar when I would suspect it should be myserver.mycompany.com:993/Calendar. I do not see where this is in the enormous KMail code to change it.

    We have reverted to webdav for Calendar and Directories pointing to the dimap directories for Contacts but we still have the three original problems:

    1) Contact changes in KMail fail to propagate with a failed to APPEND message
    2) Calendar changes in KMail successfully propagate but generate a failed message anyway.
    3) Free/Busy time is not working at all.

    Any suggestions on how to fix these last three problems? Thanks - John
    www.spiritualoutreach.com
    Making Christianity intelligible to secular society

  2. #12
    Join Date
    May 2006
    Location
    London, UK
    Posts
    181
    Rep Power
    9

    Default

    As regards contacts - KDE SC 4.5 release will have full GroupDAV support, including CardDAV support, by way of an Akonadi GroupDAV resource usable by Kontact (and other linux software):

    KDE and OpenSource: CalDAV/CardDAV/GroupDAV Support for Akonadi
    (Beta 1 release 19 May 2010, General Release 4 August 2010)

    Here's hoping that it plays well with Zimbra's CardDAV implementation:
    Bug 22008 – WebDAV: Add support for CardDav

    If so, IMAP for mail, CalDAV for calendar/tasks, CardDAV for contacts... job almost done... finally! But then what for free/busy?

  3. #13
    Join Date
    May 2009
    Posts
    134
    Rep Power
    6

    Default

    Alas, we are still on KDE 3.5 as 4.x still seems not quite ready - great in theory but lacking some essential items.

    Apparently the read-only IMAP contact problem is a Zimbra issue and there is an RFE bug:
    https://bugzilla.zimbra.com/show_bug.cgi?id=19363

    The calendar problem with wrong time zones appears to be a Kontact (Korganizer) bug.

    Free/busy - any suggestions? KMail does support entering a URI to retrieve free/busy information. What URI does Zimbra expect to retrieve that information? Thanks - John
    www.spiritualoutreach.com
    Making Christianity intelligible to secular society

  4. #14
    Join Date
    Jun 2008
    Location
    Berkeley, CA
    Posts
    1,474
    Rep Power
    9

    Default

    Quote Originally Posted by storm View Post
    If so, IMAP for mail, CalDAV for calendar/tasks, CardDAV for contacts... job almost done... finally! But then what for free/busy?
    CalDAV also incorporates Free/Busy. It's used that way by both Lightning and Mac iCal. If your CalDAV client of choice doesn't support this feature, you should lobby the developers for it.

  5. #15
    Join Date
    May 2009
    Posts
    134
    Rep Power
    6

    Default Almost working

    We almost have this working. The killer was the time zone problem in Kontact. Since we had given up on Kontact, we installed Evolution from Debian testing to use the new WebDAV contact facility. Unfortunately, we found the WebDAV implementation on Evolution both broken and incompatible with Zimbra. It creates a malformed DNS query to find the server and then expects the server to use mime type text/v-card but Zimbra responds with type text/directory.

    However, the Evolution upgrade did something to make Kontact suddenly work properly. I assume it must have pulled in a newer libical which properly handled the time zone information.

    There are a few remaining issues. Free/busy is one. Here is what we found (from our internal notes):

    Go to Settings / Calendar. Click on the FreeBusy Icon and choose the receive tab. Enter https://zimbra.mycompany.com/home/%u@%d/?fmt=ifb
    This does not appear to be working. From a trace, we see that Kontact is hard coding the request. Thus, we can set it to https://zimbra.mycompany.com/home/ and Kontact will produce https://zimbra.mycompany.com/home/<username>@<domain>.ifb This is still a problem because it generates a permission denied from zimbra who wants <username>@<domain>/?fmt=ifb. We may be able to do a URI rewrite to make this work.

    Specifically, we need to rewrite .ifb to /?fmt=ifb. Does anyone have any idea of how to do this?

    Next problem is with appointments. They flow properly from Zimbra to Kontact. However, when creating an appointment with Kontact, the appointment appears in Zimbra but Kontact says there was an error creating the appointment. This appears to be after a Konqueror file dialog box appears. We also cannot delete appointments. Any idea what we may have misconfigured?

    The last issue is the contacts. Since they are handled via IMAP, they are read only. There is a bug filed for the enhancement to make it read write. If this is important to you, please vote for it: https://bugzilla.zimbra.com/show_bug.cgi?id=19363

    So almost there - need the above enhancement, the re-write for free/busy and to solve the can't delete / spurious failure message problem. Any help would be greatly appreciated. Thanks - John
    www.spiritualoutreach.com
    Making Christianity intelligible to secular society

  6. #16
    Join Date
    May 2009
    Posts
    134
    Rep Power
    6

    Default

    We're making some progress. We've eliminated the spurious failure messages by changing the URI from http:// to webdav://

    However, we are now finding that we cannot delete appointments regardless of webdav or http. Any idea why? Thanks - John
    www.spiritualoutreach.com
    Making Christianity intelligible to secular society

  7. #17
    Join Date
    May 2009
    Posts
    134
    Rep Power
    6

    Default Create, Edit, but no Delete

    The strangeness continues. Not only can we create appointments from Kontact but we can edit them. The only thing we cannot do is delete! When we do a packet trace, we see a clear denial:

    BEGIN:VEVENT

    DTSTAMP:20100424T062944Z

    ORGANIZER;CN=John A. Sullivan III:MAILTO:deleted
    X-ALT-DESC:<html><body></body></html>

    X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY

    X-MICROSOFT-DISALLOW-COUNTER:TRUE

    CREATED:20100424T062921Z

    UID:578e3418-9227-4836-b5ef-dd99849d54c2

    LAST-MODIFIED:20100424T062921Z

    SUMMARY:LDAP project plan

    STATUS:CONFIRMED

    DTSTART:20100327T151500Z

    DTEND:20100327T154500Z

    TRANSP:OPAQUE

    HTTP/1.1 401 permission denied: you do not have sufficient permissions

    Server: nginx

    Date: Sat, 24 Apr 2010 06:29:44 GMT

    Transfer-Encoding: chunked

    Connection: keep-alive

    WWW-Authenticate: BASIC realm="Zimbra"

    Any ideas about why we can do everything but delete?

    The packet trace appears to indicate that we are transferring the entire calendar file when we make changes. Is that how WebDAV works? That seems awfully excessive. Thanks - John
    www.spiritualoutreach.com
    Making Christianity intelligible to secular society

  8. #18
    Join Date
    May 2009
    Posts
    134
    Rep Power
    6

    Default

    Ah, the inconsistency is maddening! After logging out of our KDE session and logging back in, the spurious errors on creation have return. We do not get them when we edit (which works). We do not get them when we delete (which does not work! So, the grid is:

    Create Works Get error message
    Edit Works No error message
    Delete Fails No error message
    www.spiritualoutreach.com
    Making Christianity intelligible to secular society

  9. #19
    Join Date
    Feb 2010
    Location
    Germany
    Posts
    5
    Rep Power
    5

    Default

    Thanks, fcash for your instructions to integrate calander in Kontact read/write.

    I followed it several times, but it doesn't work here. When I add the calander from remote file in Korganizer and press "Reload" it loads the calender without prompting me for a user name / password. It reads the calendar just fine. But I can't write. On any attempt to create a new appointment in the Zimbra calander I just get that the connection to the zimbra server has been stopped.

    How do you manage to get that login dialog? Maybe there is a problem with too wide sharing permissions for my calendar, so that Zimbra grants read access without password already?

    I tried this with Kontact / Korganizer from Debian Lenny (thats 3.5.9/3.5.10 of KDE). I also tried with Kontact / Korganizer from KDE 4.4.3, but there it doesn't read in the calendar at all. There is no error message.

    Any hints? Otherwise I think its wait time for KDE 4.5. The web client does work, but I didn't yet found a way to duplicate / copy an appointment to use it as a template for a new one. And setting all aspects of each similar appointment is quite time-consuming.

  10. #20
    Join Date
    Feb 2010
    Location
    Germany
    Posts
    5
    Rep Power
    5

    Default

    Hmmm, forget the thing about KDE 4.4.3! With KDE 4.4.3 it works. I just did not see the authorization dialog initially since it popped up in the background, behind my Kontact window. But I had to give my usual Zimbra password unless I really used a different mail address than the one in my Zimbra account. But even then I do not get write access. I get "access denied for the action https://somedomain/home/my@mailaddress/Calendar/ hochladen". Well it says "External users (read access only)", so I bet I will just get that and no write access.

Similar Threads

  1. Changing Calendar Organizer script
    By snsparrish in forum Administrators
    Replies: 4
    Last Post: 05-02-2011, 05:41 AM
  2. Spam/Ham training under Outlook/Thunderbird/etc.
    By chuckm in forum Administrators
    Replies: 23
    Last Post: 03-18-2009, 12:01 PM
  3. .pst migration issues
    By jimklein in forum Migration
    Replies: 13
    Last Post: 02-16-2009, 01:55 AM
  4. Replies: 3
    Last Post: 08-11-2007, 01:40 PM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •