On Wed, 2012-06-20 at 15:26 -0400, Matthew Barnes wrote:
On Tue, 2012-06-19 at 16:03 +0530, Chenthill wrote:
As some of you already know, I moved to some other project and
spending most of my time there. At-least during the initial period, I
would not be getting much time for evolution
not be
getting much
time for evolution. Matthew would be taking forward the community meetings
hence forth.
Thanks, Chenthill.
___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
https
Akhil has mentioned in another email.
We would also need to give it sometime to see if there are people
interested in contributing there.
Thanks, Chenthill.
If we have consensus on this I will announce it. At this time I have no
plans to adapt the module to the upcoming API changes.
Matthew
On Fri, 2012-06-01 at 06:57 -0400, Matthew Barnes wrote:
On Fri, 2012-06-01 at 15:19 +0530, Chenthill wrote:
Then why not retire evolution-mapi instead of evolution-exchange ?
I hadn't considered that. I'll defer to Milan to make that call.
I thought evolution-mapi worked with Exchange
Hi,
The meeting goes as follows,
* Project updates
* Discussion on queries/decisions
* Individual updates
http://live.gnome.org/Evolution/CommunityMeet
- Chenthill.
___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list
fork of libical or whether they're using upstream
libical. From what the sources and configure.ac tell me, it is the latter.
I guess we should communicate this to freeassociation-devel?
We moved to upstream libical long time back -
https://bugzilla.gnome.org/show_bug.cgi?id=541209 .
- Chenthill
in 3.6 after all :)
Wonderful!!!
- Chenthill.
Dan
-Srini.
I'd suggest creating 4 or 5 new commits directly in master instead of
actual git merge to avoid polluting master history with nearly 200
commits of my furious development :)
Cheers,
Dan
Hi,
The meeting goes as follows,
* Project updates
* Discussion on queries/decisions
* Individual updates
http://live.gnome.org/Evolution/CommunityMeet
- Chenthill.
___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list
UI in-responsiveness. IMHO that option can be
removed and the async api's can be used to solve it unless there is some
other case.
- Chenthill.
Bye,
Milan
___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your
Hi,
The meeting goes as follows,
* Project updates
* Discussion on queries/decisions
* Individual updates
http://live.gnome.org/Evolution/CommunityMeet
- Chenthill.
___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list
early on in the
branch. Nearly drove myself crazy trying to get a simple embedded icon
to draw.
Well done to both of you!
+1 :)
- Chenthill.
Matt
___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options
Hi,
The meeting goes as follows,
* Project updates
* Discussion on queries/decisions
* Individual updates
http://live.gnome.org/Evolution/CommunityMeet
- Chenthill.
___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list
it into account.
Just went through the thread and had a small discussion with mcrha. My
preference goes with the first approach along with having the static
capability.
- Chenthill.
___
evolution-hackers mailing list
evolution-hackers@gnome.org
Hi,
The meeting goes as follows,
* Project updates
* Discussion on queries/decisions
* Individual updates
http://live.gnome.org/Evolution/CommunityMeet
- Chenthill.
___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list
is with local providers, users will loose their
labels and other custom tags/flags on messages. I do not take it as an
objection, though, the migration process used to crash or freeze anyway.
You've a green from me.
Sounds fine for me as well.
- Chenthill.
Bye,
Milan
not be needed in
the evolution-alarm-notify, because evolution doesn't support alarms on
these.
I dont think the earlier behaviour used to be like this. This should be
a bug introduced at some state IMHO.
- Chenthill.
___
evolution-hackers mailing list
Hi,
The meeting goes as follows,
* Project updates
* Discussion on queries/decisions
* Individual updates
http://live.gnome.org/Evolution/CommunityMeet
- Chenthill.
___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list
On Tue, 2011-10-18 at 12:30 +0200, Christian Hilberg wrote:
Hi Chen,
Am Dienstag 18 Oktober 2011, um 12:13:04 schrieb Chenthill:
Hi,
The meeting goes as follows,
[...]
You sure the meeting is *today*, not tomorrow (i.e. Wednesday),
as usual? Just asking. :-)
Oh my bad, not again
Hi,
The meeting goes as follows,
* Project updates
* Discussion on queries/decisions
* Individual updates
http://live.gnome.org/Evolution/CommunityMeet
- Chenthill.
___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list
On Tue, 2011-07-19 at 11:17 +0530, Chenthill wrote:
Hi,
The meeting goes as follows,
* Project updates
* Discussion on queries/decisions
* Individual updates
Postponing the meeting to next week Wednesday (July 27) as some hackers
wont be available today..
Thanks, Chenthill
eg: evolution-kolab and create a new
repository in git.gnome.org. http://live.gnome.org/Git/NewRepository
has all the details required.
Thanks, Chenthill.
Thanks a lot in advance,
Kind regards,
Christian
___
evolution-hackers mailing
the staging directory approach. Would it be possible for
implementing the logic to convert the inline data -file inside
e_book_client_add_contact so that the clients need to worry about
changing the code ?
- Chenthill.
o What is more reliable ? (it seems that there are less
points of failure
on Thursday. I've reverted those
commits for now. We're currently between Alpha and Beta releases; I
don't mind a little bit of 'churn', but I draw the line at data loss :)
Sorry about that.
Sorry for it, its a bad assumption I made. Fixed it in master.
- Chenthill.
Note that HEAD doesn't compile
On Tue, 2011-05-17 at 15:59 +0200, Patrick Ohly wrote:
On Di, 2011-05-17 at 18:49 +0530, Chenthill wrote:
On Tue, 2011-05-17 at 14:51 +0200, Patrick Ohly wrote:
| Further work if you agree in principle:
| * let clients query whether all contacts have the simplified ID
need this virtual function
though. Maybe webdav might use it ?
- Chenthill.
But *only* if it really is an
optimisation, and designed such that the code still works (via the
mapping) without it.
I can't promise that the code will work without it right away because
the mapping hasn't been
Hi,
The meeting goes as follows,
* Project updates
* Discussion on queries/decisions
* Individual updates
Check out http://live.gnome.org/Evolution/CommunityMeet for more details.
- Chenthill.
___
evolution-hackers mailing list
evolution-hackers
this.
As an extra bonus that means you could do autocomplete type
queries in a single SQL query.
AFAIK with the current design of eds, each address-book would be queried
separately and would not benefit by this.
- Chenthill.
sean
___
evolution
On Fri, 2011-05-06 at 08:56 +0200, Milan Crha wrote:
(Please do not reply to me, reply to the list, I read the list and I
prefer to Ctrl+L while your message avoids this feature for me. Thanks
for your understanding.)
On Thu, 2011-05-05 at 12:23 +0530, Chenthill wrote:
you scary me. Could
to be on this, but if you're looking
to offload any work, I can pick up anything that results from the above if
you like. Just let me know!
The work is almost over, but will let you know once i finish the testing
and you can directly make changes if you require anything more there :)
- Chenthill
On Thu, 2011-05-05 at 11:20 +0530, Chenthill wrote:
* not sure of this one: given there may be multithreaded access to
the db,
do we need to provide any external big locks on reads/writes?
maybe
Though sqlite has it, i have read in the FAQ that it recommends
applications
On Thu, 2011-05-05 at 13:53 +0200, Milan Crha wrote:
On Thu, 2011-05-05 at 11:20 +0530, Chenthill wrote:
* if folder metadata is going to be free-form, it could be better
to have a key-value table ( folder_id_id int, key_name text,
value text ) rather than arbitrarily numbered
On Thu, 2011-04-21 at 08:32 +0200, Milan Crha wrote:
On Tue, 2011-04-19 at 17:00 +0200, Milan Crha wrote:
On Tue, 2011-04-19 at 19:39 +0530, Chenthill Palanisamy wrote:
I would like you to a incorporate some change to the free/busy api.
Some servers allow querying free/busy information
Hi,
The meeting goes as follows,
* Project updates
* Discussion on queries/decisions
* Individual updates
Check out http://live.gnome.org/Evolution/CommunityMeet for more details.
- Chenthill.
___
evolution-hackers mailing list
evolution-hackers
: freebusy_received (ECalClientFreeBusy *fbobject, const gchar
*user, GSList *ecalcomps)
The clients could watch for the signal and update the freebusy
information as and when they receive from eds.
- Chenthill.
EBookClient (replaces EBook)
http://git.gnome.org/browse/evolution-data-server/tree
be removed.
- Chenthill.
--
dwmw2
___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-hackers
On Tue, Apr 5, 2011 at 2:51 PM, Patrick Ohly patrick.o...@gmx.de wrote:
On Di, 2011-04-05 at 13:06 +0530, Chenthill Palanisamy wrote:
On Mon, Apr 4, 2011 at 6:24 PM, Patrick Ohly patrick.o...@gmx.de wrote:
Hello!
I have published some more information about our plans for MeeGo:
http
to the freezes in
the gnome-2-32 branch (am not calling this a latest stable branch) ?
If the documentation and translations are taken care of, should the
freezes matter ?
- Chenthill.
That's my opinion.
Bye,
Milan
P.S.: as of today (or tomorrow, if you wish), the official stable
release
Hi,
The meeting goes as follows,
* Project updates
* Discussion on queries/decisions
* Individual updates
Check out http://live.gnome.org/Evolution/CommunityMeet for more details.
- Chenthill.
___
evolution-hackers mailing list
evolution-hackers
On Mon, Mar 14, 2011 at 3:53 PM, Adam Tauno Williams
awill...@opengroupware.us wrote:
On Mon, 2011-03-14 at 10:09 +0530, Chenthill Palanisamy wrote:
On Thu, Mar 10, 2011 at 6:54 PM, Matthew Barnes mbar...@redhat.com wrote:
Okay, this might be a long shot but I'm gonna throw it out there anyway
sooner?
Am fine with branching on Monday after the hard-code freeze..
- Chenthill.
(Speaking for myself, I don't really have anything ready to land yet.)
___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options
for using it with mail.
To be honest, I wont be having that much time for testing this for
address-book. Jony
was trying to evaluate the performance between sqlite and notmuch mail indexing
for mails, any updates there Jony ?
- Chenthill.
The catch is, Xapian is written in C++. So we'd likely have
sqlite for string emails and later migrating all backends to
use the same. The summary and VCard strings can be stored in a single Cache
without the need for using EBookBackendSummary. Any thoughts ?
- Chenthill.
___
evolution-hackers mailing list
evolution
Hi,
The meeting goes as follows,
* Project updates
* Discussion on queries/decisions
* Individual updates
- Chenthill.
___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
http
the log I'll get it posted.
Sure, will send you.
- Chenthill.
___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-hackers
a
particular mailing-list is
meant for before proceeding with your queries.
- Chenthill.
Thank you sir!...
___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options or unsubscribe, visit
more..
Have pushed in some fixes. Let me know if they fix the issues. Please
send me the gdb traces or feel free to file a bug in bugzilla.gnome.org.
Thanks, Chenthill.
___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http
On Tue, 2009-12-15 at 15:09 -0500, Reid Thompson wrote:
On Wed, 2009-12-16 at 01:16 +0530, Chenthill wrote:
Approach #1,
migrating local storage from mbox to maildir format. With maildir I
have
heard about two issues,
* Not able to create subfolders under INBOX -
https
not to say,
am not longer working on evo. Sharing opinions/ideas is a big
contribution in it-self :) It helps people who contribute through code
to do the right things. just a humble thought.
- Chenthill.
___
Evolution-hackers mailing list
Evolution
.
- Chenthill.
chen Lets get started in another minute and have a small discussion to know
whats happening and moving further with coming releases
mcrha releases, hmm
chen mcrha, yup we have 2.28.1 and 29.1 coming this month
* mcrha was hoping in the upcoming year forecast :)
abharath ;)
chen lol step
involved in Evolution development!
This is a special release for myself and mbarnes as we have taken the
responsibility of maintainer-ship from this release.
Thanks to all the users, testers, developers, translators, bug masters,
distributors and everyone involved in the project.
Thanks, Chenthill
to both 2.28
branch and master.
Thanks, Chenthill.
___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers
. Until then the contents would remain in go-evolution.org.
Meeting logs -
http://projects.gnome.org/evolution/meeting-logs/2009-07-29.shtml .
Thanks, Chenthill.
On Mon, 2009-07-27 at 17:51 +, Matthew Barnes wrote:
On Mon, 2009-07-27 at 22:57 +0530, Johnny Jacob wrote:
http://www.go
-addressbook dbus port this week
(for 2.27.x) and the calendar part for evolution 3.0. Will keep you
informed on the same.
- Chenthill.
___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers
Am including nirav in the thread. He is working on with the novell IST
to get the required rights. He would be able to provide more details..
Thanks, Chenthill.
On Mon, 2009-07-13 at 11:06 +0200, Andre Klapper wrote:
Am Sonntag, den 12.07.2009, 21:31 -0400 schrieb Matthew Barnes:
I don't
still hold
true ;)
...snip...
If all these does not convince you, you can save dollars on the
storage space for the site ;-) . So imho, it is definitely worth
moving to live.gnome.org .
+1 Well stated. :)
I concur with this provided all the old data are still maintained.
- Chenthill
On Thu, 2009-07-23 at 11:09 -0400, Matthew Barnes wrote:
On Thu, 2009-07-23 at 06:15 -0600, P Chenthill wrote:
We would still need to maintain the old data to know the history though
they may become obsolete. Certainly a lot of things mentioned still hold
true ;)
A compromise might
configure.ac and configure script to add some options. The
patch for configure script needs to be regenerated for sqlite 3.6.16.
Thanks, Chenthill.
On Wed, 2009-06-03 at 04:43 -0600, Chenthill(P Chenthill) wrote:
To be more specific 3.6.x = 3.6.14.2 (latest stable version) would be
better unless
I will not be able to attend the irc meeting today. But the following
log has the discussion we had on Wednesday night in the channel. My
opinions are put in there. It would be good if its taken into account
while discussing this in the meeting.
- Chenthill.
On Tue, 2009-06-23 at 22:47 +0530
would have 8 months.
- Chenthill.
I expect lot of rewrites, dbus port merge, bonobo deprecation (kill
bonobo merge). etc. I don't think, Evolution 2.28 can be stable, unless
I postpone these tasks which might merge late in 2.28 cycle to really
2.29.x.
[...]
Thoughts on this?
After
3.6
Am adding ddl in CC to see if any other application has any issues with the
same.
Thanks, Chenthill.
___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers
To be more specific 3.6.x = 3.6.14.2 (latest stable version) would be
better unless there is a reason not to have it as a minimum version.
Thanks, Chenthill.
On Wed, 2009-06-03 at 15:27 +0530, Chenthill wrote:
Hi,
We (evolution team) would like to request upgrading the minimum
required
://projects.gnome.org/evolution/patch.shtml
I should admit that we have not followed strictly.
- Chenthill.
Ross
___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers
, say 'gdata-c' in order provide entire set of Google
services. You can probably create a new project in svn.gnome.org for the
same.
- Chenthill.
Regards,
Philip Withnall
[1]: http://github.com/pwithnall/libgdata/tree/master
[2]: http://github.com/pwithnall/libgdata/tree/calendar
?
With respect to the e_cal_remove* API, it would be good to have last
modified time specified in it. It would then require a new API to be
added..
thanks, Chenthill.
___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org
will make the changes and get the work done for
2.25.1 if the time is sufficient to get libical as a external dependency
for GNOME 2.25.1. We would test the library and let you know before oct
17th.
thanks, Chenthill.
On Fri, 2008-09-19 at 14:41 +0530, Chenthill wrote:
On Thu, 2008-09-18 at 22:52
to use the new calling
syntax.
Is there anything we can do to facilitate this, or should we just hang
out and wait for you folks to kick the tires on the new library? Let me
know...
I will make the changes and test it over this weekend.
thanks, Chenthill
On Tue, 2008-09-09 at 18:00 +0200, Patrick Ohly wrote:
On Tue, 2008-09-09 at 09:12 -0400, IGnatius T Foobar wrote:
Chenthill wrote:
So it is better to inform all the stake holders about the change and let
them depend on the library versions to decide whether to free the memory
this done for 2.26.
thanks, Chenthill.
___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers
On Mon, 2008-09-08 at 12:16 -0400, IGnatius T Foobar wrote:
Chenthill wrote:
On Sat, 2008-09-06 at 11:02 +0200, Patrick Ohly wrote:
Hello!
http://sourceforge.net/projects/freeassociation/ has released 0.32 of
libical on 2008-09-01. The KDE-PIM team has switched to that code
Patrick,
On Mon, 2008-09-01 at 19:55 +0200, Patrick Ohly wrote:
On Thu, 2008-08-21 at 12:37 +0530, Chenthill wrote:
Thanks, I will send out a mail to the list mentioning the critical
fixes which have gone in recently in the stable branch which needs to be
taken into the distro's
This is great!! I am updating the code now and will test it out :-)
- Chenthill.
On Thu, 2008-07-17 at 00:03 +0530, Sankar wrote:
Hi ,
As many of you know, Srini and I were working on a branch
camel-db-summary (codenamed Madagascar).
This is now merged with trunk. Please see
http
Hi Srini,
The patches are available at comment #4. The two new files
e-cal-check-timezones.[ch] which adds new API's.
- Chenthill.
Srinivasa Ragavan [EMAIL PROTECTED] 06/13/08 8:44 AM
Patrick,
Can you just point us to the right patch, that extends API ? I seem to
hit the wrong patch
On Tue, 2008-04-15 at 18:07 +0200, Patrick Ohly wrote:
On Tue, 2008-04-15 at 13:59 +0530, chenthill wrote:
To preserve the timezone history, the best way would be to store the old
rules in VTIMEZONES which should be done in libical.
If I understand you correctly, you are suggesting
On Fri, 2008-04-11 at 23:31 +0200, Patrick Ohly wrote:
On Fri, 2008-04-11 at 00:55 -0600, P Chenthill wrote:
[Exchange calendar backend patch]
In cases of exchange the old VTIMEZONE and the new VTIMEZONE would have
the same tzid, only the rules would be different. All events old and new
On Wed, 2008-04-09 at 00:42 +0200, Patrick Ohly wrote:
On Mo, 2008-04-07 at 23:40 -0600, P Chenthill wrote:
On Thu, 2008-04-03 at 19:45 +0200, Patrick Ohly wrote:
One could argue that the sending program is at fault: it could have used
a different TZID after changing the timezone
the patch in for the stable branch also.
- Chenthill.
Index: calendar/e-cal-backend-exchange.c
===
--- calendar/e-cal-backend-exchange.c (revision 1330)
+++ calendar/e-cal-backend-exchange.c (working copy)
@@ -1094,6 +1094,27
guide them. If someone takes it
up, prolly we can have in the evolution-2.22 release (next major
release) itself.
-Chenthill.
Would be glad about some answers.
Cheers,
Artur
___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http
changes.
- Chenthill.
___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers
Hi Patrick,
On Sun, 2007-06-24 at 18:28 +0200, Patrick Ohly wrote:
Hello,
I got a report that SyncEvolution does not handle CATEGORIES correctly
in ical 2.0 events when multiple categories are specified. It turned out
that Evolution or more likely, libical, import/export such events with
On Thu, 2007-05-31 at 10:32 +, Srinivasa Ragavan wrote:
Hi friends,
It is with immense pleasure I announce that Christian Kellner joins
Chenthill as Calendar Maintainer. He is popularly known as gicmo on
IRC. Gicmo is already the maintainer of gnome-vfs. He is the author
changes can be probably taken up for evolution-2.12.
thanks, Chenthill.
On Sat, 2007-02-10 at 09:39 -0800, Nathan Owens wrote:
Back when the Groupwise functionality was implement for the Memos component,
the summary and
start date fields were added to the Memos GUI. I was wondering why
Hi Jules,
The format of the recurrence id (datetime value) is the same as
that is specified in rfc 2445.
thanks, Chenthill.
On Fri, 2006-10-13 at 14:49 +0200, Jules Colding wrote:
Hi,
What is the format of the recurrence ID (const char *rid) as used in
get_object(), remove_object
Hi teresa,
You can probably create a toplevel VCALENDAR component using
e_cal_util_new_top_level () and add the VEVENT components to it using
icalcomponent_add_component. Hope this answers your question.
- Chenthill.
On Wed, 2006-08-09 at 15:44 -0400, Teresa Thomas wrote:
I intend
Hi Teresa,
Send the query as #t.
- Chenthill.
On Tue, 2006-08-08 at 18:14 -0400, Teresa Thomas wrote:
Hi
How can I obtain all the events existing in an ECal. I tried using the
function:
gbooleane_cal_get_object_list (
ECal *ecal
?
It depends on how client is designed.
- Chenthill.
___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers
Are you writing a new backend similar to file/http/groupwise ? If so you
can implement the virtual methods extending from ECalBackendSync class.
You can prolly refer to any of the existing backends or
evolution-exchange/calendar.
thanks, Chenthill.
On Mon, 2006-07-31 at 04:22 -0400, Peter Colijn
, ESourceList object should
be alive while accessing the ESource, otherwise ESourceGroup would be
NULL if the corresponding ESourceGroup was not ref'ed.
- Chenthill.
___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman
be pointing to contacts backend.
- Chenthill.
Thanks!
On 7/19/06, Teresa Thomas [EMAIL PROTECTED] wrote:
Thanks Mr Palanisamy!
My Bad, I actually meant to ask about the function
e_cal_component_new() in ECalComponent.h/c.
Anyway, from what I
/EDS_Architecture .
- Chenthill.
___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers
/calendar/gui/alarm-notify/
cheers, chenthill.
___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers
should manage the memory for that member?
Groupwise backend does it wrongly which needs to be fixed. Thanks for
pointing it out.
thanks, Chenthill.
___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo
; // what else?
Is that the best thing to do? - Thoughts?
yes, AFAIK the resource would be a non-participant.
thanks, Chenthill.
Thanks,
jules
___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman
Hi Jules,
Once the mode and timezone is set, e_cal_open_async would be called to
open the calendar. Please check if e_cal_open_async is being called from
evolution. You need not invoke it separately.
thanks, Chenthill.
On Fri, 2006-05-05 at 14:05 +0200, Jules Colding wrote:
Hi,
I am
93 matches
Mail list logo