[Evolution-hackers] Evolution+CalDAV. What is evolution looking for in .ics?
Hi, could someone please explain me how the Evolution client should be properly configured to access a CalDAV server? In the evolution's menu I choose: file>>new>>calendar then I enter: Type: CalDAV Name: Test URL: http://srv-caldav:8008/calendars/users/zanshin/calendar/ SSL: False username: zanshin In my collection I have several events created by sunbird, and someone by me, but evolution doesn't show any. I can just only create new events :(, the only events that evolution will show on calendar. Surfing http://srv-caldav:8008/calendars/users/zanshin/calendar/ I can list all my events: Collection Listing NameSizeLast Modified MIME Type 20080820T213806Z.ics396 2008-Aug-20 23:42 (collection) 575a13ae-1154-4646-99ba-63e4c19ebbfa.ics404 2008-Aug-20 16:29 (collection) calendario_7.ics315 2008-Aug-20 16:47 (collection) The content of three files: 20080820T213806Z.ics (created by evolution): BEGIN:VCALENDAR CALSCALE:GREGORIAN PRODID:-//Ximian//NONSGML Evolution Calendar//EN VERSION:2.0 BEGIN:VEVENT UID:[EMAIL PROTECTED] DTSTAMP:20080820T213750Z DTSTART;VALUE=DATE:20080806 DTEND;VALUE=DATE:20080807 TRANSP:OPAQUE SEQUENCE:2 SUMMARY:test_evolution DESCRIPTION:creato da evolution CLASS:PUBLIC X-EVOLUTION-CALDAV-HREF:20080820T213806Z.ics END:VEVENT END:VCALENDAR 575a13ae-1154-4646-99ba-63e4c19ebbfa.ics (created by Sunbird): BEGIN:VCALENDAR PRODID:-//Mozilla Calendar//NONSGML Sunbird//EN VERSION:2.0 BEGIN:VEVENT CREATED:20080820T142509Z LAST-MODIFIED:20080820T142534Z DTSTAMP:20080820T142509Z UID:575a13ae-1154-4646-99ba-63e4c19ebbfa SUMMARY:da sunbird2 DTSTART;VALUE=DATE:20080901 DTEND;VALUE=DATE:20080902 TRANSP:TRANSPARENT CLASS:PUBLIC X-MOZ-LOCATIONPATH:575a13ae-1154-4646-99ba-63e4c19ebbfa.ics END:VEVENT END:VCALENDAR calendario_7.ics (created by me using vobject): BEGIN:VCALENDAR VERSION:2.0 PRODID:-//PYVOBJECT//NONSGML Version 1//EN BEGIN:VEVENT UID:uid_1468 DTSTART:20080820T00Z DTEND:20080823T00Z SUMMARY:Primo evento END:VEVENT BEGIN:VEVENT UID:uid_1468 DTSTART:20080824T00Z DTEND:20080829T00Z SUMMARY:Secondo evento END:VEVENT END:VCALENDAR Using Sunbird, I can list *every* event of the collection, so I can't understand why evolution doesn't. Another issue that I experienced a lot of time is also the freeze of gnome. Usually it occurs when evolution incurs an error (wrong credential, wrong location of the collection, etc...) and starts flooding the server. The strange thing is that sometime it seems to happen with Sunbird too. I really need to understand what evolution does and in which way, can somebody give me a hint please? TIA!, Simone ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] bug fixing in stable 2.22.x branch
As one of the gentoo's maintainers of the gnome packages, provided with bug reports and patches we will apply anything that seems critical enough until we get 2.24 in stable which usually takes 1 to 3 months after the release. We usually reduce the pace of the changes on a package when it reaches stable though so you better group submission :) -- Gilles Dartiguelongue <[EMAIL PROTECTED]> signature.asc Description: Ceci est une partie de message numériquement signée ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
[Evolution-hackers] Interface Spec for PIM component interoperability
Hello Evolution hackers, I just subscribed to the list, and browsing the archives this message may or may not have an overlap with the recent thread about EDS D-Bus interface in "Future of eds bindings". I am a supporter of the desktop independant, GTK+ based MUA Claws Mail. Its (few) developers are pretty evenly split between between being KDE, GNOME, and XFCE users. I've thought many times that it would be great to have a (maybe freedesktop.org) standard for PIM component access and interaction. Ideally, this would allow for all PIM components implementing this spec to be interchangable without loosing integration, so the user could choose calendar, addressbook, mailer etc independantly, and still have a nicely integrated PIM suite. This could be achieved by defining a "common language" for popular PIM tasks involving multiple components (by "PIM component", I mean MUA, calendar, addressbook, notes application etc). Let me give a few examples of such tasks: What a MUA could request: - dear addressbook, whoever you might be, please add the following contact: John Doe <[EMAIL PROTECTED]> - dear addressbook, please give me a list of all contacts - dear addressbook, please open up contact xy for editing. Or just show me your main window. - dear calendar, whoever you might be, I just received a meeting invitation via email. Please insert that event into my calendar Basically, it would be necessary to define a set of interfaces (possibly D-Bus services) along the lines of org.freedesktop.pim.addressbook.storage org.freedesktop.pim.addressbook.ui org.freedesktop.pim.calendar.storage org.freedesktop.pim.calendar.ui org.freedesktop.pim.mua.storage org.freedesktop.pim.mua.ui etc, where in the case of GNOME Evolution could provide the *.ui interfaces and EDS could provide the *.storage interfaces. Of course signal/slot connections would also be possible (e.g. the MUA signalling: "Hey, whoever might care: A new mail arrived"). The user would just have to define which applications should provide which service (possibly via D-Bus .service files), and have an integrated PIM suite with his preferences of the individual components. This would also ease accessing PIM data for 3rd party applications, and/or common tasks like synchronization. For example, not every application would have to write its own OpenSync plugin, but a single plugin implementing the spec would be enough for all PIM solutions. Of course, such an interface only makes sense if the major players are interested in that kind of interoperability. So I've also brought that topic up on the KDE-PIM mailing list at http://lists.kde.org/?t=12188817257&r=1&w=2 Discussion is on-going, but they seem to be interested in general. What's the Evolution hackers' point of view? Regards, Holger ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] bug fixing in stable 2.22.x branch
Am Sonntag, den 24.08.2008, 11:48 +0530 schrieb Chenthill: > Where can I get the distributors list to inform them ? I know some > individual email ids, but not sure if its a complete list. http://mail.gnome.org/mailman/listinfo/distributor-list andre -- mailto:[EMAIL PROTECTED] | failed http://www.iomc.de/ | http://blogs.gnome.org/aklapper ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Future of eds bindings
On Wed, 2008-08-20 at 08:57 +0530, Srinivasa Ragavan wrote: > Ross, > > > In the case of getChanges(), this is a local operation so just needs to > > be fixed. It shouldn't take more than the timeout, even with 10k > > contacts. > > > 10K? I have seen multiple enterprise users books with 100K contacts. I > remember some bug where the user had close to a million contacts :(, > that might be GAL or GW System addressbook. But do the GW or GAL backends implement getChanges()? With that call the number of changes is fairly unrelated to the number of contacts, so it should always be fast enough. Ross -- Ross Burton mail: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] www: http://burtonini.com signature.asc Description: This is a digitally signed message part ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers