From aospan@netup.ru Mon Oct 2 12:41:46 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4ACCD3B0095 for ; Mon, 2 Oct 2006 12:41:46 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20356-07 for ; Mon, 2 Oct 2006 12:41:45 -0400 (EDT) Received: from utm.netup.ru (netupru66.garnet.ru [195.209.39.66]) by menubar.gnome.org (Postfix) with ESMTP id 353A73B0085 for ; Mon, 2 Oct 2006 12:41:44 -0400 (EDT) Received: from alkaloid.netup (unknown [10.1.2.137]) by utm.netup.ru (Postfix) with ESMTP id 78E3ABE639 for ; Mon, 2 Oct 2006 20:42:06 +0400 (MSD) From: Abylai Ospan To: evolution-hackers@gnome.org Content-Type: multipart/alternative; boundary="=-SiCDSwFDhf2In3/BPv4Z" Organization: NetUP Inc. Date: Mon, 02 Oct 2006 20:43:53 +0400 Message-Id: <1159807433.7820.11.camel@alkaloid.netup.ru> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.967 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, FORGED_RCVD_HELO=0.135, HTML_40_50=0.496, HTML_MESSAGE=0.001] X-Spam-Score: -1.967 X-Spam-Level: Subject: [Evolution-hackers] memory usage in evolution 2.8.0 and disk usage X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 16:41:46 -0000 --=-SiCDSwFDhf2In3/BPv4Z Content-Type: text/plain Content-Transfer-Encoding: 7bit Good day ! I'v installed new evolution 2.8.0 and memory usage is lower - aproximately 200 MB (at the past memory usage is 500-600 MB) but disk usage is greatly increased ... I'm using top to control system load and when evolution doing mail check there is 0 % idle and 85% wait (disk usage): Cpu(s): 18.2% us, 9.6% sy, 0.0% ni, 0.0% id, 70.6% wa, 1.3% hi, 0.3% si Mem: 1555264k total, 1378232k used, 177032k free, 14392k buffers Swap: 1044184k total, 207188k used, 836996k free, 734028k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 21874 aospan 16 0 206m 112m 19m S 22.5 7.4 30:05.01 evolution How increase memory usage in evolution ? May be when evolution use more memory it don't use disks so hard ? Thanks ! wbr, Abylai --=-SiCDSwFDhf2In3/BPv4Z Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit Good day !

I'v installed new evolution 2.8.0 and memory usage is lower - aproximately 200 MB (at the past memory usage is 500-600 MB) but disk usage is greatly increased ... I'm using top to control system load and when evolution doing mail check there is 0 % idle and 85% wait (disk usage):

Cpu(s): 18.2% us,  9.6% sy,  0.0% ni,  0.0% id, 70.6% wa,  1.3% hi,  0.3% si
Mem:   1555264k total,  1378232k used,   177032k free,    14392k buffers
Swap:  1044184k total,   207188k used,   836996k free,   734028k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
21874 aospan    16   0  206m 112m  19m S 22.5  7.4  30:05.01 evolution

How increase memory usage in evolution ? May be when evolution use more memory it don't use disks so hard ?
Thanks !

wbr, Abylai --=-SiCDSwFDhf2In3/BPv4Z-- From serrador@tecknolabs.com Mon Oct 2 18:35:38 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B77283B0075; Mon, 2 Oct 2006 18:35:38 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05483-08; Mon, 2 Oct 2006 18:35:37 -0400 (EDT) Received: from evangelion.tecknolabs.com (unknown [84.77.113.106]) by menubar.gnome.org (Postfix) with ESMTP id 156993B009E; Mon, 2 Oct 2006 18:35:37 -0400 (EDT) Received: from [192.168.1.5] (unknown [192.168.1.5]) by evangelion.tecknolabs.com (Postfix) with ESMTP id 2798A2CC07; Tue, 3 Oct 2006 00:35:36 +0200 (CEST) From: "Francisco Javier F. Serrador" To: GNOME =?ISO-8859-1?Q?Internacionalizaci=F3n?= Content-Type: multipart/mixed; boundary="=-YkmBHnz9sIvvlsL10tO7" Organization: Tecknolabs Corporation Date: Tue, 03 Oct 2006 00:35:35 +0200 Message-Id: <1159828536.13122.5.camel@nano.tecknolabs.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.489 tagged_above=-999 required=2 tests=[AWL=0.110, BAYES_00=-2.599] X-Spam-Score: -2.489 X-Spam-Level: Cc: Release Team , "Evolution Hackers, Lista" Subject: [Evolution-hackers] Strings missing in Evolution X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 22:35:38 -0000 --=-YkmBHnz9sIvvlsL10tO7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Hi I'm going to commit this patch to be able to translate these two missing strings present in Evolution. -- Francisco Javier F. Serrador Coordinador de localizaci�n Gnome --=-YkmBHnz9sIvvlsL10tO7 Content-Disposition: attachment; filename=evolution-msj.diff Content-Type: text/x-patch; name=evolution-msj.diff; charset=UTF-8 Content-Transfer-Encoding: 7bit Index: widgets/misc/e-dateedit.c =================================================================== RCS file: /cvs/gnome/evolution/widgets/misc/e-dateedit.c,v retrieving revision 1.57 diff -u -p -r1.57 e-dateedit.c --- widgets/misc/e-dateedit.c 14 Jul 2006 04:48:07 -0000 1.57 +++ widgets/misc/e-dateedit.c 2 Oct 2006 22:21:01 -0000 @@ -1631,7 +1631,7 @@ on_date_entry_focus_out (GtkEntry *ent GTK_DIALOG_MODAL, GTK_MESSAGE_WARNING, GTK_BUTTONS_OK, - "Invalid Date Value"); + _("Invalid Date Value")); gtk_dialog_run (GTK_DIALOG(msg_dialog)); gtk_widget_destroy (msg_dialog); e_date_edit_get_date (dedit,&tmp_tm.tm_year,&tmp_tm.tm_mon,&tmp_tm.tm_mday); @@ -1657,7 +1657,7 @@ on_time_entry_focus_out (GtkEntry *ent GTK_DIALOG_MODAL, GTK_MESSAGE_WARNING, GTK_BUTTONS_OK, - "Invalid Time Value"); + _("Invalid Time Value")); gtk_dialog_run (GTK_DIALOG(msg_dialog)); gtk_widget_destroy (msg_dialog); e_date_edit_set_time (dedit,e_date_edit_get_time(dedit)); --=-YkmBHnz9sIvvlsL10tO7-- From peter@pg-consultants.com Wed Oct 4 06:37:56 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 51C853B00BB for ; Wed, 4 Oct 2006 06:37:56 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03621-02 for ; Wed, 4 Oct 2006 06:37:55 -0400 (EDT) Received: from ace.securenet-server.net (ace.securenet-server.net [63.247.93.10]) by menubar.gnome.org (Postfix) with ESMTP id 7A6133B0009 for ; Wed, 4 Oct 2006 06:37:55 -0400 (EDT) Received: from mail.storewiz.com ([62.90.10.208] helo=[10.10.0.4]) by ace.securenet-server.net with esmtpa (Exim 4.52) id 1GV48O-000878-3O for evolution-hackers@gnome.org; Wed, 04 Oct 2006 06:37:52 -0400 From: Peter Gordon To: evolution-hackers@gnome.org Content-Type: text/plain Date: Wed, 04 Oct 2006 12:37:50 +0200 Message-Id: <1159958271.2688.13.camel@tigger> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 (2.6.3-1.fc5.5) Content-Transfer-Encoding: 7bit X-PopBeforeSMTPSenders: peter@pg-consultants.com X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ace.securenet-server.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - pg-consultants.com X-Source: X-Source-Args: X-Source-Dir: X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Spam-Score: -2.599 X-Spam-Level: Subject: [Evolution-hackers] Setting default smtp server in evolution programatically X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Oct 2006 10:37:56 -0000 I have two smtp servers, and depending on where I am connected, I have to use one or the other. How can I set the default smtp server automatically/programatically ? Any help appreciated. Peter From lancellotti.riccardo@unimore.it Tue Oct 3 12:46:29 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E49A53B000A for ; Tue, 3 Oct 2006 12:46:28 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22241-03 for ; Tue, 3 Oct 2006 12:46:25 -0400 (EDT) Received: from weblab.ing.unimo.it (samba.ing.unimo.it [155.185.54.131]) by menubar.gnome.org (Postfix) with ESMTP id AB50B3B006D for ; Tue, 3 Oct 2006 12:46:23 -0400 (EDT) Received: from metaxa.ing.unimo.it ([155.185.48.199]) by weblab.ing.unimo.it with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.60) (envelope-from ) id 1GUnPM-0000Vw-4C for evolution-hackers@gnome.org; Tue, 03 Oct 2006 18:46:22 +0200 From: Riccardo Lancellotti To: evolution-hackers@gnome.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-X99AYmrY5wyQoxg9nyX8" Date: Tue, 03 Oct 2006 18:46:15 +0200 Message-Id: <1159893975.9293.27.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 X-Spam_score: -3.9 X-Spam_score_int: -38 X-Spam_bar: --- X-Spam_report: Spam detection software, running on the system "samba.ing.unimo.it", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hello, I have been working on a patch to add the sender photo when the sender of the mail is included in the addressbook and (obviously) it has a photo. The code basically works, but requires some love before becoming a patch that can make its way into Evolution. Before going on with the code polish process I have some doubts that I would like to discuss in the mailing list [...] Content analysis details: (-3.9 points, 4.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] 0.5 AWL AWL: From: address is in the auto white-list X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.215 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, SPF_SOFTFAIL=1.384] X-Spam-Score: -1.215 X-Spam-Level: X-Mailman-Approved-At: Thu, 05 Oct 2006 06:18:02 -0400 Subject: [Evolution-hackers] Sender photo in email display X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Oct 2006 16:46:29 -0000 --=-X99AYmrY5wyQoxg9nyX8 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hello, I have been working on a patch to add the sender photo when the sender of the mail is included in the addressbook and (obviously) it has a photo. The code basically works, but requires some love before becoming a patch that can make its way into Evolution. Before going on with the code polish process I have some doubts that I would like to discuss in the mailing list 1)The ui is affected by this patch. It is a trivial addition of a photo close to where the rupert monkey appears. Does this addition needs to be discussed and approved in some board? Is there any need of some control to disable this feaure? 2) a significant portion of the code that retrieves the contact photo is similar to the function "em_utils_in_addressbook()" in em-utils.c (that includes also a fancy cache function). Is is a good thing to introduce a more general "em_utils_addressbook_lookup()" that is used both by my code and by a wrapper that mimics the original em_utils_in_addressbook() function? How can I speed up an addressbook lookup? Which are the most computationally expensive functions in the lookup? What benchmark can I run? 3) In the EContactPhoto object the type is not reported. I assume that all photos are JPEG, but this looks like a strong assumption. It there any better guess I can do? 4) This is my first attempt in working on Evolution. Is it better to just post the patch early even if the code is not very efficient or do I need to improve performance/and functionalities on my own and then post everything at the end? --=20 Best regards, Riccardo --=-X99AYmrY5wyQoxg9nyX8 Content-Type: application/pgp-signature; name=signature.asc Content-Description: Questa =?ISO-8859-1?Q?=E8?= una parte del messaggio firmata digitalmente -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQBFIpPXS3IuvDxS7pERAvXzAKC0ADIkwshiK9uviPwpO+sxKZiBpACeN74N a2DhtoUfP4P0m37Hlh5VJRo= =7WAb -----END PGP SIGNATURE----- --=-X99AYmrY5wyQoxg9nyX8-- From khadgaray@gmail.com Thu Oct 5 09:29:11 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CF7543B020F for ; Thu, 5 Oct 2006 09:29:11 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10546-09 for ; Thu, 5 Oct 2006 09:29:07 -0400 (EDT) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by menubar.gnome.org (Postfix) with ESMTP id D9F483B00FF for ; Thu, 5 Oct 2006 09:29:06 -0400 (EDT) Received: by py-out-1112.google.com with SMTP id x66so664113pye for ; Thu, 05 Oct 2006 06:29:06 -0700 (PDT) Received: by 10.35.10.17 with SMTP id n17mr3572838pyi; Thu, 05 Oct 2006 06:29:05 -0700 (PDT) Received: from ?172.16.37.22? ( [202.41.228.162]) by mx.google.com with ESMTP id j4sm606371nzd.2006.10.05.06.29.04; Thu, 05 Oct 2006 06:29:05 -0700 (PDT) From: Ritesh Khadgaray To: Riccardo Lancellotti In-Reply-To: <1159893975.9293.27.camel@localhost> References: <1159893975.9293.27.camel@localhost> Content-Type: text/plain Date: Thu, 05 Oct 2006 18:59:15 +0530 Message-Id: <1160054955.27794.7.camel@dhcp37-22.pnq.redhat.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.0 (2.8.0-6.fc6) Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.19 tagged_above=-999 required=2 tests=[AWL=0.210, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.19 X-Spam-Level: Cc: evolution-hackers@gnome.org Subject: Re: [Evolution-hackers] Sender photo in email display X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Oct 2006 13:29:12 -0000 On Tue, 2006-10-03 at 18:46 +0200, Riccardo Lancellotti wrote: > Hello, > I have been working on a patch to add the sender photo when the sender > of the mail is included in the addressbook and (obviously) it has a > photo. > > The code basically works, but requires some love before becoming a patch > that can make its way into Evolution. Out of curiosity, is this be a plugin ? > Before going on with the code polish process I have some doubts that I > would like to discuss in the mailing list > > 1)The ui is affected by this patch. It is a trivial addition of a photo > close to where the rupert monkey appears. Does this addition needs to be > discussed and approved in some board? Is there any need of some control > to disable this feaure? > > 2) a significant portion of the code that retrieves the contact photo is > similar to the function "em_utils_in_addressbook()" in em-utils.c (that > includes also a fancy cache function). Is is a good thing to introduce a > more general "em_utils_addressbook_lookup()" that is used both by my > code and by a wrapper that mimics the original em_utils_in_addressbook() > function? How can I speed up an addressbook lookup? Which are the most > computationally expensive functions in the lookup? What benchmark can I > run? > > 3) In the EContactPhoto object the type is not reported. I assume that > all photos are JPEG, but this looks like a strong assumption. It there > any better guess I can do? > > 4) This is my first attempt in working on Evolution. Is it better to > just post the patch early even if the code is not very efficient or do I > need to improve performance/and functionalities on my own and then post > everything at the end? > > _______________________________________________ > Evolution-hackers mailing list > Evolution-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/evolution-hackers -- Ritesh Khadgaray LinuX N Stuff Ph: +919822394463 Eat Right, Exercise, Die Anyway. From kharish@novell.com Thu Oct 5 10:00:18 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 093EB3B00D4 for ; Thu, 5 Oct 2006 10:00:18 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12331-06 for ; Thu, 5 Oct 2006 10:00:14 -0400 (EDT) Received: from victor.provo.novell.com (victor.provo.novell.com [137.65.250.26]) by menubar.gnome.org (Postfix) with ESMTP id D06643B0077 for ; Thu, 5 Oct 2006 10:00:10 -0400 (EDT) Received: from [164.99.152.128] (prv-dmz-foundry1.gns.novell.com [::ffff:137.65.251.211]) by victor.provo.novell.com with ESMTP; Thu, 05 Oct 2006 08:00:01 -0600 From: Harish Krishnaswamy To: Riccardo Lancellotti In-Reply-To: <1159893975.9293.27.camel@localhost> References: <1159893975.9293.27.camel@localhost> Content-Type: text/plain Date: Thu, 05 Oct 2006 19:32:28 +0530 Message-Id: <1160056948.7365.34.camel@sunshine.blr.novell.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.444 tagged_above=-999 required=2 tests=[AWL=-0.045, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.444 X-Spam-Level: Cc: evolution-hackers@gnome.org Subject: Re: [Evolution-hackers] Sender photo in email display X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Oct 2006 14:00:18 -0000 Hi Riccardo, On Tue, 2006-10-03 at 18:46 +0200, Riccardo Lancellotti wrote: > Hello, > I have been working on a patch to add the sender photo when the sender > of the mail is included in the addressbook and (obviously) it has a > photo. Great and Thanks. It is always nice to have new contributors :-). Welcome to Evolution . > The code basically works, but requires some love before becoming a patch > that can make its way into Evolution. > Before going on with the code polish process I have some doubts that I > would like to discuss in the mailing list > > 1)The ui is affected by this patch. It is a trivial addition of a photo > close to where the rupert monkey appears. Does this addition needs to be > discussed and approved in some board? Is there any need of some control > to disable this feaure? Please go through http://www.gnome.org/projects/evolution/patch.shtml which describes the patch submission process, coding style guidelines and copyright assignment procedures. > 2) a significant portion of the code that retrieves the contact photo is > similar to the function "em_utils_in_addressbook()" in em-utils.c (that > includes also a fancy cache function). Is is a good thing to introduce a > more general "em_utils_addressbook_lookup()" that is used both by my > code and by a wrapper that mimics the original em_utils_in_addressbook() > function? How can I speed up an addressbook lookup? Which are the most > computationally expensive functions in the lookup? What benchmark can I > run? Please mail your patch to the evolution-patches list or preferrably, file a bug report in bugzilla [1] and attach the patch. You may discuss with the evolution hackers on the IRC [1] or in this mailing list about design aspects, performance trade-offs etc. > 3) In the EContactPhoto object the type is not reported. I assume that > all photos are JPEG, but this looks like a strong assumption. It there > any better guess I can do? > > 4) This is my first attempt in working on Evolution. Is it better to > just post the patch early even if the code is not very efficient or do I > need to improve performance/and functionalities on my own and then post > everything at the end? If your patch adheres to the Patch guidelines and applies cleanly on the source tree, feel free to post it - so it can be reviewed and tested by the community. Regards, Harish [1] Refer to http://www.gnome.org/projects/evolution/ for more information. From karllinuxtest.relton@ntlworld.com Fri Oct 6 06:04:19 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 410923B0214 for ; Fri, 6 Oct 2006 06:04:19 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03467-07 for ; Fri, 6 Oct 2006 06:04:16 -0400 (EDT) Received: from mtaout01-winn.ispmail.ntl.com (mtaout01-winn.ispmail.ntl.com [81.103.221.47]) by menubar.gnome.org (Postfix) with ESMTP id 55D113B0272 for ; Fri, 6 Oct 2006 06:04:15 -0400 (EDT) Received: from aamtaout01-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout01-winn.ispmail.ntl.com with ESMTP id <20061006100413.JHUG15018.mtaout01-winn.ispmail.ntl.com@aamtaout01-winn.ispmail.ntl.com> for ; Fri, 6 Oct 2006 11:04:13 +0100 Received: from dellpc.relton-home.net ([81.110.250.84]) by aamtaout01-winn.ispmail.ntl.com with ESMTP id <20061006100413.UCWQ644.aamtaout01-winn.ispmail.ntl.com@dellpc.relton-home.net> for ; Fri, 6 Oct 2006 11:04:13 +0100 From: Karl Relton To: evolution-hackers@gnome.org Content-Type: text/plain Date: Fri, 06 Oct 2006 11:04:11 +0100 Message-Id: <1160129051.5427.17.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-0.892 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, DNS_FROM_RFC_POST=1.708, SPF_PASS=-0.001] X-Spam-Score: -0.892 X-Spam-Level: Subject: Re: [Evolution-hackers] Setting default smtp server in evolution X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2006 10:04:19 -0000 > I have two smtp servers, and depending on where I am connected, I have > to use one or the other. > > How can I set the default smtp server automatically/programatically ? > > Any help appreciated. > > Peter Peter, I've thought about this too (but not actually done anything about it). Evolution stores the account settings using gconf, so it might be possible to use something like gconftool to do what you want. It will probably require some gymnastics on your part though. I wonder if a better solution is to run a smtp server on your machine (e.g. postfix or equiv), and point evolution at that. Its probably alot easier to re-configure a local smtp server to change its 'forwarding' address than messing with evolution's gconf settings (not you may need to restart the deamon to force it to re-read the setting though). This would have the advantage of working with all mail clients, and you could even change it whilst evolution was still running. Karl From dang@gentoo.org Fri Oct 6 11:43:37 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 261FA3B0189 for ; Fri, 6 Oct 2006 11:43:37 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20842-07 for ; Fri, 6 Oct 2006 11:43:34 -0400 (EDT) Received: from nemesis.fprintf.net (nemesis.fprintf.net [66.134.112.218]) by menubar.gnome.org (Postfix) with ESMTP id BAA5F3B01B8 for ; Fri, 6 Oct 2006 11:43:33 -0400 (EDT) Received: (qmail 20774 invoked by uid 210); 6 Oct 2006 11:43:33 -0400 Received: from 65.247.36.242 by nemesis (envelope-from , uid 201) with qmail-scanner-1.25st (clamdscan: 0.88.2/1999. spamassassin: 3.1.0. perlscan: 1.25st. Clear:RC:0(65.247.36.242):SA:0(-4.0/5.0):. Processed in 0.608823 secs); 06 Oct 2006 15:43:33 -0000 Received: from aa-redwall1.nexthop.com (HELO ?10.68.253.135?) (dang@fprintf.net@65.247.36.242) by nemesis.fprintf.net with SMTP; 6 Oct 2006 11:43:32 -0400 From: Daniel Gryniewicz To: Karl Relton In-Reply-To: <1160129051.5427.17.camel@localhost.localdomain> References: <1160129051.5427.17.camel@localhost.localdomain> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-zJEa1ACVxHiQXoDgVMwF" Date: Fri, 06 Oct 2006 11:43:29 -0400 Message-Id: <1160149410.9245.79.camel@athena.fprintf.net> Mime-Version: 1.0 X-Mailer: Evolution 2.8.0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.854 tagged_above=-999 required=2 tests=[AWL=-0.324, BAYES_00=-2.599, SPF_NEUTRAL=1.069] X-Spam-Score: -1.854 X-Spam-Level: Cc: evolution-hackers@gnome.org Subject: Re: [Evolution-hackers] Setting default smtp server in evolution X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2006 15:43:37 -0000 --=-zJEa1ACVxHiQXoDgVMwF Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2006-10-06 at 11:04 +0100, Karl Relton wrote: > > I have two smtp servers, and depending on where I am connected, I have > > to use one or the other. > >=20 > > How can I set the default smtp server automatically/programatically ?=20 > >=20 > > Any help appreciated. > >=20 > > Peter >=20 > Peter, I've thought about this too (but not actually done anything about > it). >=20 > Evolution stores the account settings using gconf, so it might be > possible to use something like gconftool to do what you want. It will > probably require some gymnastics on your part though. >=20 > I wonder if a better solution is to run a smtp server on your machine > (e.g. postfix or equiv), and point evolution at that. Its probably alot > easier to re-configure a local smtp server to change its 'forwarding' > address than messing with evolution's gconf settings (not you may need > to restart the deamon to force it to re-read the setting though). >=20 > This would have the advantage of working with all mail clients, and you > could even change it whilst evolution was still running. >=20 Maybe ssmtp with a script triggered by networkmanager? In general, it seems like the kind of thing that networkmanager could control, maybe with global settings that evo can access... Daniel --=-zJEa1ACVxHiQXoDgVMwF Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5-ecc0.1.6 (GNU/Linux) iD8DBQBFJnmhomPajV0RnrERAu+cAJ9j+g8KUkDH5snQ1o09UNAVfW/xVwCeM2y4 U0BcGX+4u/kcZ5Steo5KxMg= =3/1G -----END PGP SIGNATURE----- --=-zJEa1ACVxHiQXoDgVMwF-- From spam@pvanhoof.be Sun Oct 8 08:42:16 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 746183B010A for ; Sun, 8 Oct 2006 08:42:16 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22275-05 for ; Sun, 8 Oct 2006 08:42:14 -0400 (EDT) Received: from mail.freax.org (mail.freax.org [86.39.154.66]) by menubar.gnome.org (Postfix) with ESMTP id 1B2AC3B0149 for ; Sun, 8 Oct 2006 08:42:06 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.freax.org (Postfix) with ESMTP id 9FC46E7BA2 for ; Sun, 8 Oct 2006 14:33:08 +0200 (CEST) Received: from mail.freax.org ([127.0.0.1]) by localhost (mail.freax.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YLZ0phMFHLmI for ; Sun, 8 Oct 2006 14:33:08 +0200 (CEST) Received: from [192.168.1.100] (d54C18260.access.telenet.be [84.193.130.96]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.freax.org (Postfix) with ESMTP id 63BFDE7BA1 for ; Sun, 8 Oct 2006 14:33:08 +0200 (CEST) From: Philip Van Hoof To: evolution-hackers@gnome.org Content-Type: text/plain Date: Sun, 08 Oct 2006 14:42:03 +0200 Message-Id: <1160311323.22292.21.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.576 tagged_above=-999 required=2 tests=[AWL=0.025, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] X-Spam-Score: -2.576 X-Spam-Level: Subject: [Evolution-hackers] Major changes to Camel for tinymail requirements X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Oct 2006 12:42:16 -0000 Hi there, >From a vendor who's very interested in using tinymail on their devices, I received a few pages with requirements. I'm also expecting that some other vendors will soon send their requirements too. Most can (and probably should) be implemented in Camel (often they can also be implemented in tinymail itself). To name a few of my own ideas and that have frequently come back: the possibility to merge and backup the on-disk cache, partial retrieval of messages, retrieving messages by omitting the attachments, a vfolder-like feature that doesn't consume a lot ram (the evolution vfolder features 'do' consume a lot ram) and a few requirements that basically come down to: support for summaries in the pop provider of camel (you know, it's 'not' practical to store all messages, fully in mbox format, on a device with very few storage capacity). Most the requirements are going to imply major changes to Camel including changes that would, if they would go upstream, imply changes to Evolution and even to how Evolution works with E-mail. I'm definitely planning to find ways to support features like this and I'm definitely going to implement tinymail is such a way that they can be supported (and eventually will be supported). An option is, indeed, to start using Camel statically in the Camel implementation library of tinymail and care less about upstream Camel. It being an option, does not mean that it's the option that I prefer. I do therefore think that it would be a good idea to meet about this list. I cannot release the original requirements document, as it might have been sent to me under my non disclosure agreement (I'm not a lawyer so I'm not going to test it by publicising it). This also implies that such a meeting maybe can't be a public one. But I'm willing to ask the vendor what can and what can't. I'm of course interested in findings ways to cooperate with upstream. I'm even willing to giveaway some of the projects that these requirements will generate to other people and companies in the community who are interested in implementing them. Obviously I will implement some myself too. -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http://www.pvanhoof.be - http://www.x-tend.be From spam@pvanhoof.be Sun Oct 8 08:44:44 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A08513B00F3 for ; Sun, 8 Oct 2006 08:44:44 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22516-03 for ; Sun, 8 Oct 2006 08:44:43 -0400 (EDT) Received: from mail.freax.org (mail.freax.org [86.39.154.66]) by menubar.gnome.org (Postfix) with ESMTP id 030053B0085 for ; Sun, 8 Oct 2006 08:44:43 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.freax.org (Postfix) with ESMTP id 135DCE7BA2; Sun, 8 Oct 2006 14:35:46 +0200 (CEST) Received: from mail.freax.org ([127.0.0.1]) by localhost (mail.freax.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id l9l8M86zkeH5; Sun, 8 Oct 2006 14:35:45 +0200 (CEST) Received: from [192.168.1.100] (d54C18260.access.telenet.be [84.193.130.96]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.freax.org (Postfix) with ESMTP id C6F58E7BA1; Sun, 8 Oct 2006 14:35:45 +0200 (CEST) From: Philip Van Hoof To: Abylai Ospan In-Reply-To: <1159807433.7820.11.camel@alkaloid.netup.ru> References: <1159807433.7820.11.camel@alkaloid.netup.ru> Content-Type: text/plain Date: Sun, 08 Oct 2006 14:44:40 +0200 Message-Id: <1160311481.22292.24.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.576 tagged_above=-999 required=2 tests=[AWL=0.025, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] X-Spam-Score: -2.576 X-Spam-Level: Cc: evolution-hackers@gnome.org Subject: Re: [Evolution-hackers] memory usage in evolution 2.8.0 and disk usage X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Oct 2006 12:44:44 -0000 On Mon, 2006-10-02 at 20:43 +0400, Abylai Ospan wrote: > I'v installed new evolution 2.8.0 and memory usage is lower - > aproximately 200 MB (at the past memory usage is 500-600 MB) but disk > usage is greatly increased ... I'm using top to control system load > and when evolution doing mail check there is 0 % idle and 85% wait > (disk usage): > > Cpu(s): 18.2% us, 9.6% sy, 0.0% ni, 0.0% id, 70.6% wa, 1.3% hi, > 0.3% si > Mem: 1555264k total, 1378232k used, 177032k free, 14392k > buffers > Swap: 1044184k total, 207188k used, 836996k free, 734028k > cached > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > 21874 aospan 16 0 206m 112m 19m S 22.5 7.4 30:05.01 evolution > > How increase memory usage in evolution ? May be when evolution use > more memory it don't use disks so hard ? > Thanks ! You can try this patch on evolution-data-server/camel http://pvanhoof.be/files/camel_folder_summary_with_mmap_fixes11_data_alignment04.diff But it's not recommended for non-software developers. It's not easy to get it working unless you have a good knowledge of compiling softwares like Evolution and its dependencies. -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http://www.pvanhoof.be - http://www.x-tend.be From colding@omesc.com Fri Oct 13 08:49:53 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 313ED3B00AA for ; Fri, 13 Oct 2006 08:49:53 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09528-07 for ; Fri, 13 Oct 2006 08:49:49 -0400 (EDT) Received: from pfepc.post.tele.dk (pfepc.post.tele.dk [195.41.46.237]) by menubar.gnome.org (Postfix) with ESMTP id 0F59E3B009D for ; Fri, 13 Oct 2006 08:49:49 -0400 (EDT) Received: from omc-2.omesc.com (cpe.atm2-0-1151123.0x50a3535e.odnxx7.customer.tele.dk [80.163.83.94]) by pfepc.post.tele.dk (Postfix) with ESMTP id 859568A0015 for ; Fri, 13 Oct 2006 14:49:39 +0200 (CEST) From: Jules Colding To: Evolution Hackers Content-Type: text/plain Date: Fri, 13 Oct 2006 14:49:39 +0200 Message-Id: <1160743779.7745.100.camel@omc-2.omesc.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.52 tagged_above=-999 required=2 tests=[AWL=-0.915, BAYES_20=-0.74, FORGED_RCVD_HELO=0.135] X-Spam-Score: -1.52 X-Spam-Level: Subject: [Evolution-hackers] Recurrence ID? X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Oct 2006 12:49:53 -0000 Hi, What is the format of the recurrence ID (const char *rid) as used in get_object(), remove_object() and other related calendar methods? Thanks, jules From guenther@rudersport.de Sat Oct 14 13:08:20 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 30CDB3B018E for ; Sat, 14 Oct 2006 13:08:20 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 23082-07 for ; Sat, 14 Oct 2006 13:08:16 -0400 (EDT) Received: from mail.medianet-world.de (mail.medianet-world.de [213.157.0.167]) by menubar.gnome.org (Postfix) with SMTP id 3785C3B007A for ; Sat, 14 Oct 2006 13:08:11 -0400 (EDT) Received: (qmail 9775 invoked by uid 1011); 14 Oct 2006 17:08:10 -0000 Received: from guenther@rudersport.de by mail1 by uid 1003 with qmail-scanner-1.22 (ExcuBAtor: 1.0.2. Clear:RC:1(213.157.9.149):SA:0(0.0/5.0):. Processed in 0.202742 secs); 14 Oct 2006 17:08:10 -0000 Received: from unknown (HELO ?10.0.0.2?) (213.157.9.149) by mail.medianet-world.de with SMTP; 14 Oct 2006 17:08:10 -0000 From: guenther To: evolution-hackers@gnome.org Content-Type: text/plain; charset=utf-8 Date: Sat, 14 Oct 2006 19:08:09 +0200 Message-Id: <1160845689.9778.0.camel@monkey.loc> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.536 tagged_above=-999 required=2 tests=[AWL=0.063, BAYES_00=-2.599] X-Spam-Score: -2.536 X-Spam-Level: Subject: [Evolution-hackers] http://gnome.org/projects/evolution/ X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Oct 2006 17:08:20 -0000 2006-10-12 Karsten Br�ckelmann * www.gnome.org/projects/evolution/download.shtml: Update Evo and friends stable versions. You *do* realize that we got some project pages, and that Andre and me can't afford to keep caring about that stuff, don't you? ...guenther -- char *t="\10pse\0r\0dtu\0.@ghno\x4e\xc8\x79\xf4\xab\x51\x8a\x10\xf4\xf4\xc4"; main(){ char h,m=h=*t++,*x=t+2*h,c,i,l=*x,s=0; for (i=0;i>=1)||!t[s+h]){ putchar(t[s]);h=m;s=0; }}} From ak-47@gmx.net Sat Oct 14 15:17:21 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 233163B01AA for ; Sat, 14 Oct 2006 15:17:21 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28838-01 for ; Sat, 14 Oct 2006 15:17:20 -0400 (EDT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id 115183B0183 for ; Sat, 14 Oct 2006 15:17:19 -0400 (EDT) Received: (qmail invoked by alias); 14 Oct 2006 19:17:18 -0000 Received: from dslc-082-082-190-237.pools.arcor-ip.net (EHLO [192.168.1.33]) [82.82.190.237] by mail.gmx.net (mp035) with SMTP; 14 Oct 2006 21:17:18 +0200 X-Authenticated: #726810 From: Andre Klapper To: Evolution Hackers Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-VPtti+7+SXj8SXx933Sj" Date: Sat, 14 Oct 2006 21:16:18 +0200 Message-Id: <1160853378.31548.13.camel@embrace.domain> Mime-Version: 1.0 X-Mailer: Evolution 2.8.1 X-Y-GMX-Trusted: 0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.472 tagged_above=-999 required=2 tests=[AWL=-0.007, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135, SPF_PASS=-0.001] X-Spam-Score: -2.472 X-Spam-Level: Subject: [Evolution-hackers] gnome-2-16 branch X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Oct 2006 19:17:21 -0000 --=-VPtti+7+SXj8SXx933Sj Content-Type: text/plain Content-Transfer-Encoding: quoted-printable namaste, it looks like there is a gnome-2-16 branch in cvs, but i haven't seen any email announcing the branching and the plans for version 2.10. http://live.gnome.org/MaintainersCorner : "When you branch, please remember to let release-team, desktop-devel-list, gnome-doc-list, and gnome-i18n know. It is especially important that translators and documenters know, so they can concentrate on the stable branches during the run up to the final release, and afterwards when further stable releases will be made. If you've created a branch for stable GNOME release, please, include in your mail a plan for your project for the next release cycle. Note that many people would like to know what will happen in next release." andre =20 --=20 mailto:ak-47@gmx.net | failed! http://www.iomc.de --=-VPtti+7+SXj8SXx933Sj Content-Type: application/pgp-signature; name=signature.asc Content-Description: Dies ist ein digital signierter Nachrichtenteil -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQBFMTeCUZw3dUr5LoARApnHAJ9HQEi48OTV1QBx9h9g/6JNidaXTACfbLOG YJve9iDmY+bFL2QX5Qg6wME= =ye/I -----END PGP SIGNATURE----- --=-VPtti+7+SXj8SXx933Sj-- From Patrick.Ohly@gmx.de Sun Oct 15 17:07:53 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id BB0A33B00CA for ; Sun, 15 Oct 2006 17:07:53 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20179-09 for ; Sun, 15 Oct 2006 17:07:51 -0400 (EDT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id 0F2A43B0061 for ; Sun, 15 Oct 2006 17:07:51 -0400 (EDT) Received: (qmail invoked by alias); 15 Oct 2006 21:07:49 -0000 Received: from p50889311.dip0.t-ipconnect.de (EHLO ip6-localhost) [80.136.147.17] by mail.gmx.net (mp036) with SMTP; 15 Oct 2006 23:07:49 +0200 X-Authenticated: #489940 Received: from patrick by ip6-localhost with local (Exim 3.36 #1 (Debian)) id 1GZD2w-0002Aj-00; Sun, 15 Oct 2006 22:57:22 +0200 From: Patrick Ohly To: Evolution Hackers Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Sun, 15 Oct 2006 22:57:22 +0200 Message-Id: <1160945842.4510.136.camel@ip6-localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 Sender: Patrick Ohly X-Y-GMX-Trusted: 0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.556 tagged_above=-999 required=2 tests=[AWL=0.044, BAYES_00=-2.599, SPF_PASS=-0.001] X-Spam-Score: -2.556 X-Spam-Level: Subject: [Evolution-hackers] automated testing of Evolution data server with SyncEvolution X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Oct 2006 21:07:53 -0000 Hi all, I have not mentioned it on this list before, so before I come to the real reason for this email let me introduce it briefly: SyncEvolution[1] is a SyncML client that I wrote to synchronize address books, calendars and tasks list between Evolution and mobile devices or Evolution instances on different computers. In contrast to other approaches it requires a SyncML servers, but there are free ones available that one can install locally or (the simpler solution) one can synchronize with several web services. At this time it is a command line tool, but it could be turned into a plugin easily. At this time I consider getting (and keeping) it stable more important than the GUI, so I invested a lot of work into automated regression testing and run nightly tests with several different Evolution versions, compiled with Garnome. This automated testing suffers a bit from instabilities of the Evolution data server and when adding Gnome 2.8 to the testing I also found a regression in the handling of vcards. I have reported that in [2] a month ago, but the only activity that I have seen to fix this is that Andre confirmed the problem. I can try to help but my time is limited, so let me ask a few questions first: * Is someone going to take care of the reported regression or do you need a patch to fix it? Whoever changed the code between 2.6 and 2.8 should be in a better position to fix it, so I am a bit reluctant to investigate further in code that I don't know. * Is someone running Evolution and in particular the Evolution data server under valgrind as part of release testing or regular quality assurance? * Which branches are still maintained? At the moment Debian still has 2.6 in testing and unstable; if there is a chance to still get bug fixes into that version, I'd concentrate on that first instead of the more recent 2.8. To nail down the crashes I have started to run the data server under valgrind and it finds some issues. One is a jump which depends on an uninitialized value. This is inside e_data_book_factory_activate() and occurs deep down inside libbonobo; it may be a false positive and doesn't seem to cause problems. The other, fatal one is a read of previously freed memory inside libecal - see [3] for a log where this occurs in 2.6 and [4] for 2.8. Here's an excerpt: ==31437== Invalid read of size 4 ==31437== at 0x43184F6: icalproperty_as_ical_string (icalproperty.c:444) ==31437== by 0x43102D7: icalcomponent_as_ical_string (icalcomponent.c:322) ==31437== by 0x431032F: icalcomponent_as_ical_string (icalcomponent.c:334) ==31437== by 0x4F6CD75: save_file_when_idle (e-cal-backend-file.c:176) ==31437== by 0x495A9A2: g_idle_dispatch (gmain.c:3926) ==31437== by 0x4957919: g_main_dispatch (gmain.c:2045) ==31437== by 0x49589B7: g_main_context_dispatch (gmain.c:2596) ==31437== by 0x4958CEF: g_main_context_iterate (gmain.c:2677) ==31437== by 0x4959292: g_main_loop_run (gmain.c:2881) ==31437== by 0x4489BF7: bonobo_main (bonobo-main.c:311) ==31437== by 0x804BDA6: main (server.c:393) ==31437== Address 0x6C9D7F0 is 8 bytes inside a block of size 32 free'd ==31437== at 0x401C37E: free (vg_replace_malloc.c:233) ==31437== by 0x4318218: icalproperty_free (icalproperty.c:254) ==31437== by 0x4310103: icalcomponent_free (icalcomponent.c:240) ==31437== by 0x42EA4EF: free_icalcomponent (e-cal-component.c:300) ==31437== by 0x42EA577: e_cal_component_finalize (e-cal-component.c:389) ==31437== by 0x48D9083: g_object_unref (gobject.c:1785) ==31437== by 0x4F6CC2F: free_object_data (e-cal-backend-file.c:114) ==31437== by 0x494B5CB: g_hash_node_destroy (ghash.c:768) ==31437== by 0x494AD7C: g_hash_table_remove (ghash.c:433) ==31437== by 0x4F6D90D: remove_component (e-cal-backend-file.c:582) ==31437== by 0x4F70A08: e_cal_backend_file_remove_object (e-cal-backend-file.c:2150) ==31437== by 0x42A7262: e_cal_backend_sync_remove_object (e-cal-backend-sync.c:295) ==31437== by 0x42A8857: _e_cal_backend_remove_object (e-cal-backend-sync.c:764) ==31437== by 0x42A24B4: e_cal_backend_remove_object (e-cal-backend.c:937) ==31437== by 0x42A9AF0: impl_Cal_removeObject (e-data-cal.c:356) ==31437== by 0x429BBD2: _ORBIT_skel_small_GNOME_Evolution_Calendar_Cal_removeObject (Evolution-DataServer-Calendar-common.c:120) ==31437== by 0x48A1AB6: ORBit_POAObject_invoke (poa.c:1142) ==31437== by 0x48A6B84: ORBit_OAObject_invoke (orbit-adaptor.c:336) ==31437== by 0x4890624: ORBit_small_invoke_adaptor (orbit-small.c:835) ==31437== by 0x48A1EA7: ORBit_POAObject_handle_request (poa.c:1351) icalproperty.c:451: Got a property of an unknown kind. Does that look familiar to anyone? [1] http://www.estamos.de/projects/SyncML/ [2] http://bugzilla.gnome.org/show_bug.cgi?id=356176 [3] http://www.estamos.de/runtests/2006-10-14-17-00/0.4-garnome-2.14.3/5-scheduleworld/dataserver.log.gz [4] http://www.estamos.de/runtests/2006-10-14-17-00/0.4-2.18.0/5-scheduleworld/dataserver.log.gz -- Bye, Patrick Ohly -- Patrick.Ohly@gmx.de http://www.estamos.de/ From oystein@gisnas.net Sun Oct 15 17:32:57 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C252D3B006E for ; Sun, 15 Oct 2006 17:32:57 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21039-10 for ; Sun, 15 Oct 2006 17:32:51 -0400 (EDT) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by menubar.gnome.org (Postfix) with ESMTP id C0FC53B0092 for ; Sun, 15 Oct 2006 17:32:48 -0400 (EDT) Received: by py-out-1112.google.com with SMTP id 57so1922544pya for ; Sun, 15 Oct 2006 14:32:39 -0700 (PDT) Received: by 10.65.212.19 with SMTP id o19mr8895881qbq; Sun, 15 Oct 2006 14:32:39 -0700 (PDT) Received: by 10.65.93.12 with HTTP; Sun, 15 Oct 2006 14:32:39 -0700 (PDT) Message-ID: <9e19f1f0610151432p22b4267fy921940278886e9bb@mail.gmail.com> Date: Sun, 15 Oct 2006 23:32:39 +0200 From: "=?ISO-8859-1?Q?=D8ystein_Gisn=E5s?=" To: "Patrick Ohly" In-Reply-To: <1160945842.4510.136.camel@ip6-localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1160945842.4510.136.camel@ip6-localhost> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.092 tagged_above=-999 required=2 tests=[AWL=0.507, BAYES_00=-2.599] X-Spam-Score: -2.092 X-Spam-Level: Cc: Evolution Hackers Subject: Re: [Evolution-hackers] automated testing of Evolution data server with SyncEvolution X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Oct 2006 21:32:57 -0000 2006/10/15, Patrick Ohly : > * Is someone going to take care of the reported regression or do > you need a patch to fix it? Whoever changed the code between 2.6 > and 2.8 should be in a better position to fix it, so I am a bit > reluctant to investigate further in code that I don't know. It seems like this is quiet times when it comes to patch review. I am very sure though, that a bug report with a good patch will much more likely be applied soon. If upstream doesn't look at it, I will consider applying it to Debian. > * Is someone running Evolution and in particular the Evolution > data server under valgrind as part of release testing or regular > quality assurance? I know there is performance work in relation with evolution for suse installations. For general quality assurance there are not enough routines in place. I know it's on the todo list of the developers. When it comes to valgrind testing, evolution becomes quite slow so patience is a must. > * Which branches are still maintained? At the moment Debian still > has 2.6 in testing and unstable; if there is a chance to still > get bug fixes into that version, I'd concentrate on that first > instead of the more recent 2.8. There is still a chance to get bug fixes into 2.6. Right now I plan an upload of evolution-exchange 2.6.3, but there may be uploads of evo and e-d-s soon, depending of the severity of the problems. 2.8 is in experimental, and we still hope we can push that in before the release of etch. I would recommend developing against 2.8 actually, since your application isn't targeted for etch. /* =D8ystein Gisn=E5s */ From rtate@yahoo.com Sun Oct 15 18:18:03 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B5D7D3B00D7 for ; Sun, 15 Oct 2006 18:18:03 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 23363-08 for ; Sun, 15 Oct 2006 18:17:59 -0400 (EDT) Received: from web32013.mail.mud.yahoo.com (web32013.mail.mud.yahoo.com [68.142.207.110]) by menubar.gnome.org (Postfix) with SMTP id 152443B00D2 for ; Sun, 15 Oct 2006 18:17:59 -0400 (EDT) Received: (qmail 93331 invoked by uid 60001); 15 Oct 2006 22:17:58 -0000 Message-ID: <20061015221758.93329.qmail@web32013.mail.mud.yahoo.com> Received: from [204.228.148.10] by web32013.mail.mud.yahoo.com via HTTP; Sun, 15 Oct 2006 15:17:58 PDT Date: Sun, 15 Oct 2006 15:17:58 -0700 (PDT) From: "R. Tate" To: evolution-hackers@gnome.org MIME-Version: 1.0 Content-Type: text/plain; charset=ascii Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=0.931 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, DNS_FROM_RFC_POST=1.708, DNS_FROM_RFC_WHOIS=1.447, NORMAL_HTTP_TO_IP=0.175] X-Spam-Score: 0.931 X-Spam-Level: Subject: [Evolution-hackers] OWA with "SessionGuard" X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Oct 2006 22:18:03 -0000 =0ASorry if this question has already been addressed ... I can't seem to se= arch the list archives.=0A=0AMy company has (I think) Exchange 2000 OWA ena= bled, running with (I think) "SessionGuard" (http://www.messagingsolutions.= com/SessionGuard.htm). I=0Acan use a browser to login and do OWA, but the = exchange-connector=0Adoesn't work. I'm using the following packages, built= from source:=0A=0Aevolution-2.8.1=0Aevolution-data-server-1.8.1=0Aevolutio= n-exchange-2.8.1=0A=0A=0AWhen running "E2K_DEBUG=3D4 exchange-connector-set= up", I get:=0A=0AGET /exchange HTTP/1.1=0AE2k-Debug: 0x93f1c70 @ 1160875991= =0AHost: 10.128.108.84=0AAccept-Language: en-US, en=0AAuthorization: NTLM T= lRMTVNTUAABAAAABoIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAwAAAA=0AUser-Agen= t: Evolution/1.8.1=0A=0A302 Object Moved=0AE2k-Debug: 0x93f1c70 @ 116087599= 1=0ASet-Cookie: MWC0=3DFCFCFF69689FDCE9A2; path=3D/;=0ASet-Cookie: MWT0=3DB= 733A6D730EE22A1AE; path=3D/;=0ADate: Sun, 15 Oct 2006 01:33:15 GMT=0ALocati= on: http://10.128.108.84/exchange?cmd=3Dchecksessioncookie=0AServer: Micros= oft-IIS/5.0=0A=0AGET /exchange?cmd=3Dchecksessioncookie/ HTTP/1.1=0AE2k-Deb= ug: 0x93f1cd0 @ 1160875991=0AHost: 10.128.108.84=0AAccept-Language: en-US, = en=0AAuthorization: NTLM TlRMTVNTUAABAAAABoIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMA= AAAAAAAAAwAAAA=0AUser-Agent: Evolution/1.8.1=0A=0A302 Object Moved=0AE2k-De= bug: 0x93f1cd0 @ 1160875991=0ASet-Cookie: MWC0=3D5D5D5E4E7E4B6F4989; path= =3D/;=0ASet-Cookie: MWT0=3DBC2CADDC3BE529AA98; path=3D/;=0ADate: Sun, 15 Oc= t 2006 01:33:15 GMT=0ALocation: http://10.128.108.84/exchweb/controls/dlgno= session.htm=0AServer: Microsoft-IIS/5.0=0A=0A=0A=0A... and the connection f= ails.=0A=0A=0AWhen using Firefox to connect to OWA, it works, and I see the= following packets (captured with ethereal):=0A=0AHypertext Transfer Protoc= ol=0A GET /exchange/ HTTP/1.1\r\n=0A Host: 10.128.108.84\r\n=0A Us= er-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.6) Gecko/2006072= 8 Firefox/1.5.0.6=0A\r\n=0A Accept: text/xml,application/xml,application= /xhtml+xml,text/html;q=3D0.9,text/plain;q=3D0.8,image/=0Apng,*/*;q=3D0.5\r\= n=0A Accept-Language: en-us,en;q=3D0.5\r\n=0A Accept-Encoding: gzip,d= eflate\r\n=0A Accept-Charset: ISO-8859-1,utf-8;q=3D0.7,*;q=3D0.7\r\n=0A = Keep-Alive: 300\r\n=0A Connection: keep-alive\r\n=0A Cookie: sessi= onid=3Dac39370e-b515-43d8-a877-7eea1b19bd1f,0x409; MWC0=3DCDC9C9AA8F8AA5D82= 6; MWT0=3D88=0A0199E8FECBBD9DF9\r\n=0A \r\n=0A=0A=0AThen I type my crede= ntials (mydomain\myusername and mypassword) into the basic auth popup.=0A= =0AHypertext Transfer Protocol=0A GET /exchange/ HTTP/1.1\r\n=0A Host= : 10.128.108.84\r\n=0A User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-U= S; rv:1.8.0.6) Gecko/20060728 Firefox/1.5.0.6=0A\r\n=0A Accept: text/xml= ,application/xml,application/xhtml+xml,text/html;q=3D0.9,text/plain;q=3D0.8= ,image/=0Apng,*/*;q=3D0.5\r\n=0A Accept-Language: en-us,en;q=3D0.5\r\n= =0A Accept-Encoding: gzip,deflate\r\n=0A Accept-Charset: ISO-8859-1,u= tf-8;q=3D0.7,*;q=3D0.7\r\n=0A Keep-Alive: 300\r\n=0A Connection: keep= -alive\r\n=0A Cookie: sessionid=3Dac39370e-b515-43d8-a877-7eea1b19bd1f,0= x409; MWC0=3DD3DFD0B1FA5193C6A1; MWT0=3D88=0A0199E8FECBBD9DF9\r\n=0A Aut= horization: Basic aW5nZW5peFxydGF0ZTE6eWVhcjIwMDY=3D\r\n=0A Credenti= als: mydomain\myusername:mypassword=0A \r\n=0A=0A=0A=0AThis works, so my= next request gets the inbox page for my user account (MyFirstName.MyLastNa= me) from OWA.=0A=0A=0AHypertext Transfer Protocol=0A GET /exchange/MyFir= stName.MyLastName/Inbox/?Cmd=3Dcontents HTTP/1.1\r\n=0A Host: 10.128.108= .84\r\n=0A User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.= 6) Gecko/20060728 Firefox/1.5.0.6=0A\r\n=0A Accept: text/xml,application= /xml,application/xhtml+xml,text/html;q=3D0.9,text/plain;q=3D0.8,image/=0Apn= g,*/*;q=3D0.5\r\n=0A Accept-Language: en-us,en;q=3D0.5\r\n=0A Accept-= Encoding: gzip,deflate\r\n=0A Accept-Charset: ISO-8859-1,utf-8;q=3D0.7,*= ;q=3D0.7\r\n=0A Keep-Alive: 300\r\n=0A Connection: keep-alive\r\n=0A = Referer: http://10.128.108.84/exchange/\r\n=0A Cookie: sessionid=3Dba= b7f8c0-318e-43a2-9869-2e1a654d8eff,0x409; MWC0=3DDEDFDDDCAF87F9CBA2; MWT0= =3D2A=0A1E3B4A5C6D2D3F55\r\n=0A Authorization: Basic aW5nZW5peFxydGF0ZTE= 6eWVhcjIwMDY=3D\r\n=0A Credentials: mydomain\myusername:mypassword= =0A=0A \r\n=0A=0A=0AI've=0Atried poking around in e2k-context.c and a fe= w other files trying to=0Ahack in some cookies to see if I can get anything= to work ... no luck.=0A=0AI have also tried to create a file at /etc/ximia= n/connector.conf with some connection options, but it doesn't seem to help.= =0A=0AAny tips?=0A=0A=0A=0A=0A=0A From kharish@novell.com Mon Oct 16 04:01:42 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 840EE3B00BC; Mon, 16 Oct 2006 04:01:42 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13928-09; Mon, 16 Oct 2006 04:01:41 -0400 (EDT) Received: from victor.provo.novell.com (victor.provo.novell.com [137.65.250.26]) by menubar.gnome.org (Postfix) with ESMTP id 5B6743B00F6; Mon, 16 Oct 2006 04:01:41 -0400 (EDT) Received: from [164.99.153.178] (prv-dmz-foundry1.gns.novell.com [::ffff:137.65.251.211]) by victor.provo.novell.com with ESMTP; Mon, 16 Oct 2006 02:01:40 -0600 From: Harish Krishnaswamy To: GNOME Documentation List , GNOME i18n , desktop-devel-list , evolution-hackers , GNOME Release Team Content-Type: text/plain Date: Mon, 16 Oct 2006 13:34:10 +0530 Message-Id: <1160985850.5618.22.camel@sunshine.blr.novell.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.444 tagged_above=-999 required=2 tests=[AWL=-0.045, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.444 X-Spam-Level: Subject: [Evolution-hackers] Evolution and friends branched for 2.16 X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 08:01:42 -0000 Hi, I branched the following modules Evolution Evolution-Data-Server GtkHtml [1] Evolution-Exchange [1] for the GNOME 2.16 stable series on Saturday. Thanks for all those who held their patches for HEAD so we could focus on the patches for 2.8.x. You may resume the commits to the HEAD now. Plans/Discussions/Wishlists for the GNOME 2.17 Development series can be found at http://www.go-evolution.org/Evo2.10 . You are invited to have a look at this page and add your own valuable thoughts and feedback. Thanks, Harish [1] on behalf of the maintainers of the module. From serrador@tecknolabs.com Mon Oct 16 05:15:36 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0C3723B00DF; Mon, 16 Oct 2006 05:15:36 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17630-02; Mon, 16 Oct 2006 05:15:34 -0400 (EDT) Received: from evangelion.tecknolabs.com (unknown [84.77.113.106]) by menubar.gnome.org (Postfix) with ESMTP id A37643B00C1; Mon, 16 Oct 2006 05:15:33 -0400 (EDT) Received: from [192.168.1.2] (nano.tecknolabs.com [192.168.1.2]) by evangelion.tecknolabs.com (Postfix) with ESMTP id E40CD2CC07; Mon, 16 Oct 2006 11:15:31 +0200 (CEST) From: "Francisco Javier F. Serrador" To: Harish Krishnaswamy In-Reply-To: <1160985850.5618.22.camel@sunshine.blr.novell.com> References: <1160985850.5618.22.camel@sunshine.blr.novell.com> Content-Type: text/plain; charset=utf-8 Organization: Tecknolabs Corporation Date: Mon, 16 Oct 2006 11:15:23 +0200 Message-Id: <1160990124.32265.1.camel@nano.tecknolabs.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.494 tagged_above=-999 required=2 tests=[AWL=0.105, BAYES_00=-2.599] X-Spam-Score: -2.494 X-Spam-Level: Cc: evolution-hackers , GNOME i18n , desktop-devel-list , GNOME Documentation List , GNOME Release Team Subject: Re: [Evolution-hackers] Evolution and friends branched for 2.16 X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 09:15:36 -0000 Translation status pages updated. Thanks. El lun, 16-10-2006 a las 13:34 +0530, Harish Krishnaswamy escribi�: > Hi, > > I branched the following modules > > Evolution > Evolution-Data-Server > GtkHtml [1] > Evolution-Exchange [1] > > for the GNOME 2.16 stable series on Saturday. > > Thanks for all those who held their patches for HEAD so we could focus > on the patches for 2.8.x. You may resume the commits to the HEAD now. > > > Plans/Discussions/Wishlists for the GNOME 2.17 Development series can be > found at > http://www.go-evolution.org/Evo2.10 . You are invited to have a look at > this page and add your own valuable thoughts and feedback. > > > Thanks, > Harish > > > > > [1] on behalf of the maintainers of the module. > > _______________________________________________ > gnome-i18n mailing list > gnome-i18n@gnome.org > http://mail.gnome.org/mailman/listinfo/gnome-i18n From khadgaray@gmail.com Mon Oct 16 08:54:25 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 666D23B006B for ; Mon, 16 Oct 2006 08:54:25 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30477-06 for ; Mon, 16 Oct 2006 08:54:24 -0400 (EDT) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.227]) by menubar.gnome.org (Postfix) with ESMTP id 06A8C3B0010 for ; Mon, 16 Oct 2006 08:54:24 -0400 (EDT) Received: by wx-out-0506.google.com with SMTP id i30so1621874wxd for ; Mon, 16 Oct 2006 05:54:23 -0700 (PDT) Received: by 10.90.78.1 with SMTP id a1mr3371507agb; Mon, 16 Oct 2006 05:54:23 -0700 (PDT) Received: from ?172.16.37.22? ( [202.41.228.162]) by mx.google.com with ESMTP id c1sm1272274nzd.2006.10.16.05.54.21; Mon, 16 Oct 2006 05:54:23 -0700 (PDT) From: Ritesh Khadgaray To: "R. Tate" In-Reply-To: <20061015221758.93329.qmail@web32013.mail.mud.yahoo.com> References: <20061015221758.93329.qmail@web32013.mail.mud.yahoo.com> Content-Type: text/plain Date: Mon, 16 Oct 2006 18:25:01 +0530 Message-Id: <1161003301.3427.7.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.8.0 (2.8.0-7.fc6) Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.106 tagged_above=-999 required=2 tests=[AWL=0.119, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, NORMAL_HTTP_TO_IP=0.175, SPF_PASS=-0.001] X-Spam-Score: -2.106 X-Spam-Level: Cc: evolution-hackers@gnome.org Subject: Re: [Evolution-hackers] OWA with "SessionGuard" [OT] X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 12:54:25 -0000 Off track, check out http://www.omesc.com/ for evolution-brutus . On Sun, 2006-10-15 at 15:17 -0700, R. Tate wrote: > Sorry if this question has already been addressed ... I can't seem to search the list archives. > > My company has (I think) Exchange 2000 OWA enabled, running with (I think) "SessionGuard" (http://www.messagingsolutions.com/SessionGuard.htm). I > can use a browser to login and do OWA, but the exchange-connector > doesn't work. I'm using the following packages, built from source: > > evolution-2.8.1 > evolution-data-server-1.8.1 > evolution-exchange-2.8.1 > > > When running "E2K_DEBUG=4 exchange-connector-setup", I get: > > GET /exchange HTTP/1.1 > E2k-Debug: 0x93f1c70 @ 1160875991 > Host: 10.128.108.84 > Accept-Language: en-US, en > Authorization: NTLM TlRMTVNTUAABAAAABoIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAwAAAA > User-Agent: Evolution/1.8.1 > > 302 Object Moved > E2k-Debug: 0x93f1c70 @ 1160875991 > Set-Cookie: MWC0=FCFCFF69689FDCE9A2; path=/; > Set-Cookie: MWT0=B733A6D730EE22A1AE; path=/; > Date: Sun, 15 Oct 2006 01:33:15 GMT > Location: http://10.128.108.84/exchange?cmd=checksessioncookie > Server: Microsoft-IIS/5.0 > > GET /exchange?cmd=checksessioncookie/ HTTP/1.1 > E2k-Debug: 0x93f1cd0 @ 1160875991 > Host: 10.128.108.84 > Accept-Language: en-US, en > Authorization: NTLM TlRMTVNTUAABAAAABoIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAwAAAA > User-Agent: Evolution/1.8.1 > > 302 Object Moved > E2k-Debug: 0x93f1cd0 @ 1160875991 > Set-Cookie: MWC0=5D5D5E4E7E4B6F4989; path=/; > Set-Cookie: MWT0=BC2CADDC3BE529AA98; path=/; > Date: Sun, 15 Oct 2006 01:33:15 GMT > Location: http://10.128.108.84/exchweb/controls/dlgnosession.htm > Server: Microsoft-IIS/5.0 > > > > ... and the connection fails. > > > When using Firefox to connect to OWA, it works, and I see the following packets (captured with ethereal): > > Hypertext Transfer Protocol > GET /exchange/ HTTP/1.1\r\n > Host: 10.128.108.84\r\n > User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.6) Gecko/20060728 Firefox/1.5.0.6 > \r\n > Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/ > png,*/*;q=0.5\r\n > Accept-Language: en-us,en;q=0.5\r\n > Accept-Encoding: gzip,deflate\r\n > Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7\r\n > Keep-Alive: 300\r\n > Connection: keep-alive\r\n > Cookie: sessionid=ac39370e-b515-43d8-a877-7eea1b19bd1f,0x409; MWC0=CDC9C9AA8F8AA5D826; MWT0=88 > 0199E8FECBBD9DF9\r\n > \r\n > > > Then I type my credentials (mydomain\myusername and mypassword) into the basic auth popup. > > Hypertext Transfer Protocol > GET /exchange/ HTTP/1.1\r\n > Host: 10.128.108.84\r\n > User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.6) Gecko/20060728 Firefox/1.5.0.6 > \r\n > Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/ > png,*/*;q=0.5\r\n > Accept-Language: en-us,en;q=0.5\r\n > Accept-Encoding: gzip,deflate\r\n > Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7\r\n > Keep-Alive: 300\r\n > Connection: keep-alive\r\n > Cookie: sessionid=ac39370e-b515-43d8-a877-7eea1b19bd1f,0x409; MWC0=D3DFD0B1FA5193C6A1; MWT0=88 > 0199E8FECBBD9DF9\r\n > Authorization: Basic aW5nZW5peFxydGF0ZTE6eWVhcjIwMDY=\r\n > Credentials: mydomain\myusername:mypassword > \r\n > > > > This works, so my next request gets the inbox page for my user account (MyFirstName.MyLastName) from OWA. > > > Hypertext Transfer Protocol > GET /exchange/MyFirstName.MyLastName/Inbox/?Cmd=contents HTTP/1.1\r\n > Host: 10.128.108.84\r\n > User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.6) Gecko/20060728 Firefox/1.5.0.6 > \r\n > Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/ > png,*/*;q=0.5\r\n > Accept-Language: en-us,en;q=0.5\r\n > Accept-Encoding: gzip,deflate\r\n > Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7\r\n > Keep-Alive: 300\r\n > Connection: keep-alive\r\n > Referer: http://10.128.108.84/exchange/\r\n > Cookie: sessionid=bab7f8c0-318e-43a2-9869-2e1a654d8eff,0x409; MWC0=DEDFDDDCAF87F9CBA2; MWT0=2A > 1E3B4A5C6D2D3F55\r\n > Authorization: Basic aW5nZW5peFxydGF0ZTE6eWVhcjIwMDY=\r\n > Credentials: mydomain\myusername:mypassword > > \r\n > > > I've > tried poking around in e2k-context.c and a few other files trying to > hack in some cookies to see if I can get anything to work ... no luck. > > I have also tried to create a file at /etc/ximian/connector.conf with some connection options, but it doesn't seem to help. > > Any tips? > > > > > > > _______________________________________________ > Evolution-hackers mailing list > Evolution-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/evolution-hackers -- Ritesh Khadgaray LinuX N Stuff Ph: +919822394463 Eat Right, Exercise, Die Anyway. From Patrick.Ohly@gmx.de Mon Oct 16 13:23:06 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B39613B0128 for ; Mon, 16 Oct 2006 13:23:06 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13800-01 for ; Mon, 16 Oct 2006 13:23:05 -0400 (EDT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id 1A75C3B0122 for ; Mon, 16 Oct 2006 13:23:04 -0400 (EDT) Received: (qmail invoked by alias); 16 Oct 2006 17:23:02 -0000 Received: from p5088AA85.dip0.t-ipconnect.de (EHLO ip6-localhost) [80.136.170.133] by mail.gmx.net (mp018) with SMTP; 16 Oct 2006 19:23:02 +0200 X-Authenticated: #489940 Received: from patrick by ip6-localhost with local (Exim 3.36 #1 (Debian)) id 1GZWA3-0001ut-00; Mon, 16 Oct 2006 19:21:59 +0200 From: Patrick Ohly To: =?ISO-8859-1?Q?=D8ystein_Gisn=E5s?= In-Reply-To: <9e19f1f0610151432p22b4267fy921940278886e9bb@mail.gmail.com> References: <1160945842.4510.136.camel@ip6-localhost> <9e19f1f0610151432p22b4267fy921940278886e9bb@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Date: Mon, 16 Oct 2006 19:21:59 +0200 Message-Id: <1161019319.4603.34.camel@ip6-localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 Sender: Patrick Ohly X-Y-GMX-Trusted: 0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.557 tagged_above=-999 required=2 tests=[AWL=0.043, BAYES_00=-2.599, SPF_PASS=-0.001] X-Spam-Score: -2.557 X-Spam-Level: Cc: Evolution Hackers Subject: Re: [Evolution-hackers] automated testing of Evolution data server with SyncEvolution X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 17:23:06 -0000 On Sun, 2006-10-15 at 23:32 +0200, =D8ystein Gisn=E5s wrote: > 2006/10/15, Patrick Ohly : > > * Is someone going to take care of the reported regression or do > > you need a patch to fix it? Whoever changed the code between 2.= 6 > > and 2.8 should be in a better position to fix it, so I am a bit > > reluctant to investigate further in code that I don't know. >=20 > It seems like this is quiet times when it comes to patch review. I am > very sure though, that a bug report with a good patch will much more > likely be applied soon. If upstream doesn't look at it, I will > consider applying it to Debian. Ah, good. > > * Is someone running Evolution and in particular the Evolution > > data server under valgrind as part of release testing or regula= r > > quality assurance? >=20 > I know there is performance work in relation with evolution for suse > installations. For general quality assurance there are not enough > routines in place. I know it's on the todo list of the developers. > When it comes to valgrind testing, evolution becomes quite slow so > patience is a must. One can test e-d-s non-interactively, which is what I am doing at the moment. Okay, if no-one else is working on it I'll have to see what I can find out on my own. > > * Which branches are still maintained? At the moment Debian still > > has 2.6 in testing and unstable; if there is a chance to still > > get bug fixes into that version, I'd concentrate on that first > > instead of the more recent 2.8. >=20 > There is still a chance to get bug fixes into 2.6. Right now I plan an > upload of evolution-exchange 2.6.3, but there may be uploads of evo > and e-d-s soon, depending of the severity of the problems. >=20 > 2.8 is in experimental, and we still hope we can push that in before > the release of etch. I would recommend developing against 2.8 > actually, since your application isn't targeted for etch. But some users (myself included) would compile it for the Debian version, so I want that Evolution to work as good as possible. I suspect that a patch for the stability problem would work for both 2.6 and 2.8 (the valgrind stack backtrace looks very similar), so I'll target 2.6 first. The vcard import problem is specific to 2.8 anyway. --=20 Bye, Patrick Ohly -- =20 Patrick.Ohly@gmx.de http://www.estamos.de/ From kharish@novell.com Mon Oct 16 17:02:42 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 29C6E3B00DC; Mon, 16 Oct 2006 17:02:42 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 25591-02; Mon, 16 Oct 2006 17:02:41 -0400 (EDT) Received: from victor.provo.novell.com (victor.provo.novell.com [137.65.250.26]) by menubar.gnome.org (Postfix) with ESMTP id 0FBE03B0218; Mon, 16 Oct 2006 17:02:40 -0400 (EDT) Received: from [164.99.153.178] (prv-dmz-foundry1.gns.novell.com [::ffff:137.65.251.211]) by victor.provo.novell.com with ESMTP; Mon, 16 Oct 2006 15:02:35 -0600 From: Harish Krishnaswamy To: GNOME Announce List , evolution-hackers Content-Type: text/plain Date: Tue, 17 Oct 2006 02:35:21 +0530 Message-Id: <1161032721.7828.12.camel@sunshine.blr.novell.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.444 tagged_above=-999 required=2 tests=[AWL=-0.045, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.444 X-Spam-Level: Subject: [Evolution-hackers] [ANNOUNCE} Evolution 2.9.1 and Evolution-Data-Server 1.9.1 released X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 21:02:42 -0000 Hi All, The Evolution Team is pleased to announce the release of Evolution 2.9.1. What is New ? ============= This release does not have any new major features yet but includes plenty of bug fixes since the 2.8.[0 1] releases. Also, there is no new release on the evolution-exchange module as we have had no changes since the 2.8.1 release. You can download the following : http://ftp.acc.umu.se/pub/gnome/sources/gtkhtml/3.13/gtkhtml-3.13.1.tar.bz2 http://ftp.acc.umu.se/pub/gnome/sources/evolution-data-server/1.9/evolution-data-server-1.9.1.tar.bz2 http://ftp.acc.umu.se/pub/gnome/sources/evolution/2.9/evolution-2.9.1.tar.bz2 Upgrade Notes : Evolution 2.9 is the unstable series of 2.10 development. Reporting Bugs If you have problems with 2.9.1, please take the time to submit the bug using Bug Buddy or at http://bugzilla.gnome.org. Try to fill in as much detail as you can regarding the circumstances that lead to the problem. If you have a feature request, you can also file that at http://bugzilla.gnome.org/ don't be discouraged if you don't hear from us right away, we get hundreds of feature requests a year. You can also check if your bug has been reported before by using the search functionality of Bugzilla. More information is available at the project website http://www.gnome.org/projects/evolution and the project wiki : http://go-evolution.org/ Thanks, Harish From Peter.Newman@cdu.edu.au Mon Oct 16 23:13:29 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 959753B006A for ; Mon, 16 Oct 2006 23:13:29 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09812-08 for ; Mon, 16 Oct 2006 23:13:28 -0400 (EDT) Received: from darwin.cdu.edu.au (darwin.cdu.edu.au [138.80.128.3]) by menubar.gnome.org (Postfix) with SMTP id 8BA1B3B0002 for ; Mon, 16 Oct 2006 23:13:27 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by darwin.cdu.edu.au (Postfix) with ESMTP id C76EB298 for ; Tue, 17 Oct 2006 12:43:19 +0930 (CST) Received: from darwin.cdu.edu.au ([127.0.0.1]) by localhost (darwin.cdu.edu.au [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12597-01-6 for ; Tue, 17 Oct 2006 12:43:18 +0930 (CST) Received: from CDU-MAIL.cdu-staff.local (pheasant.cdu.edu.au [138.80.128.151]) by darwin.cdu.edu.au (Postfix) with ESMTP id E77EB3D8 for ; Tue, 17 Oct 2006 12:32:06 +0930 (CST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 17 Oct 2006 12:31:46 +0930 Message-ID: <21AD91B56BA911488DAB45EEDBF3AD2DD14476@CDU-MAIL.cdu-staff.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Exchange OWA using Cookie Authorisation Thread-Index: AcbxmJVa9agP0Ra2S0SiypTu2Yls1A== From: "Peter Newman" To: X-Virus-Scanned: amavisd-new at cdu.edu.au X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=1.628 tagged_above=-999 required=2 tests=[BAYES_20=-0.74, FORGED_RCVD_HELO=0.135, RCVD_IN_WHOIS_INVALID=2.234, SPF_PASS=-0.001] X-Spam-Score: 1.628 X-Spam-Level: * Subject: [Evolution-hackers] Exchange OWA using Cookie Authorisation X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 03:13:29 -0000 Hi Something that was reported a while ago here: http://mail.gnome.org/archives/evolution-list/2006-June/msg00130.html And is also a problem for Entourage and is discussed on a MS knowledgebase: http://support.microsoft.com/kb/909268 Trying to access an OWA like this =20 http://webmail.atsomeunidomain/CookieAuth.dll?GetLogon?url=3D%2F&reason=3D= 0 will set cookie names cadata and sessionid and populate with data. And if I disable cookies in Firefox then obviously login fails with the same behaviour as evolution 2.8.1 and earlier versions. Unfortunately I can't get the admin at my wife's university to do the kb workaround so it looks like some hacking needs to be done. Any tips on where to start i.e. what cvs source branch or should I just request the functionality...? Regards Pete Peter Newman Library Systems and IT Coordinator Library and Information Access Charles Darwin University From kharish@novell.com Tue Oct 17 04:03:49 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 22D533B011B for ; Tue, 17 Oct 2006 04:03:49 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21089-07 for ; Tue, 17 Oct 2006 04:03:48 -0400 (EDT) Received: from victor.provo.novell.com (victor.provo.novell.com [137.65.250.26]) by menubar.gnome.org (Postfix) with ESMTP id 108633B00C1 for ; Tue, 17 Oct 2006 04:03:48 -0400 (EDT) Received: from [192.168.1.2] (prv-dmz-foundry1.gns.novell.com [::ffff:137.65.251.211]) by victor.provo.novell.com with ESMTP; Tue, 17 Oct 2006 02:03:46 -0600 From: Harish Krishnaswamy To: evolution-hackers Content-Type: text/plain Date: Tue, 17 Oct 2006 13:35:54 +0530 Message-Id: <1161072354.7920.9.camel@sunshine.blr.novell.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.444 tagged_above=-999 required=2 tests=[AWL=-0.045, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.444 X-Spam-Level: Subject: [Evolution-hackers] Building Evolution Exchange from HEAD / with Evolution 2.9.x X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 08:03:49 -0000 Hi, As noted in my previous mail, there was no new release of the Evolution Exchange module along with Evolution 2.9.1 and Evolution-Data-Server 1.9.1. as we had no changes to the source/translations since the previous release. However, in case you are building Evolution Exchange from HEAD along with the latest Evolution/EDS modules (from trunk or 2.9.1/1.9.1 releases respectively) - your evolution-exchange module will fail to work with the latest Evo/EDS packages. You need to make the following change in the configure.in (or configure if you are using Evolution Exchange 2.8.x tarball) - EVOLUTION_API_VERSION=2.10 EDS_API_VERSION=1.2 EDS_BASE_VERSION=1.10 -Harish From spam@pvanhoof.be Tue Oct 17 06:12:39 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5A64E3B0017 for ; Tue, 17 Oct 2006 06:12:39 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28854-07 for ; Tue, 17 Oct 2006 06:12:37 -0400 (EDT) Received: from mail.freax.org (mail.freax.org [86.39.154.66]) by menubar.gnome.org (Postfix) with ESMTP id 898813B0077 for ; Tue, 17 Oct 2006 06:12:36 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.freax.org (Postfix) with ESMTP id 12A791877BC; Tue, 17 Oct 2006 12:03:18 +0200 (CEST) Received: from mail.freax.org ([127.0.0.1]) by localhost (mail.freax.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Dy4NUW25cXrL; Tue, 17 Oct 2006 12:03:17 +0200 (CEST) Received: from [10.0.2.235] (unknown [87.66.87.183]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.freax.org (Postfix) with ESMTP id 7D2111877BB; Tue, 17 Oct 2006 12:03:17 +0200 (CEST) From: Philip Van Hoof To: Ritesh Khadgaray In-Reply-To: <1161003301.3427.7.camel@localhost.localdomain> References: <20061015221758.93329.qmail@web32013.mail.mud.yahoo.com> <1161003301.3427.7.camel@localhost.localdomain> Content-Type: text/plain Date: Tue, 17 Oct 2006 12:12:36 +0200 Message-Id: <1161079956.14555.211.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.499 tagged_above=-999 required=2 tests=[AWL=-0.073, BAYES_00=-2.599, NORMAL_HTTP_TO_IP=0.175, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] X-Spam-Score: -2.499 X-Spam-Level: Cc: evolution-hackers@gnome.org Subject: Re: [Evolution-hackers] OWA with "SessionGuard" [OT] X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 10:12:39 -0000 On Mon, 2006-10-16 at 18:25 +0530, Ritesh Khadgaray wrote: > Off track, check out http://www.omesc.com/ for evolution-brutus . Could Brutus be used for accessing Exchange services using just Camel? I'm interested in extracting the Camel-only parts of a Camel provider for distribution in tinymail (which is LGPL). I understand others are probably also interested in the Exchange calendaring and contact pieces and features, but initially I'm not interested in any such code or API. I was planning to take a look at evolution-exchange(/camel) but if Brutus is a better solution (if you can convince me), I'm not afraid of picking that. Note that a requirement is that it has to compile and work on multiple architectures. Including ARM. It's memory consumption shouldn't be extremely bad (if it reuses the CamelFolderSummary pieces, the mmap technique can probably be adapted in the Brutus Camel implementation, just like what I did for the other Camel providers a few weeks ago). I have already completed this little-patch for evolution-exchange. I haven't yet tested it. Support for Exchange isn't a top priority, but its most certainly a nice to have feature to bring to mobile devices and embedded appliances (which is the focus group of tinymail at this moment). Let me know what you think? > On Sun, 2006-10-15 at 15:17 -0700, R. Tate wrote: > > Sorry if this question has already been addressed ... I can't seem to search the list archives. > > > > My company has (I think) Exchange 2000 OWA enabled, running with (I think) "SessionGuard" (http://www.messagingsolutions.com/SessionGuard.htm). I > > can use a browser to login and do OWA, but the exchange-connector > > doesn't work. I'm using the following packages, built from source: > > > > evolution-2.8.1 > > evolution-data-server-1.8.1 > > evolution-exchange-2.8.1 > > > > > > When running "E2K_DEBUG=4 exchange-connector-setup", I get: > > > > GET /exchange HTTP/1.1 > > E2k-Debug: 0x93f1c70 @ 1160875991 > > Host: 10.128.108.84 > > Accept-Language: en-US, en > > Authorization: NTLM TlRMTVNTUAABAAAABoIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAwAAAA > > User-Agent: Evolution/1.8.1 > > > > 302 Object Moved > > E2k-Debug: 0x93f1c70 @ 1160875991 > > Set-Cookie: MWC0=FCFCFF69689FDCE9A2; path=/; > > Set-Cookie: MWT0=B733A6D730EE22A1AE; path=/; > > Date: Sun, 15 Oct 2006 01:33:15 GMT > > Location: http://10.128.108.84/exchange?cmd=checksessioncookie > > Server: Microsoft-IIS/5.0 > > > > GET /exchange?cmd=checksessioncookie/ HTTP/1.1 > > E2k-Debug: 0x93f1cd0 @ 1160875991 > > Host: 10.128.108.84 > > Accept-Language: en-US, en > > Authorization: NTLM TlRMTVNTUAABAAAABoIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAwAAAA > > User-Agent: Evolution/1.8.1 > > > > 302 Object Moved > > E2k-Debug: 0x93f1cd0 @ 1160875991 > > Set-Cookie: MWC0=5D5D5E4E7E4B6F4989; path=/; > > Set-Cookie: MWT0=BC2CADDC3BE529AA98; path=/; > > Date: Sun, 15 Oct 2006 01:33:15 GMT > > Location: http://10.128.108.84/exchweb/controls/dlgnosession.htm > > Server: Microsoft-IIS/5.0 > > > > > > > > ... and the connection fails. > > > > > > When using Firefox to connect to OWA, it works, and I see the following packets (captured with ethereal): > > > > Hypertext Transfer Protocol > > GET /exchange/ HTTP/1.1\r\n > > Host: 10.128.108.84\r\n > > User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.6) Gecko/20060728 Firefox/1.5.0.6 > > \r\n > > Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/ > > png,*/*;q=0.5\r\n > > Accept-Language: en-us,en;q=0.5\r\n > > Accept-Encoding: gzip,deflate\r\n > > Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7\r\n > > Keep-Alive: 300\r\n > > Connection: keep-alive\r\n > > Cookie: sessionid=ac39370e-b515-43d8-a877-7eea1b19bd1f,0x409; MWC0=CDC9C9AA8F8AA5D826; MWT0=88 > > 0199E8FECBBD9DF9\r\n > > \r\n > > > > > > Then I type my credentials (mydomain\myusername and mypassword) into the basic auth popup. > > > > Hypertext Transfer Protocol > > GET /exchange/ HTTP/1.1\r\n > > Host: 10.128.108.84\r\n > > User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.6) Gecko/20060728 Firefox/1.5.0.6 > > \r\n > > Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/ > > png,*/*;q=0.5\r\n > > Accept-Language: en-us,en;q=0.5\r\n > > Accept-Encoding: gzip,deflate\r\n > > Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7\r\n > > Keep-Alive: 300\r\n > > Connection: keep-alive\r\n > > Cookie: sessionid=ac39370e-b515-43d8-a877-7eea1b19bd1f,0x409; MWC0=D3DFD0B1FA5193C6A1; MWT0=88 > > 0199E8FECBBD9DF9\r\n > > Authorization: Basic aW5nZW5peFxydGF0ZTE6eWVhcjIwMDY=\r\n > > Credentials: mydomain\myusername:mypassword > > \r\n > > > > > > > > This works, so my next request gets the inbox page for my user account (MyFirstName.MyLastName) from OWA. > > > > > > Hypertext Transfer Protocol > > GET /exchange/MyFirstName.MyLastName/Inbox/?Cmd=contents HTTP/1.1\r\n > > Host: 10.128.108.84\r\n > > User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.6) Gecko/20060728 Firefox/1.5.0.6 > > \r\n > > Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/ > > png,*/*;q=0.5\r\n > > Accept-Language: en-us,en;q=0.5\r\n > > Accept-Encoding: gzip,deflate\r\n > > Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7\r\n > > Keep-Alive: 300\r\n > > Connection: keep-alive\r\n > > Referer: http://10.128.108.84/exchange/\r\n > > Cookie: sessionid=bab7f8c0-318e-43a2-9869-2e1a654d8eff,0x409; MWC0=DEDFDDDCAF87F9CBA2; MWT0=2A > > 1E3B4A5C6D2D3F55\r\n > > Authorization: Basic aW5nZW5peFxydGF0ZTE6eWVhcjIwMDY=\r\n > > Credentials: mydomain\myusername:mypassword > > > > \r\n > > > > > > I've > > tried poking around in e2k-context.c and a few other files trying to > > hack in some cookies to see if I can get anything to work ... no luck. > > > > I have also tried to create a file at /etc/ximian/connector.conf with some connection options, but it doesn't seem to help. > > > > Any tips? > > > > > > > > > > > > > > _______________________________________________ > > Evolution-hackers mailing list > > Evolution-hackers@gnome.org > > http://mail.gnome.org/mailman/listinfo/evolution-hackers -- Philip Van Hoof, software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be blog: http://pvanhoof.be/blog From colding@omesc.com Tue Oct 17 06:33:39 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id ED85D3B0013 for ; Tue, 17 Oct 2006 06:33:38 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30013-10 for ; Tue, 17 Oct 2006 06:33:35 -0400 (EDT) Received: from pfepa.post.tele.dk (pfepa.post.tele.dk [195.41.46.235]) by menubar.gnome.org (Postfix) with ESMTP id 2BE1B3B0017 for ; Tue, 17 Oct 2006 06:33:35 -0400 (EDT) Received: from omc-2.omesc.com (cpe.atm2-0-1151123.0x50a3535e.odnxx7.customer.tele.dk [80.163.83.94]) by pfepa.post.tele.dk (Postfix) with ESMTP id C2D86FAC061; Tue, 17 Oct 2006 12:33:21 +0200 (CEST) From: Jules Colding To: Philip Van Hoof In-Reply-To: <1161079956.14555.211.camel@localhost.localdomain> References: <20061015221758.93329.qmail@web32013.mail.mud.yahoo.com> <1161003301.3427.7.camel@localhost.localdomain> <1161079956.14555.211.camel@localhost.localdomain> Content-Type: text/plain Date: Tue, 17 Oct 2006 12:33:17 +0200 Message-Id: <1161081197.6531.121.camel@omc-2.omesc.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.449 tagged_above=-999 required=2 tests=[AWL=0.015, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Spam-Score: -2.449 X-Spam-Level: Cc: evolution-hackers@gnome.org Subject: Re: [Evolution-hackers] OWA with "SessionGuard" [OT] X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 10:33:39 -0000 On Tue, 2006-10-17 at 12:12 +0200, Philip Van Hoof wrote: > On Mon, 2006-10-16 at 18:25 +0530, Ritesh Khadgaray wrote: > > Off track, check out http://www.omesc.com/ for evolution-brutus . > > Could Brutus be used for accessing Exchange services using just Camel? Yes, I would think so. Something like this has been done before using the calendar parts of e-d-s: http://www.omesc.com/modules/news/article.php?storyid=35 > I'm interested in extracting the Camel-only parts of a Camel provider > for distribution in tinymail (which is LGPL). OK, just bear in mind that Brutus is GPL. > I understand others are probably also interested in the Exchange > calendaring and contact pieces and features, but initially I'm not > interested in any such code or API. e-b can currently do mail, calendaring and tasks. More features are in the works. > I was planning to take a look at evolution-exchange(/camel) but if > Brutus is a better solution (if you can convince me), I'm not afraid of > picking that. I don't know if I can convince you but I'll try ;-) e-e is based upon WebDAV while e-b is based upon Extended MAPI. I must first say that I've never used the original e-e connector so everything that I say about it should be taken with a big grain of salt. Anyway, I've been *told* that e-b parforms much better and is more stable. It is also a lot easier to develop with e-b as the Brutus API is very close to MAPI as documented on MSDN. You should therefore expect e-b to be easier to maintain and extend than e-e. > Note that a requirement is that it has to compile and work on multiple > architectures. Including ARM. I've tested e-b on i386 and amd64. I expect it to build and run on any architecture with a reasonable GNU tool chain. > It's memory consumption shouldn't be > extremely bad (if it reuses the CamelFolderSummary pieces, the mmap > technique can probably be adapted in the Brutus Camel implementation, > just like what I did for the other Camel providers a few weeks ago). > > I have already completed this little-patch for evolution-exchange. I > haven't yet tested it. A patch is always welcome :-) > Support for Exchange isn't a top priority, but its most certainly a nice > to have feature to bring to mobile devices and embedded appliances > (which is the focus group of tinymail at this moment). > > Let me know what you think? I'll help you as much as possible should you decide to take a closer look at e-b. Just yell or ask and I'll do my best. Best regards, jules From spam@pvanhoof.be Tue Oct 17 07:58:35 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7BA2E3B0017 for ; Tue, 17 Oct 2006 07:58:35 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01907-06 for ; Tue, 17 Oct 2006 07:58:33 -0400 (EDT) Received: from mail.freax.org (mail.freax.org [86.39.154.66]) by menubar.gnome.org (Postfix) with ESMTP id F07AB3B0013 for ; Tue, 17 Oct 2006 07:58:32 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.freax.org (Postfix) with ESMTP id 8D97F1877BB; Tue, 17 Oct 2006 13:49:14 +0200 (CEST) Received: from mail.freax.org ([127.0.0.1]) by localhost (mail.freax.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fu8-5lMqkSjM; Tue, 17 Oct 2006 13:49:14 +0200 (CEST) Received: from [10.0.2.235] (unknown [87.66.87.183]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.freax.org (Postfix) with ESMTP id 42F711877BA; Tue, 17 Oct 2006 13:49:14 +0200 (CEST) From: Philip Van Hoof To: Jules Colding In-Reply-To: <1161081197.6531.121.camel@omc-2.omesc.com> References: <20061015221758.93329.qmail@web32013.mail.mud.yahoo.com> <1161003301.3427.7.camel@localhost.localdomain> <1161079956.14555.211.camel@localhost.localdomain> <1161081197.6531.121.camel@omc-2.omesc.com> Content-Type: text/plain Date: Tue, 17 Oct 2006 13:58:33 +0200 Message-Id: <1161086313.14555.232.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.585 tagged_above=-999 required=2 tests=[AWL=0.016, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] X-Spam-Score: -2.585 X-Spam-Level: Cc: evolution-hackers@gnome.org Subject: Re: [Evolution-hackers] OWA with "SessionGuard" [OT] X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 11:58:35 -0000 On Tue, 2006-10-17 at 12:33 +0200, Jules Colding wrote: > > Could Brutus be used for accessing Exchange services using just Camel? > Yes, I would think so. Something like this has been done before using > the calendar parts of e-d-s: > http://www.omesc.com/modules/news/article.php?storyid=35 Great. > > I'm interested in extracting the Camel-only parts of a Camel provider > > for distribution in tinymail (which is LGPL). > > OK, just bear in mind that Brutus is GPL. Is that a big problem for an LGPL library? I could keep that part of the library GPL, right? Maybe I could patch a version of Brutus in such a way that making a package that will work with tinymail is easy. Etc etc. Probably things that we can discuss about sooner or later? :) > > I understand others are probably also interested in the Exchange > > calendaring and contact pieces and features, but initially I'm not > > interested in any such code or API. > > e-b can currently do mail, calendaring and tasks. More features are in > the works. I will only need the mail part. Which basically means having a CamelFolder and a CamelFolderSummary implementation. > > I was planning to take a look at evolution-exchange(/camel) but if > > Brutus is a better solution (if you can convince me), I'm not afraid of > > picking that. > > I don't know if I can convince you but I'll try ;-) > > e-e is based upon WebDAV while e-b is based upon Extended MAPI. > > I must first say that I've never used the original e-e connector so > everything that I say about it should be taken with a big grain of salt. > > Anyway, I've been *told* that e-b parforms much better and is more > stable. It is also a lot easier to develop with e-b as the Brutus API is > very close to MAPI as documented on MSDN. You should therefore expect > e-b to be easier to maintain and extend than e-e. > > Note that a requirement is that it has to compile and work on multiple > > architectures. Including ARM. > > I've tested e-b on i386 and amd64. I expect it to build and run on any > architecture with a reasonable GNU tool chain. That's the good news. > > It's memory consumption shouldn't be > > extremely bad (if it reuses the CamelFolderSummary pieces, the mmap > > technique can probably be adapted in the Brutus Camel implementation, > > just like what I did for the other Camel providers a few weeks ago). > > > > I have already completed this little-patch for evolution-exchange. I > > haven't yet tested it. > > A patch is always welcome :-) Right but that patch would also make Brutus incompatible with the normal Camel as shipped by Novell ;-). It would basically change the Brutus-specific summary code to in stead of reading from a file using fread, use mmap and point to that. It's a small but required patch for it to work with the mmap stuff. Also note that the summary file format is changed (to be data aligned and padded on 4 bytes, for example ARM requires this when using mmap). > > Support for Exchange isn't a top priority, but its most certainly a nice > > to have feature to bring to mobile devices and embedded appliances > > (which is the focus group of tinymail at this moment). > > > > Let me know what you think? > > I'll help you as much as possible should you decide to take a closer > look at e-b. Just yell or ask and I'll do my best. Great and good to know. -- Philip Van Hoof, software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be blog: http://pvanhoof.be/blog From colding@omesc.com Tue Oct 17 08:26:16 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B2E583B0077 for ; Tue, 17 Oct 2006 08:26:16 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03539-06 for ; Tue, 17 Oct 2006 08:26:13 -0400 (EDT) Received: from pfepc.post.tele.dk (pfepc.post.tele.dk [195.41.46.237]) by menubar.gnome.org (Postfix) with ESMTP id 3BA9B3B00B5 for ; Tue, 17 Oct 2006 08:26:11 -0400 (EDT) Received: from omc-2.omesc.com (cpe.atm2-0-1151123.0x50a3535e.odnxx7.customer.tele.dk [80.163.83.94]) by pfepc.post.tele.dk (Postfix) with ESMTP id 31B858A0068; Tue, 17 Oct 2006 14:26:01 +0200 (CEST) From: Jules Colding To: Philip Van Hoof In-Reply-To: <1161086313.14555.232.camel@localhost.localdomain> References: <20061015221758.93329.qmail@web32013.mail.mud.yahoo.com> <1161003301.3427.7.camel@localhost.localdomain> <1161079956.14555.211.camel@localhost.localdomain> <1161081197.6531.121.camel@omc-2.omesc.com> <1161086313.14555.232.camel@localhost.localdomain> Content-Type: text/plain Date: Tue, 17 Oct 2006 14:25:52 +0200 Message-Id: <1161087952.6531.135.camel@omc-2.omesc.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.449 tagged_above=-999 required=2 tests=[AWL=0.015, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Spam-Score: -2.449 X-Spam-Level: Cc: evolution-hackers@gnome.org Subject: Re: [Evolution-hackers] OWA with "SessionGuard" [OT] X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 12:26:16 -0000 On Tue, 2006-10-17 at 13:58 +0200, Philip Van Hoof wrote: > On Tue, 2006-10-17 at 12:33 +0200, Jules Colding wrote: > > > I'm interested in extracting the Camel-only parts of a Camel provider > > > for distribution in tinymail (which is LGPL). > > > > OK, just bear in mind that Brutus is GPL. > > Is that a big problem for an LGPL library? I could keep that part of the > library GPL, right? Maybe I could patch a version of Brutus in such a > way that making a package that will work with tinymail is easy. Etc etc. No problem as such. It just means that whatever Brutus touches will need to be GPL too (just like you say). > Probably things that we can discuss about sooner or later? :) Sure ;-) > > > I understand others are probably also interested in the Exchange > > > calendaring and contact pieces and features, but initially I'm not > > > interested in any such code or API. > > > > e-b can currently do mail, calendaring and tasks. More features are in > > the works. > > I will only need the mail part. Which basically means having a > CamelFolder and a CamelFolderSummary implementation. OK. > > > It's memory consumption shouldn't be > > > extremely bad (if it reuses the CamelFolderSummary pieces, the mmap > > > technique can probably be adapted in the Brutus Camel implementation, > > > just like what I did for the other Camel providers a few weeks ago). > > > > > > I have already completed this little-patch for evolution-exchange. I > > > haven't yet tested it. > > > > A patch is always welcome :-) > > Right but that patch would also make Brutus incompatible with the normal > Camel as shipped by Novell ;-). No problem. It can be isolated in a configure option. Best regards, jules From spam@pvanhoof.be Tue Oct 17 08:50:03 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8027F3B0071 for ; Tue, 17 Oct 2006 08:50:03 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04687-10 for ; Tue, 17 Oct 2006 08:50:01 -0400 (EDT) Received: from mail.freax.org (mail.freax.org [86.39.154.66]) by menubar.gnome.org (Postfix) with ESMTP id 271793B008C for ; Tue, 17 Oct 2006 08:50:01 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.freax.org (Postfix) with ESMTP id 73C101877BB; Tue, 17 Oct 2006 14:40:42 +0200 (CEST) Received: from mail.freax.org ([127.0.0.1]) by localhost (mail.freax.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zqkIIixcFwFF; Tue, 17 Oct 2006 14:40:42 +0200 (CEST) Received: from [10.0.2.235] (unknown [87.66.87.183]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.freax.org (Postfix) with ESMTP id 39DFB1877BA; Tue, 17 Oct 2006 14:40:42 +0200 (CEST) From: Philip Van Hoof To: Patrick Ohly In-Reply-To: <1160945842.4510.136.camel@ip6-localhost> References: <1160945842.4510.136.camel@ip6-localhost> Content-Type: text/plain Date: Tue, 17 Oct 2006 14:49:54 +0200 Message-Id: <1161089395.14555.257.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.586 tagged_above=-999 required=2 tests=[AWL=0.015, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] X-Spam-Score: -2.586 X-Spam-Level: Cc: Evolution Hackers Subject: Re: [Evolution-hackers] automated testing of Evolution data server with SyncEvolution X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 12:50:03 -0000 On Sun, 2006-10-15 at 22:57 +0200, Patrick Ohly wrote: > I have not mentioned it on this list before, so before I come to the > real reason for this email let me introduce it briefly: SyncEvolution[1] > is a SyncML client that I wrote to synchronize address books, calendars > and tasks list between Evolution and mobile devices or Evolution > instances on different computers. This might be interesting for tinymail too. Especially synchronising E-mail to a local mbox or Maildir on a flashdisk and/or over GPRS, Bluetooth or whatever in some efficient bandwidth saving way (as some can become expensive per amount of MB, like GPRS). An ActiveSync like system or maybe even integration with ActiveSync. Whether or not you like Microsoft isn't the point for mobile devices, the point however is that a lot vendors do implement and use their crap. Maybe we should exchange ideas and discuss how we can make the user experience of both the developer and end-user even better sooner or later? My opinion is that we can make a great platform for mobile & embedded appliances. We just have to do it. Your SyncML might imo. become a key component in the chain of tools to be used for that. For example: I could add an interface to tinymail that would enable an external tool to tell a tinymail component that it should consider reloading a folder. For example because SyncML (what tool really did it, is something tinymail shouldn't really care about) updated the available mails in a local folder. It's this type of tight integration that makes the difference for a lot people who will be the customers of vendors who make mobile devices. A lot people have POP and want to use E-mail on multiple devices. Using a tool like SyncML that could be a real possibility. I'm interested an open to adapting the tinymail framework to allow a tool like SyncML to do such funky stuff. Please get in touch. -- Philip Van Hoof, software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be blog: http://pvanhoof.be/blog From pchenthill@novell.com Tue Oct 17 12:52:24 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D8FBD3B017A for ; Tue, 17 Oct 2006 12:52:24 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18129-07 for ; Tue, 17 Oct 2006 12:52:21 -0400 (EDT) Received: from victor.provo.novell.com (victor.provo.novell.com [137.65.250.26]) by menubar.gnome.org (Postfix) with ESMTP id 973153B00F5 for ; Tue, 17 Oct 2006 12:52:20 -0400 (EDT) Received: from [210.18.150.17] (prv-dmz-foundry1.gns.novell.com [::ffff:137.65.251.211]) by victor.provo.novell.com with ESMTP (TLS encrypted); Tue, 17 Oct 2006 10:52:04 -0600 From: chenthill To: Jules Colding In-Reply-To: <1160743779.7745.100.camel@omc-2.omesc.com> References: <1160743779.7745.100.camel@omc-2.omesc.com> Content-Type: text/plain Date: Tue, 17 Oct 2006 22:34:08 +0530 Message-Id: <1161104649.20019.6.camel@chenthill.com> Mime-Version: 1.0 X-Mailer: Evolution 2.9.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.327 tagged_above=-999 required=2 tests=[AWL=0.072, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.327 X-Spam-Level: Cc: Evolution Hackers Subject: Re: [Evolution-hackers] Recurrence ID? X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 16:52:25 -0000 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() and other related calendar methods? > > Thanks, > jules > > > > _______________________________________________ > Evolution-hackers mailing list > Evolution-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/evolution-hackers From Patrick.Ohly@gmx.de Tue Oct 17 16:38:05 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id AFC093B0002 for ; Tue, 17 Oct 2006 16:38:05 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30780-05 for ; Tue, 17 Oct 2006 16:38:04 -0400 (EDT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id 46DAF3B00B5 for ; Tue, 17 Oct 2006 16:38:03 -0400 (EDT) Received: (qmail invoked by alias); 17 Oct 2006 20:38:02 -0000 Received: from p508888DE.dip0.t-ipconnect.de (EHLO ip6-localhost) [80.136.136.222] by mail.gmx.net (mp033) with SMTP; 17 Oct 2006 22:38:02 +0200 X-Authenticated: #489940 Received: from patrick by ip6-localhost with local (Exim 3.36 #1 (Debian)) id 1GZvSo-0008U5-00; Tue, 17 Oct 2006 22:23:02 +0200 From: Patrick Ohly To: Philip Van Hoof In-Reply-To: <1161089395.14555.257.camel@localhost.localdomain> References: <1160945842.4510.136.camel@ip6-localhost> <1161089395.14555.257.camel@localhost.localdomain> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Tue, 17 Oct 2006 22:23:01 +0200 Message-Id: <1161116581.5045.80.camel@ip6-localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 Sender: Patrick Ohly X-Y-GMX-Trusted: 0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.558 tagged_above=-999 required=2 tests=[AWL=0.042, BAYES_00=-2.599, SPF_PASS=-0.001] X-Spam-Score: -2.558 X-Spam-Level: Cc: Evolution Hackers Subject: [Evolution-hackers] SyncML for mail (was: Re: automated testing of Evolution data server with SyncEvolution) X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 20:38:05 -0000 On Tue, 2006-10-17 at 14:49 +0200, Philip Van Hoof wrote: > On Sun, 2006-10-15 at 22:57 +0200, Patrick Ohly wrote: > > > I have not mentioned it on this list before, so before I come to the > > real reason for this email let me introduce it briefly: SyncEvolution[1] > > is a SyncML client that I wrote to synchronize address books, calendars > > and tasks list between Evolution and mobile devices or Evolution > > instances on different computers. > > This might be interesting for tinymail too. Especially synchronising > E-mail to a local mbox or Maildir on a flashdisk and/or over GPRS, > Bluetooth or whatever in some efficient bandwidth saving way (as some > can become expensive per amount of MB, like GPRS). Funambol, the company behind the GPL SyncML C++ client library that I use and to some extend help to improve, is working on push mail via SyncML. None of this has been tested with Linux clients yet, though. > Maybe we should exchange ideas and discuss how we can make the user > experience of both the developer and end-user even better sooner or > later? Definitely, but right now I am pretty loaded with work and won't have time for an in-depth discussion. Please, lets defer it a bit. Depending on how Evolution specific the discussion would be the Funambol developers list might be a better place, too. -- Bye, Patrick Ohly -- Patrick.Ohly@gmx.de http://www.estamos.de/ From colding@omesc.com Wed Oct 18 03:38:43 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id BF9193B0002 for ; Wed, 18 Oct 2006 03:38:43 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28104-05 for ; Wed, 18 Oct 2006 03:38:42 -0400 (EDT) Received: from pfepa.post.tele.dk (pfepa.post.tele.dk [195.41.46.235]) by menubar.gnome.org (Postfix) with ESMTP id C80883B0083 for ; Wed, 18 Oct 2006 03:38:41 -0400 (EDT) Received: from omc-2.omesc.com (cpe.atm2-0-1151123.0x50a3535e.odnxx7.customer.tele.dk [80.163.83.94]) by pfepa.post.tele.dk (Postfix) with ESMTP id 4CC34FAC008; Wed, 18 Oct 2006 09:38:40 +0200 (CEST) From: Jules Colding To: chenthill In-Reply-To: <1161104649.20019.6.camel@chenthill.com> References: <1160743779.7745.100.camel@omc-2.omesc.com> <1161104649.20019.6.camel@chenthill.com> Content-Type: text/plain Date: Wed, 18 Oct 2006 09:38:40 +0200 Message-Id: <1161157120.6531.172.camel@omc-2.omesc.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.449 tagged_above=-999 required=2 tests=[AWL=0.015, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Spam-Score: -2.449 X-Spam-Level: Cc: Evolution Hackers Subject: Re: [Evolution-hackers] Recurrence ID? X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 07:38:43 -0000 On Tue, 2006-10-17 at 22:34 +0530, chenthill wrote: > Hi Jules, > The format of the recurrence id (datetime value) is the same as > that is specified in rfc 2445. OK, thanks! jules > 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() and other related calendar methods? > > > > Thanks, > > jules > > > > > > > > _______________________________________________ > > Evolution-hackers mailing list > > Evolution-hackers@gnome.org > > http://mail.gnome.org/mailman/listinfo/evolution-hackers From colding@omesc.com Wed Oct 18 05:01:02 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 629113B00FE; Wed, 18 Oct 2006 05:01:02 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00955-09; Wed, 18 Oct 2006 05:01:00 -0400 (EDT) Received: from pfepa.post.tele.dk (pfepa.post.tele.dk [195.41.46.235]) by menubar.gnome.org (Postfix) with ESMTP id AFE353B0161; Wed, 18 Oct 2006 05:00:10 -0400 (EDT) Received: from omc-2.omesc.com (cpe.atm2-0-1151123.0x50a3535e.odnxx7.customer.tele.dk [80.163.83.94]) by pfepa.post.tele.dk (Postfix) with ESMTP id 69B66FAC026; Wed, 18 Oct 2006 10:59:59 +0200 (CEST) From: Jules Colding To: Philip Van Hoof In-Reply-To: <1161160853.29391.36.camel@localhost.localdomain> References: <1161117323.5454.67.camel@localhost.localdomain> <1161159142.6531.204.camel@omc-2.omesc.com> <1161160853.29391.36.camel@localhost.localdomain> Content-Type: text/plain Date: Wed, 18 Oct 2006 10:59:58 +0200 Message-Id: <1161161998.6531.216.camel@omc-2.omesc.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.449 tagged_above=-999 required=2 tests=[AWL=0.015, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Spam-Score: -2.449 X-Spam-Level: Cc: evolution-patches@gnome.org, Evolution Hackers , tinymail-devel-list@gnome.org Subject: Re: [Evolution-hackers] [evolution-patches] The differences between camel-lite and normal camel X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 09:01:02 -0000 On Wed, 2006-10-18 at 10:40 +0200, Philip Van Hoof wrote: > On Wed, 2006-10-18 at 10:12 +0200, Jules Colding wrote: > > > Looking forward to seeing it. Consider putting your changes behind > > --enable-camel-lite (or --enable-eds-lite) defines. That is the right > > way to do it IMHO. It will then also be easier to put some configure > > magic in place if required to support an out-of-tree e-d-s branch. > > Will do that. > > > > Criticism is welcome. Off this list please. > > > > Good luck. > > Thanks a lot for this positive reaction. It has been hard to get any > such reaction for contributing to the Evolution project :(. From the > Novell team itself, you get mostly reactions like: you are being > agnostic and counterproductive, bla bla bla. I don't think it is meant as hard as it may sound. I myself have been wondering why reactions from the official Novell team are so hard to get, but (as Harish once told me) they are really busy and simply do not have more than 24 hours any given day. So if you think that they are a little negative in their reactions then it may simply be because of stress. They might really like to use your work but they are frustrated because they do not have the time to "massage" your patches into a shape that are immediately applicable to CVS or a review. I too personally find that experiments are necessary in software development, but I fear that the Novell guys simply do not have the time for such luxury, however much they would like to. Best regards, jules > ps. I would hereby like to repeat my personal appreciation to the work > Matthew has been doing on libedataserver, Kjartan's work and Pavel's > work. I think especially these times it's difficult to keep believing in > the purpose of contributing to the many sub-projects of Evolution. > Nevertheless, I think, it's important that we keep doing that. > > From proski@gnu.org Wed Oct 18 13:20:25 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3EE9F3B007E for ; Wed, 18 Oct 2006 13:20:25 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29712-07 for ; Wed, 18 Oct 2006 13:20:20 -0400 (EDT) Received: from c60.cesmail.net (c60.cesmail.net [216.154.195.49]) by menubar.gnome.org (Postfix) with ESMTP id 36EC63B0061 for ; Wed, 18 Oct 2006 13:20:16 -0400 (EDT) Received: from unknown (HELO relay.cesmail.net) ([192.168.1.81]) by c60.cesmail.net with ESMTP; 18 Oct 2006 13:20:16 -0400 Received: from [192.168.1.21] (static-72-92-88-10.phlapa.fios.verizon.net [72.92.88.10]) by relay.cesmail.net (Postfix) with ESMTP id C8CA3619069 for ; Wed, 18 Oct 2006 13:20:15 -0400 (EDT) From: Pavel Roskin To: evolution-hackers@gnome.org Content-Type: text/plain Date: Wed, 18 Oct 2006 13:20:15 -0400 Message-Id: <1161192015.13928.49.camel@dv> Mime-Version: 1.0 X-Mailer: Evolution 2.8.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.215 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, SPF_SOFTFAIL=1.384] X-Spam-Score: -1.215 X-Spam-Level: Subject: [Evolution-hackers] Uninitialized item.type in build_items (widgets/misc/e-filter-bar.c) X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 17:20:25 -0000 Hello! item.type can be used uninitialized in function build_items() in widgets/misc/e-filter-bar.c item.type is only initialized if type is 0 and there is a condition described as: /* Add a separator if there is at least one custom rule. */ What's even more worrying is that item.type is not changed before subsequent calls to g_array_append_vals(), whereas item.id and item.text are changed. Possible values of item.type are: enum _ESearchBarItemType { ESB_ITEMTYPE_NORMAL, ESB_ITEMTYPE_CHECK, ESB_ITEMTYPE_RADIO, }; ESB_ITEMTYPE_NORMAL and ESB_ITEMTYPE_CHECK are only referenced in a switch statement in set_option() in widgets/misc/e-search-bar.c - they are never assigned to anything. However, item.type is set to ESB_ITEMTYPE_NORMAL implicitly in build_items (0 is used instead of the symbolic constant). set_option() has a catch-all default for item types other than those in the enum. That would work (with some luck!) for those uninitialized values of item.type from build_items(): default: /* Fixme : this should be a normal item */ item = gtk_radio_menu_item_new_with_label (group, str); group = gtk_radio_menu_item_get_group(GTK_RADIO_MENU_ITEM (item)); break; This issue was found by Valgrind, not by a compiler. I could misunderstand the logic, but Valgrind actually finds uninitialized data being used. I believe it's a serious problem that needs attention from Evolution hackers. -- Regards, Pavel Roskin From Patrick.Ohly@gmx.de Wed Oct 18 13:30:03 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 84B4F3B00AA for ; Wed, 18 Oct 2006 13:30:03 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30252-04 for ; Wed, 18 Oct 2006 13:29:59 -0400 (EDT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id 184823B0075 for ; Wed, 18 Oct 2006 13:29:58 -0400 (EDT) Received: (qmail invoked by alias); 18 Oct 2006 17:29:56 -0000 Received: from p5088AA72.dip0.t-ipconnect.de (EHLO ip6-localhost) [80.136.170.114] by mail.gmx.net (mp035) with SMTP; 18 Oct 2006 19:29:56 +0200 X-Authenticated: #489940 Received: from patrick by ip6-localhost with local (Exim 3.36 #1 (Debian)) id 1GaF9j-0001PH-00; Wed, 18 Oct 2006 19:24:39 +0200 From: Patrick Ohly To: =?ISO-8859-1?Q?=D8ystein_Gisn=E5s?= In-Reply-To: <1161019319.4603.34.camel@ip6-localhost> References: <1160945842.4510.136.camel@ip6-localhost> <9e19f1f0610151432p22b4267fy921940278886e9bb@mail.gmail.com> <1161019319.4603.34.camel@ip6-localhost> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 18 Oct 2006 19:24:38 +0200 Message-Id: <1161192278.4645.23.camel@ip6-localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 Sender: Patrick Ohly X-Y-GMX-Trusted: 0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.559 tagged_above=-999 required=2 tests=[AWL=0.041, BAYES_00=-2.599, SPF_PASS=-0.001] X-Spam-Score: -2.559 X-Spam-Level: Cc: Evolution Hackers Subject: Re: [Evolution-hackers] automated testing of Evolution data server with SyncEvolution X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 17:30:03 -0000 On Mo, 2006-10-16 at 19:21 +0200, Patrick Ohly wrote: > > > * Is someone running Evolution and in particular the > Evolution > > > data server under valgrind as part of release testing or > regular > > > quality assurance? > > > > I know there is performance work in relation with evolution for suse > > installations. For general quality assurance there are not enough > > routines in place. I know it's on the todo list of the developers. > > When it comes to valgrind testing, evolution becomes quite slow so > > patience is a must. > > One can test e-d-s non-interactively, which is what I am doing at the > moment. Okay, if no-one else is working on it I'll have to see what I > can find out on my own. I found out what the problem is, see http://bugzilla.gnome.org/show_bug.cgi?id=363102 The memory access error is caused by two threads operating on the same data: the main one is writing the calendar to disk in the idle loop, the other is processing a CORBA request to delete components of that same calendar. There is a mutex, but none of the CORBA implementation functions lock it. Any suggestions how to fix this? As I said in that issue, several solutions come to mind: - lock the mutex inside the high-level e_cal_backend_* functions - lock the mutex inside the low-level functions like remove_component - serialize idle saving and CORBA requests by having the saving executed as a CORBA call (not sure exactly how that could be done...) Of course, one could always disable the writing of the calendar data in the idle loop, but without some other means to flush the data it would be very dangerous to wait until an orderly shutdown of the E-D-S process. -- Bye, Patrick Ohly -- Patrick.Ohly@gmx.de http://www.estamos.de/ From ak-47@gmx.net Thu Oct 19 08:37:32 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 774EC3B0214 for ; Thu, 19 Oct 2006 08:37:32 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21467-09 for ; Thu, 19 Oct 2006 08:37:29 -0400 (EDT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id 76AB73B0079 for ; Thu, 19 Oct 2006 08:37:28 -0400 (EDT) Received: (qmail invoked by alias); 19 Oct 2006 12:37:27 -0000 Received: from dslc-082-082-190-184.pools.arcor-ip.net (EHLO [192.168.1.33]) [82.82.190.184] by mail.gmx.net (mp037) with SMTP; 19 Oct 2006 14:37:27 +0200 X-Authenticated: #726810 From: Andre Klapper To: Evolution Hackers Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-WrAf6kVguxovRiuJrqQO" Date: Thu, 19 Oct 2006 14:36:11 +0200 Message-Id: <1161261371.24286.87.camel@embrace.domain> Mime-Version: 1.0 X-Mailer: Evolution 2.9.1 X-Y-GMX-Trusted: 0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.54 tagged_above=-999 required=2 tests=[AWL=0.060, BAYES_00=-2.599, SPF_PASS=-0.001] X-Spam-Score: -2.54 X-Spam-Level: Subject: [Evolution-hackers] sorting out bugs by taking a look at the dup count X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 12:37:32 -0000 --=-WrAf6kVguxovRiuJrqQO Content-Type: text/plain Content-Transfer-Encoding: quoted-printable namaste folks, okay, let's try to find some urgent stuff to fix by taking a look at the duplicates count (since this is an easy way to identify stuff that bites people): http://bugzilla.gnome.org/show_bug.cgi?id=3D350981 assertion crash in gtkhtml's htmlgdkpainter.c 21 duplicates, stacktrace with line numbers&symbols available http://bugzilla.gnome.org/show_bug.cgi?id=3D312348 e-d-s calendar/orbit2 memory corruption 19 duplicates, stacktrace with line numbers&symbols available 363102 seems to be unrelated, but could also be addressed as it seems to be a similar problem. http://bugzilla.gnome.org/show_bug.cgi?id=3D330157 mailer crash 16 duplicates, stacktrace with line numbers&symbols available at 360352 http://bugzilla.gnome.org/show_bug.cgi?id=3D204029 "wants to receive encrypted mail" contacts option enhancement request 22 duplicates, does somebody work on this for 2.9? is this planned? would be great if the crashers could be addressed for evo 2.8.2 and if somebody (devashish?) would work on the last issue. feedback most welcome, especially bug assignments. :-) thanks in advance for caring, andre --=20 mailto:ak-47@gmx.net | failed! http://www.iomc.de --=-WrAf6kVguxovRiuJrqQO Content-Type: application/pgp-signature; name=signature.asc Content-Description: Dies ist ein digital signierter Nachrichtenteil -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQBFN3E7UZw3dUr5LoARAv3jAJ0WzqFzEaFtuL9ixKgrsSbu+D/IbwCfSV3C yez3AAoPKCVTLfS+uqCwtAg= =cl69 -----END PGP SIGNATURE----- --=-WrAf6kVguxovRiuJrqQO-- From Patrick.Ohly@gmx.de Thu Oct 19 14:08:06 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 23CAE3B0133 for ; Thu, 19 Oct 2006 14:08:06 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07163-02 for ; Thu, 19 Oct 2006 14:08:04 -0400 (EDT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id 7BA9E3B01F3 for ; Thu, 19 Oct 2006 14:08:03 -0400 (EDT) Received: (qmail invoked by alias); 19 Oct 2006 18:08:02 -0000 Received: from p5088AA86.dip0.t-ipconnect.de (EHLO ip6-localhost) [80.136.170.134] by mail.gmx.net (mp036) with SMTP; 19 Oct 2006 20:08:02 +0200 X-Authenticated: #489940 Received: from patrick by ip6-localhost with local (Exim 3.36 #1 (Debian)) id 1Gac9H-0001oe-00; Thu, 19 Oct 2006 19:57:43 +0200 From: Patrick Ohly To: Evolution Hackers In-Reply-To: <1160945842.4510.136.camel@ip6-localhost> References: <1160945842.4510.136.camel@ip6-localhost> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Date: Thu, 19 Oct 2006 19:57:43 +0200 Message-Id: <1161280663.4392.10.camel@ip6-localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 Sender: Patrick Ohly X-Y-GMX-Trusted: 0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.561 tagged_above=-999 required=2 tests=[AWL=0.039, BAYES_00=-2.599, SPF_PASS=-0.001] X-Spam-Score: -2.561 X-Spam-Level: Subject: Re: [Evolution-hackers] automated testing of Evolution data server with SyncEvolution - vcard import problem in 2.8 X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 18:08:06 -0000 On So, 2006-10-15 at 22:57 +0200, Patrick Ohly wrote: > * Is someone going to take care of the reported regression or do > you need a patch to fix it? Whoever changed the code between 2.6 > and 2.8 should be in a better position to fix it, so I am a bit > reluctant to investigate further in code that I don't know. I found out what the problem is, see http://bugzilla.gnome.org/show_bug.cgi?id=3D356176 The fix is included in that issue (add one line with a function call). It should be easy to verify that it causes no harm and indeed fixes the problem. Can someone commit it for E-D-S 2.8.2? =D8ystein, can you make sure that it gets included in Debian packages if Etch would otherwise be released with an E-D-S where this bug is still present? Should I file a bug in the Debian tracker as a reminder? --=20 Bye, Patrick Ohly -- =20 Patrick.Ohly@gmx.de http://www.estamos.de/ From Patrick.Ohly@gmx.de Thu Oct 19 14:38:05 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 816903B0119 for ; Thu, 19 Oct 2006 14:38:05 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08768-02 for ; Thu, 19 Oct 2006 14:38:04 -0400 (EDT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id 6DC803B010E for ; Thu, 19 Oct 2006 14:38:03 -0400 (EDT) Received: (qmail invoked by alias); 19 Oct 2006 18:38:02 -0000 Received: from p5088AA86.dip0.t-ipconnect.de (EHLO ip6-localhost) [80.136.170.134] by mail.gmx.net (mp017) with SMTP; 19 Oct 2006 20:38:02 +0200 X-Authenticated: #489940 Received: from patrick by ip6-localhost with local (Exim 3.36 #1 (Debian)) id 1Gacb2-0001zB-00; Thu, 19 Oct 2006 20:26:24 +0200 From: Patrick Ohly To: Andre Klapper In-Reply-To: <1161261371.24286.87.camel@embrace.domain> References: <1161261371.24286.87.camel@embrace.domain> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Thu, 19 Oct 2006 20:26:23 +0200 Message-Id: <1161282384.4392.17.camel@ip6-localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 Sender: Patrick Ohly X-Y-GMX-Trusted: 0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.494 tagged_above=-999 required=2 tests=[AWL=-0.029, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135, SPF_PASS=-0.001] X-Spam-Score: -2.494 X-Spam-Level: Cc: Evolution Hackers Subject: Re: [Evolution-hackers] sorting out bugs by taking a look at the dup count X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 18:38:05 -0000 Dear Andre, thanks for taking care of organizing the bugs! Please keep up the good job. On Do, 2006-10-19 at 14:36 +0200, Andre Klapper wrote: > > http://bugzilla.gnome.org/show_bug.cgi?id=312348 > e-d-s calendar/orbit2 memory corruption > 19 duplicates, stacktrace with line numbers&symbols available > 363102 seems to be unrelated, but could also be addressed as it seems > to > be a similar problem. If someone has suggestions about 363102 I'd be happy to implement them as this is the number one problem for me. I'm away over the weekend; if I still don't hear anything by Monday I'll look at the code again and add mutex locking where I consider it appropriate. -- Bye, Patrick Ohly -- Patrick.Ohly@gmx.de http://www.estamos.de/ From kharish@novell.com Thu Oct 19 14:54:50 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A94DE3B00D0; Thu, 19 Oct 2006 14:54:50 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09483-06; Thu, 19 Oct 2006 14:54:47 -0400 (EDT) Received: from victor.provo.novell.com (victor.provo.novell.com [137.65.250.26]) by menubar.gnome.org (Postfix) with ESMTP id 2BB1F3B014A; Thu, 19 Oct 2006 14:54:45 -0400 (EDT) Received: from [192.168.1.2] (prv-dmz-foundry1.gns.novell.com [::ffff:137.65.251.211]) by victor.provo.novell.com with ESMTP; Thu, 19 Oct 2006 12:54:32 -0600 From: Harish Krishnaswamy To: GNOME Announce List , evolution-hackers , evolution-list Content-Type: text/plain; charset=UTF-8 Date: Fri, 20 Oct 2006 00:27:24 +0530 Message-Id: <1161284244.6521.6.camel@sunshine.blr.novell.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.0 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.443 tagged_above=-999 required=2 tests=[AWL=-0.044, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.443 X-Spam-Level: Subject: [Evolution-hackers] [UPDATE] Evolution 2.8.1.1 released X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 18:54:50 -0000 Hi, Evolution 2.8.1.1 has been released as an update to the Evolution 2.8.1 release (GNOME 2.16 stable series) with fixes to a few critical bugs/regressions [ see details below]. You can download the source tarballs at http://ftp.gnome.org/pub/GNOME/sources/evolution/2.8/evolution-2.8.1.1.tar.bz2 Reporting Bugs If you have problems with 2.8.1.1, please take the time to submit the bug using Bug Buddy or at http://bugzilla.gnome.org. Try to fill in as much detail as you can regarding the circumstances that lead to the problem. Thanks, Harish Evolution 2.8.1.1 -------------------------- Bugs/Regressions fixed in this release : #348212, #360815, #333864, #351374, #360815, #334966, #333224, #359271, #360237, #359236. Updated Translations: Ivar Smolin (et), Josep Puigdemont i Casamajó (ca), Clytie Siddal (vi), Ankit Patel (gu), Ilkka Tuohela (fi), Jovan Naumovski (mk), Luca Ferretti (it), Kjartan Maraas (nb), Zygimantas Beručka (lt), Cyprien Le Pannérer (fr), Jordi Mas (ca), Tino Meinen (nl), Daniel Nylander (sv), Francisco Javier F. Serrador (es). From spam@pvanhoof.be Thu Oct 19 18:15:57 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B035B3B00C1 for ; Thu, 19 Oct 2006 18:15:57 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21205-04 for ; Thu, 19 Oct 2006 18:15:55 -0400 (EDT) Received: from mail.freax.org (mail.freax.org [86.39.154.66]) by menubar.gnome.org (Postfix) with ESMTP id 944BD3B007A for ; Thu, 19 Oct 2006 18:15:52 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.freax.org (Postfix) with ESMTP id 236541867BB for ; Fri, 20 Oct 2006 00:06:28 +0200 (CEST) Received: from mail.freax.org ([127.0.0.1]) by localhost (mail.freax.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZfMVi9lHqsY1 for ; Fri, 20 Oct 2006 00:06:28 +0200 (CEST) Received: from [192.168.1.100] (d54C18260.access.telenet.be [84.193.130.96]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.freax.org (Postfix) with ESMTP id D79CC1867B2 for ; Fri, 20 Oct 2006 00:06:27 +0200 (CEST) From: Philip Van Hoof To: Evolution Hackers Content-Type: text/plain Date: Fri, 20 Oct 2006 00:15:49 +0200 Message-Id: <1161296150.5409.22.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.582 tagged_above=-999 required=2 tests=[AWL=0.019, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] X-Spam-Score: -2.582 X-Spam-Level: Subject: [Evolution-hackers] New memory analysis related to Camel X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 22:15:57 -0000 I have made a new memory report on tinymail. Because tinymail and Evolution share a lot Camel code, I think the analysis is interesting for the Evolution team too. http://tinymail.org/trac/tinymail/wiki/MemoryStats These are the structures of the CamelMessageInfoBase structure that tinymail's Camel removes. guint32 size; CamelSummaryReferences *references;/* from parent to root */ struct _CamelFlag *user_flags; struct _CamelTag *user_tags; Tinymail of course also uses the mmap patch. The references allocated accounted for 7% of all allocated memory usage. The three others are on a i386 x86 machine 4 bytes each. I don't use the size nor user_flags and user_tags properties of the summary items. So I've cut them out. Maybe a solution for Evolution would be load the references on demand to reduce the size? Since I'm not yet supporting threaded sorting in tinymail, and because I'm planning to implement support for this very differently, I decided to cut it out. I guess this is proof that Camel, with a few major adaptations, can be used for environments where memory consumption ought to be low. I'm planning to go even further and make more changes like these. I'm now trying to figure out a less memory consuming solution for the CamelMessageContentInfo structure (16% of all allocations are such instances). After that I will focus on the "getting new headers" problem of the mmap patch once more. I'm also playing with the idea of fully replacing the CamelFolderSummary implementation with something that uses a sqlite or db2. That one is a little bit a dilemma at this moment for me: it would probably start looking like the disk summary concept, etc etc etc ... ps. Feel free to ask me not to post reports like this on the evolution hackers mailing list if you really feel that this has nothing to do with evolution. Since both projects use Camel, I have a different opinion but I wouldn't contest yours. -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http://www.pvanhoof.be - http://www.x-tend.be From oystein@gisnas.net Thu Oct 19 20:11:28 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 426553B00A0 for ; Thu, 19 Oct 2006 20:11:28 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26940-07 for ; Thu, 19 Oct 2006 20:11:27 -0400 (EDT) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by menubar.gnome.org (Postfix) with ESMTP id 89A2F3B00A1 for ; Thu, 19 Oct 2006 20:11:26 -0400 (EDT) Received: by ug-out-1314.google.com with SMTP id 74so639668ugb for ; Thu, 19 Oct 2006 17:11:26 -0700 (PDT) Received: by 10.82.126.19 with SMTP id y19mr387375buc; Thu, 19 Oct 2006 17:11:25 -0700 (PDT) Received: by 10.82.125.14 with HTTP; Thu, 19 Oct 2006 17:11:25 -0700 (PDT) Message-ID: <9e19f1f0610191711n63914bcco81c02d01117e195@mail.gmail.com> Date: Fri, 20 Oct 2006 02:11:25 +0200 From: "=?ISO-8859-1?Q?=D8ystein_Gisn=E5s?=" To: "Patrick Ohly" In-Reply-To: <1161280663.4392.10.camel@ip6-localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1160945842.4510.136.camel@ip6-localhost> <1161280663.4392.10.camel@ip6-localhost> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Spam-Score: -2.599 X-Spam-Level: Cc: Evolution Hackers Subject: Re: [Evolution-hackers] automated testing of Evolution data server with SyncEvolution - vcard import problem in 2.8 X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 00:11:28 -0000 2006/10/19, Patrick Ohly : > On So, 2006-10-15 at 22:57 +0200, Patrick Ohly wrote: > > * Is someone going to take care of the reported regression or do > > you need a patch to fix it? Whoever changed the code between 2.= 6 > > and 2.8 should be in a better position to fix it, so I am a bit > > reluctant to investigate further in code that I don't know. > > I found out what the problem is, see > http://bugzilla.gnome.org/show_bug.cgi?id=3D356176 > > The fix is included in that issue (add one line with a function call). > It should be easy to verify that it causes no harm and indeed fixes the > problem. Can someone commit it for E-D-S 2.8.2? > > =D8ystein, can you make sure that it gets included in Debian packages if > Etch would otherwise be released with an E-D-S where this bug is still > present? Should I file a bug in the Debian tracker as a reminder? Yes and yes. I will look into it and incorporate before etch if it looks good. An entry in BTS ensures me (and the rest of the team) won't forget it.. Cheers, =D8ystein From davide.corio@redomino.com Fri Oct 20 09:52:28 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 51FD13B0007 for ; Fri, 20 Oct 2006 09:52:28 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31159-02 for ; Fri, 20 Oct 2006 09:52:24 -0400 (EDT) Received: from pentesilea.redomino.com (ns1.redomino.com [213.215.225.38]) by menubar.gnome.org (Postfix) with ESMTP id 560763B02C3 for ; Fri, 20 Oct 2006 09:52:22 -0400 (EDT) Received: from localhost (unknown [213.215.225.44]) by pentesilea.redomino.com (Postfix) with ESMTP id 8A8661017DB for ; Fri, 20 Oct 2006 15:52:25 +0200 (CEST) Received: from pentesilea.redomino.com ([213.215.225.37]) by localhost (cleopatra-xen2 [213.215.225.44]) (amavisd-new, port 10024) with LMTP id 10371-01-34 for ; Fri, 20 Oct 2006 15:52:20 +0200 (CEST) Received: from [192.168.26.4] (213-140-6-110.ip.fastwebnet.it [213.140.6.110]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by pentesilea.redomino.com (Postfix) with ESMTP id 52E2B1017DA for ; Fri, 20 Oct 2006 15:52:25 +0200 (CEST) From: Davide Corio To: Evolution Hackers Content-Type: text/plain Date: Fri, 20 Oct 2006 15:52:14 +0200 Message-Id: <1161352334.2533.4.camel@cortese> Mime-Version: 1.0 X-Mailer: Evolution 2.8.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cleopatra-xen2.redomino.com X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=0.19 tagged_above=-999 required=2 tests=[AWL=-0.628, BAYES_20=-0.74, RCVD_IN_BL_SPAMCOP_NET=1.558] X-Spam-Score: 0.19 X-Spam-Level: Subject: [Evolution-hackers] multiple inbox X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 13:52:28 -0000 Could it be possibile to have different inbox for every pop3 account? (like thunderbird) cheers, -- Davide Corio davide.corioredomino.com Redomino S.r.l. C.so Monte Grappa 90/b - 10145 Torino - Italy Tel: +39 011 19502871 - Fax: +39 011 19791122 - http://www.redomino.com/ From uzytkownik2@gmail.com Fri Oct 20 16:34:23 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5184F3B00A0 for ; Fri, 20 Oct 2006 16:34:23 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21758-04 for ; Fri, 20 Oct 2006 16:34:18 -0400 (EDT) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by menubar.gnome.org (Postfix) with ESMTP id 8C6A33B006D for ; Fri, 20 Oct 2006 16:34:18 -0400 (EDT) Received: by py-out-1112.google.com with SMTP id b29so345817pya for ; Fri, 20 Oct 2006 13:34:18 -0700 (PDT) Received: by 10.35.102.18 with SMTP id e18mr1325844pym; Fri, 20 Oct 2006 13:34:17 -0700 (PDT) Received: by 10.35.81.13 with HTTP; Fri, 20 Oct 2006 13:34:17 -0700 (PDT) Message-ID: <9d146d660610201334j45d3e984seaac51fd4bb822fd@mail.gmail.com> Date: Fri, 20 Oct 2006 22:34:17 +0200 From: "Maciej Piechotka" To: "Evolution Hackers" MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.592 tagged_above=-999 required=2 tests=[AWL=-0.681, BAYES_05=-1.11, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -1.592 X-Spam-Level: Subject: [Evolution-hackers] Evolution Data Server - Java or .Net bindings X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 20:34:23 -0000 Is there are any Java or .Net bindings? I'd like to write backends using library which are only on this two languages. Regards From spam@pvanhoof.be Sun Oct 22 09:42:05 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3F2EC3B0162 for ; Sun, 22 Oct 2006 09:42:05 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19799-03 for ; Sun, 22 Oct 2006 09:42:03 -0400 (EDT) Received: from mail.freax.org (mail.freax.org [86.39.154.66]) by menubar.gnome.org (Postfix) with ESMTP id CEB863B00AE for ; Sun, 22 Oct 2006 09:42:02 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.freax.org (Postfix) with ESMTP id 447761867CE for ; Sun, 22 Oct 2006 15:32:31 +0200 (CEST) Received: from mail.freax.org ([127.0.0.1]) by localhost (mail.freax.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kglCnxtoMaYh for ; Sun, 22 Oct 2006 15:32:31 +0200 (CEST) Received: from [192.168.1.100] (d54C18260.access.telenet.be [84.193.130.96]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.freax.org (Postfix) with ESMTP id 0279F18679C for ; Sun, 22 Oct 2006 15:32:30 +0200 (CEST) From: Philip Van Hoof To: Evolution Hackers Content-Type: text/plain Date: Sun, 22 Oct 2006 15:41:56 +0200 Message-Id: <1161524517.5415.4.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.583 tagged_above=-999 required=2 tests=[AWL=0.018, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] X-Spam-Score: -2.583 X-Spam-Level: Subject: [Evolution-hackers] Reviewing imap_update_summary X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Oct 2006 13:42:05 -0000 Greetings, imap_update_summary is implemented in three or four steps: o. Getting (all) the headers/uids o. Finding the ones that we must still fetch o. Fetching those (x) o. Writing out the summary The steps each consume memory and reuse some of the memory of the previous step. Pointers to that memory is stored in GPtrArray's like fetch_data and messages. In the code I have found no real reason to why this was done in separated loops (steps) rather than one step and at the end of the loop, free the data already. Especially for the third step (x), which seem to consume most memory while it's happening. The current implementation requires the data being received from the IMAP service to be kept in memory until the entire folder has been received and all steps done. This consumes more than one entire kilobyte per message. Multiply that with for example 5,000 headers and you'll get 5 MB memory consumption for fetching the new messages of a very small IMAP folder (in case no other messages had been received before you first started the procedure). Multiply that with 50,000 headers and you'll get 50 - 60 MB memory consumption for a not extremely big but relatively big IMAP folders. Which will be freed, yes, but nevertheless it's a slowly growing peak (the speed depends on the connection with your IMAP server) that only gets deallocated or when pressing cancel or when all messages are received (which can take a significant amount of time). The strange part is that if I measure the amount of bytes that I receive from the IMAP service; I measure far less bytes being transferred than bytes being consumed in memory. It not only stores all the received data, it also stores a lot more in memory (probably mostly 4 bytes pointers and GData stuff). I wonder whether there was a reason why it was implemented this way? If not, I'm planning to rewrite imap_update_summary in a different way. For example by immediately creating a CamelMessageInfo struct or burning it to the summary file instantly and freeing the GData created from the stream in-loop. -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http://www.pvanhoof.be - http://www.x-tend.be From spam@pvanhoof.be Sun Oct 22 10:29:17 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 382AC3B01B2 for ; Sun, 22 Oct 2006 10:29:17 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22324-04 for ; Sun, 22 Oct 2006 10:29:14 -0400 (EDT) Received: from mail.freax.org (mail.freax.org [86.39.154.66]) by menubar.gnome.org (Postfix) with ESMTP id 671D23B000E for ; Sun, 22 Oct 2006 10:29:14 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.freax.org (Postfix) with ESMTP id 8BA22186911 for ; Sun, 22 Oct 2006 16:19:43 +0200 (CEST) Received: from mail.freax.org ([127.0.0.1]) by localhost (mail.freax.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PYqmCMU5bu1R for ; Sun, 22 Oct 2006 16:19:43 +0200 (CEST) Received: from [192.168.1.100] (d54C18260.access.telenet.be [84.193.130.96]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.freax.org (Postfix) with ESMTP id 5A4251867CE for ; Sun, 22 Oct 2006 16:19:43 +0200 (CEST) From: Philip Van Hoof To: Evolution Hackers In-Reply-To: <1161524517.5415.4.camel@localhost.localdomain> References: <1161524517.5415.4.camel@localhost.localdomain> Content-Type: text/plain Date: Sun, 22 Oct 2006 16:29:11 +0200 Message-Id: <1161527352.5415.8.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.583 tagged_above=-999 required=2 tests=[AWL=0.018, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] X-Spam-Score: -2.583 X-Spam-Level: Subject: Re: [Evolution-hackers] Reviewing imap_update_summary X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Oct 2006 14:29:17 -0000 On Sun, 2006-10-22 at 15:41 +0200, Philip Van Hoof wrote: > In the code I have found no real reason to why this was done in > separated loops (steps) rather than one step and at the end of the loop, > free the data already. Especially for the third step (x), which seem to > consume most memory while it's happening. After measuring the memory usage of the implementation, it saw that it's not the third step but the first that is allocating 90% of the memory. That's this loop: fetch_data = g_ptr_array_new (); messages = g_ptr_array_new (); while ((type = camel_imap_command_response (store, &resp, ex) == CAMEL_IMAP_RESPONSE_UNTAGGED) { data = parse_fetch_response (imap_folder, resp); g_free (resp); ... } I measured this by simply interrupting the function (returning it), and running it in valgrind. The first one at the very start allocates everything (while receiving the result). -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http://www.pvanhoof.be - http://www.x-tend.be From psankar@novell.com Mon Oct 23 06:02:41 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C4D083B00CB for ; Mon, 23 Oct 2006 06:02:41 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08212-02 for ; Mon, 23 Oct 2006 06:02:41 -0400 (EDT) Received: from sinclair.provo.novell.com (sinclair.provo.novell.com [137.65.248.137]) by menubar.gnome.org (Postfix) with ESMTP id 91EF53B0018 for ; Mon, 23 Oct 2006 06:02:40 -0400 (EDT) Received: from INET-PRV-MTA by sinclair.provo.novell.com with Novell_GroupWise; Mon, 23 Oct 2006 04:02:40 -0600 Message-Id: <453C5AF0020000E7000164C1@sinclair.provo.novell.com> X-Mailer: Novell GroupWise Internet Agent 7.0.1 Date: Mon, 23 Oct 2006 04:02:23 -0600 From: "Sankar P" To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.471 tagged_above=-999 required=2 tests=[AWL=-0.072, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.471 X-Spam-Level: Cc: evolution-hackers@gnome.org Subject: Re: [Evolution-hackers] Reviewing imap_update_summary X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 10:02:41 -0000 On Sun, 2006-10-22 at 15:41 +0200, Philip Van Hoof wrote: > Greetings, > > imap_update_summary is implemented in three or four steps: > > o. Getting (all) the headers/uids > o. Finding the ones that we must still fetch > o. Fetching those (x) > o. Writing out the summary > > The steps each consume memory and reuse some of the memory of the > previous step. Pointers to that memory is stored in GPtrArray's like > fetch_data and messages. > > In the code I have found no real reason to why this was done in > separated loops (steps) rather than one step and at the end of the loop, > free the data already. Especially for the third step (x), which seem to > consume most memory while it's happening. I rewrote this behavior in camel-GroupWise to fetch data in iterations, so that the memory requirement remains a constant k instead of O(n), n being the number of messages. I expected it work better. (GW and IMAP code are similar in this aspect) However, when I tested it, as expected, the memory requirement came down but the number of disk-access increased and hence it became slow. So I reverted it to the old behavior. You can try rewriting this in IMAP and you will find out that the time taken to complete the sync will increase in case of large folders. > > The current implementation requires the data being received from the > IMAP service to be kept in memory until the entire folder has been > received and all steps done. This consumes more than one entire kilobyte > per message. Multiply that with for example 5,000 headers and you'll get > 5 MB memory consumption for fetching the new messages of a very small > IMAP folder (in case no other messages had been received before you > first started the procedure). > > Multiply that with 50,000 headers and you'll get 50 - 60 MB memory > consumption for a not extremely big but relatively big IMAP folders. > > Which will be freed, yes, but nevertheless it's a slowly growing peak > (the speed depends on the connection with your IMAP server) that only > gets deallocated or when pressing cancel or when all messages are > received (which can take a significant amount of time). I tested the changes that I made (in camel-GW) and found that in actual deployment scenario, people prefer having an occasional memory-shootup (which will come down as soon as mail-fetch is complete) rather than having so many disk-access, that will eventually make operations longer to complete. > > The strange part is that if I measure the amount of bytes that I receive > from the IMAP service; I measure far less bytes being transferred than > bytes being consumed in memory. It not only stores all the received > data, it also stores a lot more in memory (probably mostly 4 bytes > pointers and GData stuff). > > I wonder whether there was a reason why it was implemented this way? If > not, I'm planning to rewrite imap_update_summary in a different way. For > example by immediately creating a CamelMessageInfo struct or burning it > to the summary file instantly and freeing the GData created from the > stream in-loop. If you want the memory usage to be a constant value, the best solution is to make the folder_sync function fetch summaries iteratively from a database back-end (not from flat-files or mmap). Perhaps this should be done at a higher (camel) level so that all the providers can make use of it; Means rewriting parts of the camel folder, summary etc. Anyway, all this is already covered under "On-Disk-Summaries". If you are so obsessed about memory usage, go ahead and give it a try. Some times, the customer's needs are different from what the hacker may perceive to be the most important thing. Evolution's periodic memory shootup (and subsequent coming down) is considered to be normal by the customers than things like Proxy-authentication-failure (libsoup), EDS crashes etc, that we have been working on. It is an interesting work but we (the Evolution team) have got other priorities driven based on actual customer deployment needs. These are the most important things that Evolution (and indirectly Camel also) should address to become a stable enterprise-level GNOME app. Sankar From spam@pvanhoof.be Mon Oct 23 06:32:24 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E4CD53B0018 for ; Mon, 23 Oct 2006 06:32:23 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09935-02 for ; Mon, 23 Oct 2006 06:32:20 -0400 (EDT) Received: from mail.freax.org (mail.freax.org [86.39.154.66]) by menubar.gnome.org (Postfix) with ESMTP id AA1FE3B00CB for ; Mon, 23 Oct 2006 06:32:19 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.freax.org (Postfix) with ESMTP id A519B187785; Mon, 23 Oct 2006 12:22:46 +0200 (CEST) Received: from mail.freax.org ([127.0.0.1]) by localhost (mail.freax.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iEGi6Lrja28m; Mon, 23 Oct 2006 12:22:46 +0200 (CEST) Received: from [10.0.2.238] (57.101-66-87.adsl-dyn.isp.belgacom.be [87.66.101.57]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.freax.org (Postfix) with ESMTP id 588911867A7; Mon, 23 Oct 2006 12:22:46 +0200 (CEST) From: Philip Van Hoof To: Sankar P In-Reply-To: <453C5AF0020000E7000164C1@sinclair.provo.novell.com> References: <453C5AF0020000E7000164C1@sinclair.provo.novell.com> Content-Type: text/plain Date: Mon, 23 Oct 2006 12:32:18 +0200 Message-Id: <1161599538.4937.60.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.586 tagged_above=-999 required=2 tests=[AWL=0.015, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] X-Spam-Score: -2.586 X-Spam-Level: Cc: evolution-hackers@gnome.org Subject: Re: [Evolution-hackers] Reviewing imap_update_summary X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 10:32:24 -0000 On Mon, 2006-10-23 at 04:02 -0600, Sankar P wrote: Hey Sankar, Thanks for the response. > I rewrote this behavior in camel-GroupWise to fetch data in iterations, > so that the memory requirement remains a constant k instead of O(n), n > being the number of messages. I expected it work better. (GW and IMAP > code are similar in this aspect) > > However, when I tested it, as expected, the memory requirement came down > but the number of disk-access increased and hence it became slow. So I > reverted it to the old behavior. I acknowledge that the time increases. For me not significant but it does indeed take longer. Doing nothing is of course faster than dumping something to disk. > You can try rewriting this in IMAP and you will find out that the time > taken to complete the sync will increase in case of large folders. This is correct and the case. On a mobile device, however, the time it takes is (imo) less important than the possibility to do it. Maybe I shouldn't use the "1, 2, 4, 8, etc" serie but do something like "1, 10, 100, 1000" to decrease the amount of to-disk dumps? What do you think? At this moment it's the provider-code itself that determines this nth. When talking about 'design', it might indeed be better if the camel- folder-summary.c implements that decision. For now, the experiment itself is implemented as a hack (I agree). I would be interested in trying to improve it in a design-sense if there's interest (and discussion) from the Evolution team in something like this. Being a hack, once supported by all providers, I am probably going to use it in tinymail. I would of course prefer that Camel itself would someday enjoy the same improvements too. But it's not something I require nor will push for. I "touch evolution", if you want it..tell me :) > I tested the changes that I made (in camel-GW) and found that in actual > deployment scenario, people prefer having an occasional memory-shootup > (which will come down as soon as mail-fetch is complete) rather than > having so many disk-access, that will eventually make operations longer > to complete. For a desktop user I can imagine that, yes. For a mobile device, the memory shootup means that it's impossible to support such large folders and that during the download, the device becomes unusable for almost-large folders (that I definitely do want to support) sized around 20,000 hdrs. This is perhaps why a different design would be a good idea?: delegate the decision to a more specific plugin or piece of code that is global for all providers (rather than a patch-per-provider for each target). > If you want the memory usage to be a constant value, the best solution > is to make the folder_sync function fetch summaries iteratively from a > database back-end (not from flat-files or mmap). Perhaps this should be > done at a higher (camel) level so that all the providers can make use of > it; Means rewriting parts of the camel folder, summary etc. I agree > Anyway, all this is already covered under "On-Disk-Summaries". If you > are so obsessed about memory usage, go ahead and give it a try. I should. But I need something that works today ;). I have already, however, repeatedly stated that I'm very interested in the on-disk-summary concepts and that if a team would start with this work, I'd definitely join that team. I'm not naive to think that I could do it on my own. I ACK that implementing the concepts takes a team of smart people. I think that libspruce and GMime would be a nice (fresh) starting point for such an implementation. If it would happen, tinymail would probably become one of the first E-mail framework(/client) to actively use the disk-summary concepts and ideas. Absolutely :) > Some times, the customer's needs are different from what the hacker may > perceive to be the most important thing. Evolution's periodic memory > shootup (and subsequent coming down) is considered to be normal by the > customers than things like Proxy-authentication-failure (libsoup), EDS > crashes etc, that we have been working on. > It is an interesting work but we (the Evolution team) have got other > priorities driven based on actual customer deployment needs. These are > the most important things that Evolution (and indirectly Camel also) > should address to become a stable enterprise-level GNOME app. No problem. Yet I hope my experiments might someday be useful for the Evolution project. Until then, I'll use tinymail as host for them. -- Philip Van Hoof, software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be blog: http://pvanhoof.be/blog From khadgaray@gmail.com Mon Oct 23 12:45:31 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id DE2813B0075 for ; Mon, 23 Oct 2006 12:45:30 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30760-06 for ; Mon, 23 Oct 2006 12:45:29 -0400 (EDT) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.239]) by menubar.gnome.org (Postfix) with ESMTP id E9F5F3B00C2 for ; Mon, 23 Oct 2006 12:45:26 -0400 (EDT) Received: by wx-out-0506.google.com with SMTP id i30so1441850wxd for ; Mon, 23 Oct 2006 09:45:26 -0700 (PDT) Received: by 10.90.100.2 with SMTP id x2mr2239751agb; Mon, 23 Oct 2006 09:45:26 -0700 (PDT) Received: from ?172.16.37.22? ( [202.41.228.162]) by mx.google.com with ESMTP id 25sm225291wra.2006.10.23.09.45.24; Mon, 23 Oct 2006 09:45:26 -0700 (PDT) From: Ritesh Khadgaray To: Maciej Piechotka In-Reply-To: <9d146d660610201334j45d3e984seaac51fd4bb822fd@mail.gmail.com> References: <9d146d660610201334j45d3e984seaac51fd4bb822fd@mail.gmail.com> Content-Type: text/plain Date: Mon, 23 Oct 2006 22:16:27 +0530 Message-Id: <1161621987.3213.34.camel@rkhadgar.pnq.redhat.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.0 (2.8.0-7.fc6) Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.196 tagged_above=-999 required=2 tests=[AWL=0.204, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.196 X-Spam-Level: Cc: Evolution Hackers Subject: Re: [Evolution-hackers] Evolution Data Server - Java or .Net bindings X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 16:45:31 -0000 On Fri, 2006-10-20 at 22:34 +0200, Maciej Piechotka wrote: > Is there are any Java or .Net bindings? > I'd like to write backends using library which are only on this two languages. i have heard of evolution-sharp http://ftp.gnome.org/pub/GNOME/sources/evolution-sharp/ > > Regards > _______________________________________________ > Evolution-hackers mailing list > Evolution-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/evolution-hackers -- Ritesh Khadgaray LinuX N Stuff Ph: +919822394463 Eat Right, Exercise, Die Anyway. From uzytkownik2@gmail.com Mon Oct 23 13:20:13 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 711D53B02E3 for ; Mon, 23 Oct 2006 13:20:13 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00731-05 for ; Mon, 23 Oct 2006 13:20:11 -0400 (EDT) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by menubar.gnome.org (Postfix) with ESMTP id 5BC753B02F4 for ; Mon, 23 Oct 2006 13:20:06 -0400 (EDT) Received: by py-out-1112.google.com with SMTP id 57so145014pya for ; Mon, 23 Oct 2006 10:19:32 -0700 (PDT) Received: by 10.35.121.2 with SMTP id y2mr6898237pym; Mon, 23 Oct 2006 09:54:57 -0700 (PDT) Received: by 10.35.81.13 with HTTP; Mon, 23 Oct 2006 09:54:57 -0700 (PDT) Message-ID: <9d146d660610230954y61aeb22ckb44495d726d84fc5@mail.gmail.com> Date: Mon, 23 Oct 2006 18:54:57 +0200 From: "Maciej Piechotka" To: "Ritesh Khadgaray" In-Reply-To: <1161621987.3213.34.camel@rkhadgar.pnq.redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <9d146d660610201334j45d3e984seaac51fd4bb822fd@mail.gmail.com> <1161621987.3213.34.camel@rkhadgar.pnq.redhat.com> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.33 tagged_above=-999 required=2 tests=[AWL=0.070, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.33 X-Spam-Level: Cc: Evolution Hackers Subject: Re: [Evolution-hackers] Evolution Data Server - Java or .Net bindings X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 17:20:13 -0000 On 10/23/06, Ritesh Khadgaray wrote: > On Fri, 2006-10-20 at 22:34 +0200, Maciej Piechotka wrote: > > Is there are any Java or .Net bindings? > > I'd like to write backends using library which are only on this two languages. > > i have heard of evolution-sharp > http://ftp.gnome.org/pub/GNOME/sources/evolution-sharp/ > I know - but it's rather frontend then backend - or I'm blind. > > > > Regards Regards From khadgaray@gmail.com Mon Oct 23 16:31:43 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C19103B00D7 for ; Mon, 23 Oct 2006 16:31:43 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12093-05 for ; Mon, 23 Oct 2006 16:31:41 -0400 (EDT) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by menubar.gnome.org (Postfix) with ESMTP id A00DD3B00E8 for ; Mon, 23 Oct 2006 16:31:40 -0400 (EDT) Received: by ug-out-1314.google.com with SMTP id l31so1307638ugc for ; Mon, 23 Oct 2006 13:31:39 -0700 (PDT) Received: by 10.66.221.19 with SMTP id t19mr8061676ugg; Mon, 23 Oct 2006 13:31:39 -0700 (PDT) Received: from ?172.16.37.22? ( [202.41.228.162]) by mx.google.com with ESMTP id g7sm9981783wra.2006.10.23.13.31.37; Mon, 23 Oct 2006 13:31:39 -0700 (PDT) From: Ritesh Khadgaray To: Maciej Piechotka In-Reply-To: <9d146d660610230954y61aeb22ckb44495d726d84fc5@mail.gmail.com> References: <9d146d660610201334j45d3e984seaac51fd4bb822fd@mail.gmail.com> <1161621987.3213.34.camel@rkhadgar.pnq.redhat.com> <9d146d660610230954y61aeb22ckb44495d726d84fc5@mail.gmail.com> Content-Type: text/plain Date: Tue, 24 Oct 2006 02:02:40 +0530 Message-Id: <1161635561.3213.36.camel@rkhadgar.pnq.redhat.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.0 (2.8.0-7.fc6) Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.197 tagged_above=-999 required=2 tests=[AWL=0.203, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.197 X-Spam-Level: Cc: Evolution Hackers Subject: Re: [Evolution-hackers] Evolution Data Server - Java or .Net bindings X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 20:31:43 -0000 On Mon, 2006-10-23 at 18:54 +0200, Maciej Piechotka wrote: > On 10/23/06, Ritesh Khadgaray wrote: > > On Fri, 2006-10-20 at 22:34 +0200, Maciej Piechotka wrote: > > > Is there are any Java or .Net bindings? > > > I'd like to write backends using library which are only on this two languages. > > > > i have heard of evolution-sharp > > http://ftp.gnome.org/pub/GNOME/sources/evolution-sharp/ > > > > I know - but it's rather frontend then backend - or I'm blind. ouch. time for me to visit a optician http://www.thecentric.com/?cat=2 > > > > > > > Regards > > Regards -- Ritesh Khadgaray LinuX N Stuff Ph: +919822394463 Eat Right, Exercise, Die Anyway. From khadgaray@gmail.com Mon Oct 23 16:34:18 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id BCB493B00D7 for ; Mon, 23 Oct 2006 16:34:18 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12181-04 for ; Mon, 23 Oct 2006 16:34:18 -0400 (EDT) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.235]) by menubar.gnome.org (Postfix) with ESMTP id B927C3B009C for ; Mon, 23 Oct 2006 16:34:17 -0400 (EDT) Received: by wx-out-0506.google.com with SMTP id i30so1501794wxd for ; Mon, 23 Oct 2006 13:34:17 -0700 (PDT) Received: by 10.90.32.19 with SMTP id f19mr2638255agf; Mon, 23 Oct 2006 13:34:17 -0700 (PDT) Received: from ?172.16.37.22? ( [202.41.228.162]) by mx.google.com with ESMTP id 39sm1847351wrl.2006.10.23.13.34.15; Mon, 23 Oct 2006 13:34:17 -0700 (PDT) From: Ritesh Khadgaray To: Maciej Piechotka In-Reply-To: <9d146d660610230954y61aeb22ckb44495d726d84fc5@mail.gmail.com> References: <9d146d660610201334j45d3e984seaac51fd4bb822fd@mail.gmail.com> <1161621987.3213.34.camel@rkhadgar.pnq.redhat.com> <9d146d660610230954y61aeb22ckb44495d726d84fc5@mail.gmail.com> Content-Type: text/plain Date: Tue, 24 Oct 2006 02:05:18 +0530 Message-Id: <1161635718.3213.38.camel@rkhadgar.pnq.redhat.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.0 (2.8.0-7.fc6) Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.197 tagged_above=-999 required=2 tests=[AWL=0.203, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.197 X-Spam-Level: Cc: Evolution Hackers Subject: Re: [Evolution-hackers] Evolution Data Server - Java or .Net bindings X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 20:34:18 -0000 On Mon, 2006-10-23 at 18:54 +0200, Maciej Piechotka wrote: > On 10/23/06, Ritesh Khadgaray wrote: > > On Fri, 2006-10-20 at 22:34 +0200, Maciej Piechotka wrote: > > > Is there are any Java or .Net bindings? > > > I'd like to write backends using library which are only on this two languages. > > > > i have heard of evolution-sharp > > http://ftp.gnome.org/pub/GNOME/sources/evolution-sharp/ > > > > I know - but it's rather frontend then backend - or I'm blind. additionally, time for me to file a bug report ? Name : evolution-sharp Relocations: (not relocatable) Version : 0.11.1 Vendor: Red Hat, Inc. Release : 10.fc6 Build Date: Tue 12 Sep 2006 11:06:33 AM IST ... URL : http://ftp.gnome.org/pub/GNOME/sources/evolution-sharp/0.10/ Summary : Evolution Data Server Mono Bindings Description : Mono/C# bindings for the Evolution addressbook. > > > > > > > Regards > > Regards -- Ritesh Khadgaray LinuX N Stuff Ph: +919822394463 Eat Right, Exercise, Die Anyway. From spam@pvanhoof.be Mon Oct 23 19:56:36 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 404C43B0092 for ; Mon, 23 Oct 2006 19:56:36 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22375-03 for ; Mon, 23 Oct 2006 19:56:34 -0400 (EDT) Received: from mail.freax.org (mail.freax.org [86.39.154.66]) by menubar.gnome.org (Postfix) with ESMTP id 4DD053B0075 for ; Mon, 23 Oct 2006 19:56:33 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.freax.org (Postfix) with ESMTP id F2A7A187775 for ; Tue, 24 Oct 2006 01:46:58 +0200 (CEST) Received: from mail.freax.org ([127.0.0.1]) by localhost (mail.freax.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cPwFNbFx9cyy for ; Tue, 24 Oct 2006 01:46:58 +0200 (CEST) Received: from [192.168.1.100] (d54C18260.access.telenet.be [84.193.130.96]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.freax.org (Postfix) with ESMTP id 7DA531867AE for ; Tue, 24 Oct 2006 01:46:58 +0200 (CEST) From: Philip Van Hoof To: Evolution Hackers In-Reply-To: <1161524517.5415.4.camel@localhost.localdomain> References: <1161524517.5415.4.camel@localhost.localdomain> Content-Type: text/plain Date: Tue, 24 Oct 2006 01:56:30 +0200 Message-Id: <1161647791.5428.9.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.545 tagged_above=-999 required=2 tests=[AWL=-0.021, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TW_TC=0.077] X-Spam-Score: -2.545 X-Spam-Level: Subject: Re: [Evolution-hackers] Reviewing imap_update_summary X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 23:56:36 -0000 With "UID FETCH %d:%d FLAGS" being something not all IMAP servers don't correctly support, I was a little bit forced to rewrite the imap_update_summary function into these two ones: I also simplified it a little bit. And removed one of the two/three GPtrArrays (that are being synchronized and other funny stuff). ps. I still need to test this one, and recheck for problems, etc etc ... static guint32 imap_get_uids (CamelFolder *folder, CamelImapStore *store, CamelException *ex, GPtrArray *needheaders, int size, int got) { char *resp; CamelImapResponseType type; guint32 cnt = 0; CamelImapFolder *imap_folder = CAMEL_IMAP_FOLDER (folder); GData *data; camel_operation_start (NULL, _("Fetching summary information for new messages in %s"), folder->name); while ((type = camel_imap_command_response (store, &resp, ex)) == CAMEL_IMAP_RESPONSE_UNTAGGED) { cnt++; data = parse_fetch_response (imap_folder, resp); g_free (resp); if (!data) continue; g_ptr_array_add (needheaders, g_datalist_get_data (&data, "UID")); if (size > 0) camel_operation_progress (NULL, got * 100 / size); } camel_operation_end (NULL); g_free (resp); return cnt; } static void imap_update_summary (CamelFolder *folder, int exists, CamelFolderChangeInfo *changes, CamelException *ex) { CamelImapStore *store = CAMEL_IMAP_STORE (folder->parent_store); CamelImapFolder *imap_folder = CAMEL_IMAP_FOLDER (folder); GPtrArray *fetch_data = NULL, *messages = NULL, *needheaders; guint32 flags, uidval; int i, seq, first, size, got; CamelImapResponseType type; const char *header_spec; CamelImapMessageInfo *mi, *info; CamelStream *stream; char *uid, *resp; GData *data; gboolean more = TRUE; unsigned int nextn = 1, cnt=0, tcnt=0; if (store->server_level >= IMAP_LEVEL_IMAP4REV1) header_spec = "HEADER.FIELDS (" CAMEL_MESSAGE_INFO_HEADERS MAILING_LIST_HEADERS ")"; else header_spec = "0"; /* Used as a way to fetch all Headers instead of the selective headers. Support for fetching custom headers could be done in a better way, using CamelURL and EPlugins. */ if( g_getenv ("EVO_IMAP_FETCH_ALL_HEADERS") ) header_spec = "HEADER"; tcnt = 0; while (more) { seq = camel_folder_summary_count (folder->summary); first = seq + 1; if (seq > 0) { mi = (CamelImapMessageInfo *)camel_folder_summary_index (folder->summary, seq - 1); uidval = strtoul(camel_message_info_uid (mi), NULL, 10); camel_message_info_free(&mi->info); } else uidval = 0; size = (exists - seq) * (IMAP_PRETEND_SIZEOF_FLAGS + IMAP_PRETEND_SIZEOF_SIZE + IMAP_PRETEND_SIZEOF_HEADERS); got = 0; if (!camel_imap_command_start (store, folder, ex, "UID FETCH %d:%d FLAGS", uidval + 1, uidval + 1 + nextn)) return; more = FALSE; needheaders = g_ptr_array_new (); cnt = imap_get_uids (folder, store, ex, needheaders, size, got); tcnt += cnt; if (tcnt >= (exists - seq)) more = FALSE; else more = TRUE; if (more && (((exists - seq) > nextn) && (cnt < nextn))) { if (!camel_imap_command_start (store, folder, ex, "UID FETCH %d:* FLAGS", uidval + 1)) return; cnt = imap_get_uids (folder, store, ex, needheaders, size, got); tcnt += cnt; more = FALSE; } if (nextn < 1000) nextn += (nextn+5); else nextn = 1000; messages = g_ptr_array_new (); if (needheaders->len) { char *uidset; int uid = 0; qsort (needheaders->pdata, needheaders->len, sizeof (void *), uid_compar); camel_operation_start (NULL, _("Fetching summary information for new messages in %s"), folder->name); while (uid < needheaders->len) { uidset = imap_uid_array_to_set (folder->summary, needheaders, uid, UID_SET_LIMIT, &uid); if (!camel_imap_command_start (store, folder, ex, "UID FETCH %s (FLAGS INTERNALDATE BODY.PEEK[%s])", uidset, header_spec)) { g_ptr_array_free (needheaders, TRUE); camel_operation_end (NULL); g_free (uidset); goto lose; } g_free (uidset); while ((type = camel_imap_command_response (store, &resp, ex)) == CAMEL_IMAP_RESPONSE_UNTAGGED) { gchar *muid; data = parse_fetch_response (imap_folder, resp); g_free (resp); if (!data) continue; stream = g_datalist_get_data (&data, "BODY_PART_STREAM"); if (stream) { mi = add_message_from_data (folder, messages, first, data); if (mi) { flags = GPOINTER_TO_INT (g_datalist_get_data (&data, "FLAGS")); if (flags) { mi->server_flags = flags; mi->info.flags |= flags; flags_to_label(folder, mi); } muid = g_datalist_get_data (&data, "UID"); if (muid) { mi->info.uid = g_strdup (muid); mi->info.uid_needs_free = TRUE; } } got += IMAP_PRETEND_SIZEOF_HEADERS; if (size > 0) camel_operation_progress (NULL, got * 100 / size); } g_datalist_clear (&data); } if (type == CAMEL_IMAP_RESPONSE_ERROR) { g_ptr_array_free (needheaders, TRUE); camel_operation_end (NULL); goto lose; } } g_ptr_array_free (needheaders, TRUE); camel_operation_end (NULL); } /* And add the entries to the summary, etc. */ for (i = 0; i < messages->len; i++) { mi = messages->pdata[i]; if (!mi) continue; uid = (char *)camel_message_info_uid(mi); if (uid[0] == 0) { g_warning("Server provided no uid: message %d", i + first); camel_exception_setv (ex, CAMEL_EXCEPTION_SYSTEM, _("Incomplete server response: no UID provided for message %d"), i + first); break; } info = (CamelImapMessageInfo *)camel_folder_summary_uid(folder->summary, uid); if (info) { for (seq = 0; seq < camel_folder_summary_count (folder->summary); seq++) { if (folder->summary->messages->pdata[seq] == info) break; } g_warning("Message already present? %s", camel_message_info_uid(mi)); camel_exception_setv (ex, CAMEL_EXCEPTION_SYSTEM, _("Unexpected server response: Identical UIDs provided for messages %d and %d"), seq + 1, i + first); camel_message_info_free(&info->info); break; } camel_folder_summary_add (folder->summary, (CamelMessageInfo *)mi); camel_folder_change_info_add_uid (changes, camel_message_info_uid (mi)); if ((mi->info.flags & CAMEL_IMAP_MESSAGE_RECENT)) camel_folder_change_info_recent_uid(changes, camel_message_info_uid (mi)); } camel_folder_summary_dump_mmap (folder->summary); for ( ; i < messages->len; i++) { if ((mi = messages->pdata[i])) camel_message_info_free(&mi->info); } g_ptr_array_free (messages, TRUE); goto endbmore; lose: if (fetch_data) { for (i = 0; i < fetch_data->len; i++) { data = fetch_data->pdata[i]; g_datalist_clear (&data); } g_ptr_array_free (fetch_data, TRUE); } if (messages) { for (i = 0; i < messages->len; i++) { if (messages->pdata[i]) camel_message_info_free(messages->pdata[i]); } g_ptr_array_free (messages, TRUE); } endbmore: i++; i--; } /* more */ } -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http://www.pvanhoof.be - http://www.x-tend.be From spam@pvanhoof.be Mon Oct 23 20:29:14 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 682733B000B for ; Mon, 23 Oct 2006 20:29:14 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24119-07 for ; Mon, 23 Oct 2006 20:29:12 -0400 (EDT) Received: from mail.freax.org (mail.freax.org [86.39.154.66]) by menubar.gnome.org (Postfix) with ESMTP id 826C23B007C for ; Mon, 23 Oct 2006 20:29:12 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.freax.org (Postfix) with ESMTP id 33FA0187798 for ; Tue, 24 Oct 2006 02:19:38 +0200 (CEST) Received: from mail.freax.org ([127.0.0.1]) by localhost (mail.freax.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nbIZZQNIs9Dj for ; Tue, 24 Oct 2006 02:19:38 +0200 (CEST) Received: from [192.168.1.100] (d54C18260.access.telenet.be [84.193.130.96]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.freax.org (Postfix) with ESMTP id EB0861867AE for ; Tue, 24 Oct 2006 02:19:37 +0200 (CEST) From: Philip Van Hoof To: Evolution Hackers In-Reply-To: <1161647791.5428.9.camel@localhost.localdomain> References: <1161524517.5415.4.camel@localhost.localdomain> <1161647791.5428.9.camel@localhost.localdomain> Content-Type: text/plain Date: Tue, 24 Oct 2006 02:29:10 +0200 Message-Id: <1161649751.5428.11.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.583 tagged_above=-999 required=2 tests=[AWL=0.018, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] X-Spam-Score: -2.583 X-Spam-Level: Subject: Re: [Evolution-hackers] Reviewing imap_update_summary X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 00:29:14 -0000 On Tue, 2006-10-24 at 01:56 +0200, Philip Van Hoof wrote: > static guint32 > imap_get_uids (.... > { ... > while ((type = camel_imap_command_response (store, &resp, ex)) == > CAMEL_IMAP_RESPONSE_UNTAGGED) > { ... > if (size > 0) > camel_operation_progress (NULL, got * 100 / size); Which obviously has a memory leak here. > } ... > } And other problems. Feel free to follow up at "imap_update_summary" in https://svn.tinymail.org/svn/tinymail/trunk/libtinymail-camel/camel-lite/camel/providers/imap/camel-imap-folder.c :) -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http://www.pvanhoof.be - http://www.x-tend.be From uzytkownik2@gmail.com Mon Oct 23 21:57:04 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id F04BF3B007C for ; Mon, 23 Oct 2006 21:57:03 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27724-09 for ; Mon, 23 Oct 2006 21:57:03 -0400 (EDT) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.203]) by menubar.gnome.org (Postfix) with ESMTP id BEA493B01C2 for ; Mon, 23 Oct 2006 21:57:02 -0400 (EDT) Received: by nz-out-0102.google.com with SMTP id m22so599965nzf for ; Mon, 23 Oct 2006 18:57:02 -0700 (PDT) Received: by 10.35.106.18 with SMTP id i18mr7331307pym; Mon, 23 Oct 2006 14:11:50 -0700 (PDT) Received: by 10.35.81.13 with HTTP; Mon, 23 Oct 2006 14:11:50 -0700 (PDT) Message-ID: <9d146d660610231411m3db56cc8u355d170ace7cc754@mail.gmail.com> Date: Mon, 23 Oct 2006 23:11:50 +0200 From: "Maciej Piechotka" To: "Ritesh Khadgaray" In-Reply-To: <1161635561.3213.36.camel@rkhadgar.pnq.redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <9d146d660610201334j45d3e984seaac51fd4bb822fd@mail.gmail.com> <1161621987.3213.34.camel@rkhadgar.pnq.redhat.com> <9d146d660610230954y61aeb22ckb44495d726d84fc5@mail.gmail.com> <1161635561.3213.36.camel@rkhadgar.pnq.redhat.com> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.331 tagged_above=-999 required=2 tests=[AWL=0.069, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.331 X-Spam-Level: Cc: Evolution Hackers Subject: Re: [Evolution-hackers] Evolution Data Server - Java or .Net bindings X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 01:57:04 -0000 On 10/23/06, Ritesh Khadgaray wrote: > On Mon, 2006-10-23 at 18:54 +0200, Maciej Piechotka wrote: > > On 10/23/06, Ritesh Khadgaray wrote: > > > On Fri, 2006-10-20 at 22:34 +0200, Maciej Piechotka wrote: > > > > Is there are any Java or .Net bindings? > > > > I'd like to write backends using library which are only on this two languages. > > > > > > i have heard of evolution-sharp > > > http://ftp.gnome.org/pub/GNOME/sources/evolution-sharp/ > > > > > > > I know - but it's rather frontend then backend - or I'm blind. > ouch. time for me to visit a optician > > http://www.thecentric.com/?cat=2 > Sorry - I couldn't find this site (or is it just a joke, which I don't understand? English is not my native language). Regards From spam@pvanhoof.be Tue Oct 24 07:34:30 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4C2D03B00BB for ; Tue, 24 Oct 2006 07:34:30 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21079-01 for ; Tue, 24 Oct 2006 07:34:27 -0400 (EDT) Received: from mail.freax.org (mail.freax.org [86.39.154.66]) by menubar.gnome.org (Postfix) with ESMTP id 936DE3B0091 for ; Tue, 24 Oct 2006 07:34:26 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.freax.org (Postfix) with ESMTP id 18AA11867D5 for ; Tue, 24 Oct 2006 13:24:51 +0200 (CEST) Received: from mail.freax.org ([127.0.0.1]) by localhost (mail.freax.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id B8Jm9W-rq84Q for ; Tue, 24 Oct 2006 13:24:51 +0200 (CEST) Received: from [10.0.2.238] (57.101-66-87.adsl-dyn.isp.belgacom.be [87.66.101.57]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.freax.org (Postfix) with ESMTP id D4D91186799 for ; Tue, 24 Oct 2006 13:24:50 +0200 (CEST) From: Philip Van Hoof To: Evolution Hackers Content-Type: text/plain Date: Tue, 24 Oct 2006 13:34:26 +0200 Message-Id: <1161689667.4858.26.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.586 tagged_above=-999 required=2 tests=[AWL=0.015, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] X-Spam-Score: -2.586 X-Spam-Level: Subject: [Evolution-hackers] IMAP summary synchronization improvements X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 11:34:30 -0000 About http://cvs.gnome.org/viewcvs/evolution-data-server/camel/providers/imap/camel-imap-folder.c?rev=1.363&view=markup It looks like after seq = camel_folder_summary_count (folder->summary); The "seq" is (often) 0 the first time an IMAP folder is used during the session. After that, the summary is indeed loaded and seq will have the correct value (the amount of summary items that are on-disk cached). A consequence is that the first time an IMAP folder's summary is updated (being online, that's right after Evolution is started up, for each folder) the code will ask for-each UID rather than only the UIDs that aren't yet in the summary cache. A simple this thingy seems solve it: i = camel_folder_summary_count (folder->summary); if (i <= 0) camel_folder_summary_load (folder->summary); FYI, I have reimplemented the "imap_update_summary" method here: http://svn.tinymail.org/svn/tinymail/trunk/libtinymail-camel/camel-lite/camel/providers/imap/camel-imap-folder.c This implementation uses a lot less bandwidth, consumes far less memory and seems to be actually faster than the original one (although I do dump the summary to disk each nth header). It's faster because I send-and-receive a lot less with the IMAP service. I fall-back on using the "UID FETCH %d:* (FLAGS)" in case it didn't receive enough new headers yet (it calculates this). In normal circumstances it will use "UID FETCH %d:%d (FLAGS)", immediately store those UIDs in needheaders and in-one-loop create the CamelMessageInfo instances and dump them to disk each nth header. I removed all the headers that aren't being used. For example the first "UID FETCH" doesn't need anything other than the UIDs. In stead of three different loops that need to keep a copy of all the data around during the whole transfer, I reimplemented this in one loop. This also means that I can freeup the received data in-that-loop, rather than out-of-the-loops. Keeping memory consumption at a minimum. Together with the mmap patch, the dumping will mean that it will flush-away newly received headers to the disk, that the mmap will reload them and that memory consumption of those newly received headers will therefore each nth received header be the same as the for-mmap-normal situation (56% is mmapped and 44% is allocated). The only API call that makes this incompatible with a normal Camel is the camel_folder_summary_dump_mmap. If you diff camel-imap-folder.c of Evolution's Camel with this camel-imap-folder.c of Tinymail's Camel, and remove those API calls, you'll have a working Camel that doesn't use the mmap stuff but that will receive and update summary faster from IMAP, using less memory. -- Philip Van Hoof, software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be blog: http://pvanhoof.be/blog From spam@pvanhoof.be Tue Oct 24 09:43:07 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 406EC3B011C for ; Tue, 24 Oct 2006 09:43:07 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28392-06 for ; Tue, 24 Oct 2006 09:43:01 -0400 (EDT) Received: from mail.freax.org (mail.freax.org [86.39.154.66]) by menubar.gnome.org (Postfix) with ESMTP id A35AC3B0142 for ; Tue, 24 Oct 2006 09:43:00 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.freax.org (Postfix) with ESMTP id EF1781867D0 for ; Tue, 24 Oct 2006 15:33:24 +0200 (CEST) Received: from mail.freax.org ([127.0.0.1]) by localhost (mail.freax.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uCkBaQsLE+nb for ; Tue, 24 Oct 2006 15:33:24 +0200 (CEST) Received: from [10.0.2.238] (226.119-66-87.adsl-dyn.isp.belgacom.be [87.66.119.226]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.freax.org (Postfix) with ESMTP id B1586186799 for ; Tue, 24 Oct 2006 15:33:24 +0200 (CEST) From: Philip Van Hoof To: Evolution Hackers In-Reply-To: <1161689667.4858.26.camel@localhost.localdomain> References: <1161689667.4858.26.camel@localhost.localdomain> Content-Type: text/plain Date: Tue, 24 Oct 2006 15:43:01 +0200 Message-Id: <1161697381.4858.62.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.586 tagged_above=-999 required=2 tests=[AWL=0.015, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] X-Spam-Score: -2.586 X-Spam-Level: Subject: Re: [Evolution-hackers] IMAP summary synchronization improvements X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 13:43:07 -0000 On Tue, 2006-10-24 at 13:34 +0200, Philip Van Hoof wrote: > The only API call that makes this incompatible with a normal Camel is > the camel_folder_summary_dump_mmap. If you diff camel-imap-folder.c of > Evolution's Camel with this camel-imap-folder.c of Tinymail's Camel, and > remove those API calls, you'll have a working Camel that doesn't use the > mmap stuff but that will receive and update summary faster from IMAP, > using less memory. A new memory analysis reveals that this implementation in stead of topping at 12 MB memory consumption for 30,000 headers (which came from 35 MB memory consumption being consumed by today's Evolution's Camel when receiving 30,000 headers), it now tops at 8MB. In other words, 35 / 8 = 4 times less memory. Bandwidth saving: the original version was split up in three major contributors to bandwidth consumption. The current Evolution's Camel's implementation: - Part one checked for changes against the existing on-disk cached headers. This only verifies the flags, doesn't consume a lot memory nor bandwidth and is therefore unchanged. - Part two received all the possibly needed headers for all headers that are new one. Keeping a copy in a GData which is stored in a GPtrArray until part three (and part four and five) are finished. - Part three received for all headers that where incomplete (or, I don't know, something that didn't work out or ... ?) the remainder of the information needed. - Part five and six basically merged part two and three together and instructed the summary infrastructure to add the information as summary. My improved implementation: - Part one is exactly the same - The next parts are kept in a shortened loop (max 1000 headers at a time) - Part two receives all the UIDs of headers that where not in part one but that are believed to be new. It only receives UIDs, it doesn't ask any other header yet (only 1000 at a time). - Part three receives for all those UIDs the exact amount of needed headers (and not a header more), creates CamelMessageInfo instances, instructs the summary infrastructure to store it and instructs the summary information each 1000th header to dump stored items to disk and reload them using the mmap technique (which moves 56% of the memory from allocated to mmapped address space). The reason why there's still memory consumption are the CamelMessageInfo struct instances and the 1000 last stored headers. Of course a few for- me-yet unknown allocations (but I will find them sooner or later). I believe I can shrink memory consumption of downloading information from the IMAP service (updating the summary) from 8MB to 6MB for 30,000 headers. If you want to reproduce these results, there's a IMAP account available at mail.tinymail.org, u:tinymailunittest, p:unittest. It has folders named "30000", "20000" which contain ~30,000 and ~20,000 headers of pure spam spam and more spam (which is extremely good testing material, very few spam's headers are identical. So very few pstring memory saving, so a very realistic worst-case scenario). -- Philip Van Hoof, software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be blog: http://pvanhoof.be/blog From Patrick.Ohly@gmx.de Tue Oct 24 18:01:13 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5D06B3B016F for ; Tue, 24 Oct 2006 18:01:13 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30849-07 for ; Tue, 24 Oct 2006 18:00:55 -0400 (EDT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id C30523B000D for ; Tue, 24 Oct 2006 18:00:44 -0400 (EDT) Received: (qmail invoked by alias); 24 Oct 2006 22:00:43 -0000 Received: from p508897E0.dip0.t-ipconnect.de (EHLO ip6-localhost) [80.136.151.224] by mail.gmx.net (mp030) with SMTP; 25 Oct 2006 00:00:43 +0200 X-Authenticated: #489940 Received: from patrick by ip6-localhost with local (Exim 3.36 #1 (Debian)) id 1GcUJ2-0001Na-00; Tue, 24 Oct 2006 23:59:32 +0200 From: Patrick Ohly Cc: Evolution Hackers In-Reply-To: <1161192278.4645.23.camel@ip6-localhost> References: <1160945842.4510.136.camel@ip6-localhost> <9e19f1f0610151432p22b4267fy921940278886e9bb@mail.gmail.com> <1161019319.4603.34.camel@ip6-localhost> <1161192278.4645.23.camel@ip6-localhost> Content-Type: multipart/mixed; boundary="=-1Nj6IEUhCMwGKAw8c73B" Date: Tue, 24 Oct 2006 23:59:32 +0200 Message-Id: <1161727172.4660.42.camel@ip6-localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 Sender: Patrick Ohly X-Y-GMX-Trusted: 0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.523 tagged_above=-999 required=2 tests=[AWL=-0.000, BAYES_00=-2.599, SPF_PASS=-0.001, TW_CB=0.077] X-Spam-Score: -2.523 X-Spam-Level: Subject: Re: [Evolution-hackers] automated testing of Evolution data server with SyncEvolution X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 22:01:13 -0000 --=-1Nj6IEUhCMwGKAw8c73B Content-Type: text/plain Content-Transfer-Encoding: 7bit On Mi, 2006-10-18 at 19:24 +0200, Patrick Ohly wrote: > I found out what the problem is, see > http://bugzilla.gnome.org/show_bug.cgi?id=363102 [...] > There is a mutex, but none of the CORBA implementation functions lock > it. Any suggestions how to fix this? As I said in that issue, several > solutions come to mind: > - lock the mutex inside the high-level e_cal_backend_* functions I went for this one. In wasn't always sure for all calls whether a mutex lock was necessary or not, so I might have added too many (affecting performance and limiting concurrency?) as well as not adding enough (f.i. during initialization and file opening/closing). A first test run of SyncEvolution tests for the calendar backend completed successfully and Evolution itself also still works. I'll wait until the modified E-D-S has passed the full test suite for some days, then attach the patch to the bugzilla entry and also add bugs to the Debian tracker as discussed earlier. In the meantime please find the current patch against 1.8.1 attached. As usual, any comments are welcome. -- Bye, Patrick Ohly -- Patrick.Ohly@gmx.de http://www.estamos.de/ --=-1Nj6IEUhCMwGKAw8c73B Content-Disposition: attachment; filename=idle-save-locking.patch Content-Type: text/x-patch; name=idle-save-locking.patch; charset=ISO-8859-1 Content-Transfer-Encoding: base64 DQojDQojIFBhdGNoIG1hbmFnZWQgYnkgaHR0cDovL3d3dy5ob2xnZXJzY2h1cmlnLmRlL3BhdGNo ZXIuaHRtbA0KIw0KDQotLS0gZXZvbHV0aW9uLWRhdGEtc2VydmVyLTEuOC4xL2NhbGVuZGFyL2Jh Y2tlbmRzL2ZpbGUvZS1jYWwtYmFja2VuZC1maWxlLmN+aWRsZS1zYXZlLWxvY2tpbmcNCisrKyBl dm9sdXRpb24tZGF0YS1zZXJ2ZXItMS44LjEvY2FsZW5kYXIvYmFja2VuZHMvZmlsZS9lLWNhbC1i YWNrZW5kLWZpbGUuYw0KQEAgLTcwLDcgKzcwLDEyIEBADQogCWdib29sZWFuIGlzX2RpcnR5Ow0K IAlndWludCBkaXJ0eV9pZGxlX2lkOw0KIA0KLQlHTXV0ZXggKmlkbGVfc2F2ZV9tdXRleDsNCisJ LyogbG9ja2VkIGluIGhpZ2gtbGV2ZWwgZnVuY3Rpb25zIHRvIGVuc3VyZSBkYXRhIGlzIGNvbnNp c3RlbnQNCisJICogaW4gaWRsZSBhbmQgQ09SQkEgdGhyZWFkKHM/KTsgYmVjYXVzZSBoaWdoLWxl dmVsIGZ1bmN0aW9ucw0KKwkgKiBtYXkgY2FsbCBvdGhlciBoaWdoLWxldmVsIGZ1bmN0aW9ucyB0 aGUgbXV0ZXggbXVzdCBhbGxvdw0KKwkgKiByZWN1cnNpdmUgbG9ja2luZw0KKwkgKi8NCisJR1N0 YXRpY1JlY011dGV4IGlkbGVfc2F2ZV9ybXV0ZXg7DQogDQogCS8qIFRvcGxldmVsIFZDQUxFTkRB UiBjb21wb25lbnQgKi8NCiAJaWNhbGNvbXBvbmVudCAqaWNhbGNvbXA7DQpAQCAtMTM1LDEwICsx NDAsMTAgQEANCiAJZ19hc3NlcnQgKHByaXYtPnVyaSAhPSBOVUxMKTsNCiAJZ19hc3NlcnQgKHBy aXYtPmljYWxjb21wICE9IE5VTEwpOw0KIA0KLQlnX211dGV4X2xvY2sgKHByaXYtPmlkbGVfc2F2 ZV9tdXRleCk7DQorCWdfc3RhdGljX3JlY19tdXRleF9sb2NrICgmcHJpdi0+aWRsZV9zYXZlX3Jt dXRleCk7DQogCWlmICghcHJpdi0+aXNfZGlydHkpIHsNCiAJCXByaXYtPmRpcnR5X2lkbGVfaWQg PSAwOw0KLQkJZ19tdXRleF91bmxvY2sgKHByaXYtPmlkbGVfc2F2ZV9tdXRleCk7DQorCQlnX3N0 YXRpY19yZWNfbXV0ZXhfdW5sb2NrICgmcHJpdi0+aWRsZV9zYXZlX3JtdXRleCk7DQogCQlyZXR1 cm4gRkFMU0U7DQogCX0NCiANCkBAIC0xOTMsMTggKzE5OCwxOCBAQA0KIAlwcml2LT5pc19kaXJ0 eSA9IEZBTFNFOw0KIAlwcml2LT5kaXJ0eV9pZGxlX2lkID0gMDsNCiANCi0JZ19tdXRleF91bmxv Y2sgKHByaXYtPmlkbGVfc2F2ZV9tdXRleCk7DQorCWdfc3RhdGljX3JlY19tdXRleF91bmxvY2sg KCZwcml2LT5pZGxlX3NhdmVfcm11dGV4KTsNCiANCiAJcmV0dXJuIEZBTFNFOw0KIA0KICBlcnJv cl9tYWxmb3JtZWRfdXJpOg0KLQlnX211dGV4X3VubG9jayAocHJpdi0+aWRsZV9zYXZlX211dGV4 KTsNCisJZ19zdGF0aWNfcmVjX211dGV4X3VubG9jayAoJnByaXYtPmlkbGVfc2F2ZV9ybXV0ZXgp Ow0KIAllX2NhbF9iYWNrZW5kX25vdGlmeV9lcnJvciAoRV9DQUxfQkFDS0VORCAoY2JmaWxlKSwN CiAJCQkJICBfKCJDYW5ub3Qgc2F2ZSBjYWxlbmRhciBkYXRhOiBNYWxmb3JtZWQgVVJJLiIpKTsN CiAJcmV0dXJuIFRSVUU7DQogDQogIGVycm9yOg0KLQlnX211dGV4X3VubG9jayAocHJpdi0+aWRs ZV9zYXZlX211dGV4KTsNCisJZ19zdGF0aWNfcmVjX211dGV4X3VubG9jayAoJnByaXYtPmlkbGVf c2F2ZV9ybXV0ZXgpOw0KIAllX2NhbF9iYWNrZW5kX25vdGlmeV9lcnJvciAoRV9DQUxfQkFDS0VO RCAoY2JmaWxlKSwgZ25vbWVfdmZzX3Jlc3VsdF90b19zdHJpbmcgKHJlc3VsdCkpOw0KIAlyZXR1 cm4gVFJVRTsNCiB9DQpAQCAtMjE2LDEzICsyMjEsMTMgQEANCiANCiAJcHJpdiA9IGNiZmlsZS0+ cHJpdjsNCiANCi0JZ19tdXRleF9sb2NrIChwcml2LT5pZGxlX3NhdmVfbXV0ZXgpOw0KKwlnX3N0 YXRpY19yZWNfbXV0ZXhfbG9jayAoJnByaXYtPmlkbGVfc2F2ZV9ybXV0ZXgpOw0KIAlwcml2LT5p c19kaXJ0eSA9IFRSVUU7DQogDQogCWlmICghcHJpdi0+ZGlydHlfaWRsZV9pZCkNCiAJCXByaXYt PmRpcnR5X2lkbGVfaWQgPSBnX2lkbGVfYWRkICgoR1NvdXJjZUZ1bmMpIHNhdmVfZmlsZV93aGVu X2lkbGUsIGNiZmlsZSk7DQogDQotCWdfbXV0ZXhfdW5sb2NrIChwcml2LT5pZGxlX3NhdmVfbXV0 ZXgpOw0KKwlnX3N0YXRpY19yZWNfbXV0ZXhfdW5sb2NrICgmcHJpdi0+aWRsZV9zYXZlX3JtdXRl eCk7DQogfQ0KIA0KIHN0YXRpYyB2b2lkDQpAQCAtMjkwLDEwICsyOTUsNyBAQA0KIAkJcHJpdi0+ ZGlydHlfaWRsZV9pZCA9IDA7DQogCX0NCiANCi0JaWYgKHByaXYtPmlkbGVfc2F2ZV9tdXRleCkg ew0KLQkJZ19tdXRleF9mcmVlIChwcml2LT5pZGxlX3NhdmVfbXV0ZXgpOw0KLQkJcHJpdi0+aWRs ZV9zYXZlX211dGV4ID0gTlVMTDsNCi0JfQ0KKwlnX3N0YXRpY19yZWNfbXV0ZXhfZnJlZSAoJnBy aXYtPmlkbGVfc2F2ZV9ybXV0ZXgpOw0KIA0KIAlpZiAocHJpdi0+dXJpKSB7DQogCSAgICAgICAg Z19mcmVlIChwcml2LT51cmkpOw0KQEAgLTEwODUsOSArMTA4NywxMyBAQA0KIAlnX3JldHVybl92 YWxfaWZfZmFpbCAodWlkICE9IE5VTEwsIEdOT01FX0V2b2x1dGlvbl9DYWxlbmRhcl9PYmplY3RO b3RGb3VuZCk7DQogCWdfYXNzZXJ0IChwcml2LT5jb21wX3VpZF9oYXNoICE9IE5VTEwpOw0KIA0K KwlnX3N0YXRpY19yZWNfbXV0ZXhfbG9jayAoJnByaXYtPmlkbGVfc2F2ZV9ybXV0ZXgpOw0KKw0K IAlvYmpfZGF0YSA9IGdfaGFzaF90YWJsZV9sb29rdXAgKHByaXYtPmNvbXBfdWlkX2hhc2gsIHVp ZCk7DQotCWlmICghb2JqX2RhdGEpDQorCWlmICghb2JqX2RhdGEpIHsNCisJCWdfc3RhdGljX3Jl Y19tdXRleF91bmxvY2sgKCZwcml2LT5pZGxlX3NhdmVfcm11dGV4KTsNCiAJCXJldHVybiBHTk9N RV9Fdm9sdXRpb25fQ2FsZW5kYXJfT2JqZWN0Tm90Rm91bmQ7DQorCX0NCiANCiAJaWYgKHJpZCAm JiAqcmlkKSB7DQogCQlFQ2FsQ29tcG9uZW50ICpjb21wOw0KQEAgLTExMDMsOCArMTEwOSwxMCBA QA0KIAkJCWljYWxjb21wID0gZV9jYWxfdXRpbF9jb25zdHJ1Y3RfaW5zdGFuY2UgKA0KIAkJCQll X2NhbF9jb21wb25lbnRfZ2V0X2ljYWxjb21wb25lbnQgKG9ial9kYXRhLT5mdWxsX29iamVjdCks DQogCQkJCWl0dCk7DQotCQkJaWYgKCFpY2FsY29tcCkNCisJCQlpZiAoIWljYWxjb21wKSB7DQor CQkJCWdfc3RhdGljX3JlY19tdXRleF91bmxvY2sgKCZwcml2LT5pZGxlX3NhdmVfcm11dGV4KTsN CiAJCQkJcmV0dXJuIEdOT01FX0V2b2x1dGlvbl9DYWxlbmRhcl9PYmplY3ROb3RGb3VuZDsNCisg ICAgICAgICAgICAgICAgICAgICAgICB9DQogDQogCQkJKm9iamVjdCA9IGdfc3RyZHVwIChpY2Fs Y29tcG9uZW50X2FzX2ljYWxfc3RyaW5nIChpY2FsY29tcCkpOw0KIA0KQEAgLTExMzAsNiArMTEz OCw3IEBADQogCQkJKm9iamVjdCA9IGVfY2FsX2NvbXBvbmVudF9nZXRfYXNfc3RyaW5nIChvYmpf ZGF0YS0+ZnVsbF9vYmplY3QpOw0KIAl9DQogDQorCWdfc3RhdGljX3JlY19tdXRleF91bmxvY2sg KCZwcml2LT5pZGxlX3NhdmVfcm11dGV4KTsNCiAJcmV0dXJuIEdOT01FX0V2b2x1dGlvbl9DYWxl bmRhcl9TdWNjZXNzOw0KIH0NCiANCkBAIC0xMTQ4LDIzICsxMTU3LDMwIEBADQogCWdfcmV0dXJu X3ZhbF9pZl9mYWlsIChwcml2LT5pY2FsY29tcCAhPSBOVUxMLCBHTk9NRV9Fdm9sdXRpb25fQ2Fs ZW5kYXJfTm9TdWNoQ2FsKTsNCiAJZ19yZXR1cm5fdmFsX2lmX2ZhaWwgKHR6aWQgIT0gTlVMTCwg R05PTUVfRXZvbHV0aW9uX0NhbGVuZGFyX09iamVjdE5vdEZvdW5kKTsNCiANCisJZ19zdGF0aWNf cmVjX211dGV4X2xvY2sgKCZwcml2LT5pZGxlX3NhdmVfcm11dGV4KTsNCisNCiAJaWYgKCFzdHJj bXAgKHR6aWQsICJVVEMiKSkgew0KIAkJem9uZSA9IGljYWx0aW1lem9uZV9nZXRfdXRjX3RpbWV6 b25lICgpOw0KIAl9IGVsc2Ugew0KIAkJem9uZSA9IGljYWxjb21wb25lbnRfZ2V0X3RpbWV6b25l IChwcml2LT5pY2FsY29tcCwgdHppZCk7DQogCQlpZiAoIXpvbmUpIHsNCiAJCQl6b25lID0gaWNh bHRpbWV6b25lX2dldF9idWlsdGluX3RpbWV6b25lX2Zyb21fdHppZCAodHppZCk7DQotCQkJaWYg KCF6b25lKQ0KKwkJCWlmICghem9uZSkgew0KKwkJCQlnX3N0YXRpY19yZWNfbXV0ZXhfdW5sb2Nr ICgmcHJpdi0+aWRsZV9zYXZlX3JtdXRleCk7DQogCQkJCXJldHVybiBHTk9NRV9Fdm9sdXRpb25f Q2FsZW5kYXJfT2JqZWN0Tm90Rm91bmQ7DQorCQkJfQ0KIAkJfQ0KIAl9DQogCQ0KIAlpY2FsY29t cCA9IGljYWx0aW1lem9uZV9nZXRfY29tcG9uZW50ICh6b25lKTsNCi0JaWYgKCFpY2FsY29tcCkN CisJaWYgKCFpY2FsY29tcCkgew0KKwkJZ19zdGF0aWNfcmVjX211dGV4X3VubG9jayAoJnByaXYt PmlkbGVfc2F2ZV9ybXV0ZXgpOw0KIAkJcmV0dXJuIEdOT01FX0V2b2x1dGlvbl9DYWxlbmRhcl9J bnZhbGlkT2JqZWN0Ow0KKwl9DQogDQogCSpvYmplY3QgPSBnX3N0cmR1cCAoaWNhbGNvbXBvbmVu dF9hc19pY2FsX3N0cmluZyAoaWNhbGNvbXApKTsNCiANCisJZ19zdGF0aWNfcmVjX211dGV4X3Vu bG9jayAoJnByaXYtPmlkbGVfc2F2ZV9ybXV0ZXgpOw0KIAlyZXR1cm4gR05PTUVfRXZvbHV0aW9u X0NhbGVuZGFyX1N1Y2Nlc3M7DQogfQ0KIA0KQEAgLTExOTIsMTEgKzEyMDgsMTQgQEANCiANCiAJ CXpvbmUgPSBpY2FsdGltZXpvbmVfbmV3ICgpOw0KIAkJaWNhbHRpbWV6b25lX3NldF9jb21wb25l bnQgKHpvbmUsIHR6X2NvbXApOw0KKw0KKwkJZ19zdGF0aWNfcmVjX211dGV4X2xvY2sgKCZwcml2 LT5pZGxlX3NhdmVfcm11dGV4KTsNCiAJCWlmICghaWNhbGNvbXBvbmVudF9nZXRfdGltZXpvbmUg KHByaXYtPmljYWxjb21wLA0KIAkJCQkJCSBpY2FsdGltZXpvbmVfZ2V0X3R6aWQgKHpvbmUpKSkg ew0KIAkJCWljYWxjb21wb25lbnRfYWRkX2NvbXBvbmVudCAocHJpdi0+aWNhbGNvbXAsIHR6X2Nv bXApOw0KIAkJCXNhdmUgKGNiZmlsZSk7DQogCQl9DQorCQlnX3N0YXRpY19yZWNfbXV0ZXhfdW5s b2NrICgmcHJpdi0+aWRsZV9zYXZlX3JtdXRleCk7DQogDQogCQlpY2FsdGltZXpvbmVfZnJlZSAo em9uZSwgMSk7DQogCX0NCkBAIC0xMjI2LDExICsxMjQ1LDEzIEBADQogCXpvbmUgPSBpY2FsdGlt ZXpvbmVfbmV3ICgpOw0KIAlpY2FsdGltZXpvbmVfc2V0X2NvbXBvbmVudCAoem9uZSwgdHpfY29t cCk7DQogDQorCWdfc3RhdGljX3JlY19tdXRleF9sb2NrICgmcHJpdi0+aWRsZV9zYXZlX3JtdXRl eCk7DQogCWlmIChwcml2LT5kZWZhdWx0X3pvbmUgIT0gaWNhbHRpbWV6b25lX2dldF91dGNfdGlt ZXpvbmUgKCkpDQogCQlpY2FsdGltZXpvbmVfZnJlZSAocHJpdi0+ZGVmYXVsdF96b25lLCAxKTsN CiANCiAJLyogU2V0IHRoZSBkZWZhdWx0IHRpbWV6b25lIHRvIGl0LiAqLw0KIAlwcml2LT5kZWZh dWx0X3pvbmUgPSB6b25lOw0KKwlnX3N0YXRpY19yZWNfbXV0ZXhfdW5sb2NrICgmcHJpdi0+aWRs ZV9zYXZlX3JtdXRleCk7DQogDQogCXJldHVybiBHTk9NRV9Fdm9sdXRpb25fQ2FsZW5kYXJfU3Vj Y2VzczsNCiB9DQpAQCAtMTMwMyw3ICsxMzI0LDkgQEANCiAJaWYgKCFtYXRjaF9kYXRhLm9ial9z ZXhwKQ0KIAkJcmV0dXJuIEdOT01FX0V2b2x1dGlvbl9DYWxlbmRhcl9JbnZhbGlkUXVlcnk7DQog DQorCWdfc3RhdGljX3JlY19tdXRleF9sb2NrICgmcHJpdi0+aWRsZV9zYXZlX3JtdXRleCk7DQog CWdfaGFzaF90YWJsZV9mb3JlYWNoIChwcml2LT5jb21wX3VpZF9oYXNoLCAoR0hGdW5jKSBtYXRj aF9vYmplY3Rfc2V4cCwgJm1hdGNoX2RhdGEpOw0KKwlnX3N0YXRpY19yZWNfbXV0ZXhfdW5sb2Nr ICgmcHJpdi0+aWRsZV9zYXZlX3JtdXRleCk7DQogDQogCSpvYmplY3RzID0gbWF0Y2hfZGF0YS5v YmpfbGlzdDsNCiANCkBAIC0xMzUwLDcgKzEzNzMsOSBAQA0KIAkJcmV0dXJuOw0KIAl9DQogDQor CWdfc3RhdGljX3JlY19tdXRleF9sb2NrICgmcHJpdi0+aWRsZV9zYXZlX3JtdXRleCk7DQogCWdf aGFzaF90YWJsZV9mb3JlYWNoIChwcml2LT5jb21wX3VpZF9oYXNoLCAoR0hGdW5jKSBtYXRjaF9v YmplY3Rfc2V4cCwgJm1hdGNoX2RhdGEpOw0KKwlnX3N0YXRpY19yZWNfbXV0ZXhfdW5sb2NrICgm cHJpdi0+aWRsZV9zYXZlX3JtdXRleCk7DQogDQogCS8qIG5vdGlmeSBsaXN0ZW5lcnMgb2YgYWxs IG9iamVjdHMgKi8NCiAJaWYgKG1hdGNoX2RhdGEub2JqX2xpc3QpIHsNCkBAIC0xNDkzLDYgKzE1 MTgsOCBAQA0KIAlnX3JldHVybl92YWxfaWZfZmFpbCAoc3RhcnQgIT0gLTEgJiYgZW5kICE9IC0x LCBHTk9NRV9Fdm9sdXRpb25fQ2FsZW5kYXJfSW52YWxpZFJhbmdlKTsNCiAJZ19yZXR1cm5fdmFs X2lmX2ZhaWwgKHN0YXJ0IDw9IGVuZCwgR05PTUVfRXZvbHV0aW9uX0NhbGVuZGFyX0ludmFsaWRS YW5nZSk7DQogDQorCWdfc3RhdGljX3JlY19tdXRleF9sb2NrICgmcHJpdi0+aWRsZV9zYXZlX3Jt dXRleCk7DQorDQogCSpmcmVlYnVzeSA9IE5VTEw7DQogCQ0KIAlpZiAodXNlcnMgPT0gTlVMTCkg ew0KQEAgLTE1MTcsNiArMTU0NCw4IEBADQogCQl9CQkNCiAJfQ0KIA0KKwlnX3N0YXRpY19yZWNf bXV0ZXhfdW5sb2NrICgmcHJpdi0+aWRsZV9zYXZlX3JtdXRleCk7DQorDQogCXJldHVybiBHTk9N RV9Fdm9sdXRpb25fQ2FsZW5kYXJfU3VjY2VzczsNCiB9DQogDQpAQCAtMTU2NCw2ICsxNTkzLDcg QEANCiANCiAJcHJpdiA9IGNiZmlsZS0+cHJpdjsNCiANCisNCiAJLyogRklYTUUgV2lsbCB0aGlz IGFsd2F5cyB3b3JrPyAqLw0KIAl1bmVzY2FwZWRfdXJpID0gZ25vbWVfdmZzX3VuZXNjYXBlX3N0 cmluZyAocHJpdi0+dXJpLCAiIik7DQogCWZpbGVuYW1lID0gZ19zdHJkdXBfcHJpbnRmICgiJXMt JXMuZGIiLCB1bmVzY2FwZWRfdXJpLCBjaGFuZ2VfaWQpOw0KQEAgLTE1NzUsNiArMTYwNSw4IEBA DQogCQ0KIAlnX2ZyZWUgKGZpbGVuYW1lKTsNCiAJDQorCWdfc3RhdGljX3JlY19tdXRleF9sb2Nr ICgmcHJpdi0+aWRsZV9zYXZlX3JtdXRleCk7DQorDQogCS8qIENhbGN1bGF0ZSBhZGRzIGFuZCBt b2RpZmllcyAqLw0KIAlmb3IgKGkgPSBwcml2LT5jb21wOyBpICE9IE5VTEw7IGkgPSBpLT5uZXh0 KSB7DQogCQljb25zdCBjaGFyICp1aWQ7DQpAQCAtMTYxNSw2ICsxNjQ3LDcgQEANCiAJZV94bWxo YXNoX3dyaXRlIChlaGFzaCk7DQogICAJZV94bWxoYXNoX2Rlc3Ryb3kgKGVoYXNoKTsNCiAJDQor CWdfc3RhdGljX3JlY19tdXRleF91bmxvY2sgKCZwcml2LT5pZGxlX3NhdmVfcm11dGV4KTsNCiAJ cmV0dXJuIEdOT01FX0V2b2x1dGlvbl9DYWxlbmRhcl9TdWNjZXNzOw0KIH0NCiANCkBAIC0xNjY5 LDYgKzE3MDIsOCBAQA0KIA0KIAlnX3JldHVybl92YWxfaWZfZmFpbCAocHJpdi0+aWNhbGNvbXAg IT0gTlVMTCwgTlVMTCk7DQogDQorCWdfc3RhdGljX3JlY19tdXRleF9sb2NrICgmcHJpdi0+aWRs ZV9zYXZlX3JtdXRleCk7DQorDQogCWlmICghc3RyY21wICh0emlkLCAiVVRDIikpDQogCSAgICAg ICAgem9uZSA9IGljYWx0aW1lem9uZV9nZXRfdXRjX3RpbWV6b25lICgpOw0KIAllbHNlIHsNCkBA IC0xNjc3LDYgKzE3MTIsNyBAQA0KIAkJCXpvbmUgPSBpY2FsdGltZXpvbmVfZ2V0X2J1aWx0aW5f dGltZXpvbmVfZnJvbV90emlkICh0emlkKTsNCiAJfQ0KIA0KKwlnX3N0YXRpY19yZWNfbXV0ZXhf dW5sb2NrICgmcHJpdi0+aWRsZV9zYXZlX3JtdXRleCk7DQogCXJldHVybiB6b25lOw0KIH0NCiAN CkBAIC0xNzU1LDYgKzE3OTEsOCBAQA0KIAkJcmV0dXJuIEdOT01FX0V2b2x1dGlvbl9DYWxlbmRh cl9JbnZhbGlkT2JqZWN0Ow0KIAl9DQogDQorCWdfc3RhdGljX3JlY19tdXRleF9sb2NrICgmcHJp di0+aWRsZV9zYXZlX3JtdXRleCk7DQorDQogCS8qIEdldCB0aGUgVUlEICovDQogCWNvbXBfdWlk ID0gaWNhbGNvbXBvbmVudF9nZXRfdWlkIChpY2FsY29tcCk7DQogCWlmICghY29tcF91aWQpIHsN CkBAIC0xNzYzLDYgKzE4MDEsNyBAQA0KIAkJbmV3X3VpZCA9IGVfY2FsX2NvbXBvbmVudF9nZW5f dWlkICgpOw0KIAkJaWYgKCFuZXdfdWlkKSB7DQogCQkJaWNhbGNvbXBvbmVudF9mcmVlIChpY2Fs Y29tcCk7DQorCQkJZ19zdGF0aWNfcmVjX211dGV4X3VubG9jayAoJnByaXYtPmlkbGVfc2F2ZV9y bXV0ZXgpOw0KIAkJCXJldHVybiBHTk9NRV9Fdm9sdXRpb25fQ2FsZW5kYXJfSW52YWxpZE9iamVj dDsNCiAJCX0NCiANCkBAIC0xNzc1LDYgKzE4MTQsNyBAQA0KIAkvKiBjaGVjayB0aGUgb2JqZWN0 IGlzIG5vdCBpbiBvdXIgY2FjaGUgKi8NCiAJaWYgKGxvb2t1cF9jb21wb25lbnQgKGNiZmlsZSwg Y29tcF91aWQpKSB7DQogCQlpY2FsY29tcG9uZW50X2ZyZWUgKGljYWxjb21wKTsNCisJCWdfc3Rh dGljX3JlY19tdXRleF91bmxvY2sgKCZwcml2LT5pZGxlX3NhdmVfcm11dGV4KTsNCiAJCXJldHVy biBHTk9NRV9Fdm9sdXRpb25fQ2FsZW5kYXJfT2JqZWN0SWRBbHJlYWR5RXhpc3RzOw0KIAl9DQog DQpAQCAtMTgwMSw2ICsxODQxLDcgQEANCiAJCSp1aWQgPSBnX3N0cmR1cCAoY29tcF91aWQpOw0K IAkqY2Fsb2JqID0gZV9jYWxfY29tcG9uZW50X2dldF9hc19zdHJpbmcgKGNvbXApOw0KIA0KKwln X3N0YXRpY19yZWNfbXV0ZXhfdW5sb2NrICgmcHJpdi0+aWRsZV9zYXZlX3JtdXRleCk7DQogCXJl dHVybiBHTk9NRV9Fdm9sdXRpb25fQ2FsZW5kYXJfU3VjY2VzczsNCiB9DQogDQpAQCAtMTg2OSwx MiArMTkxMCwxNSBAQA0KIAkJcmV0dXJuIEdOT01FX0V2b2x1dGlvbl9DYWxlbmRhcl9JbnZhbGlk T2JqZWN0Ow0KIAl9DQogDQorCWdfc3RhdGljX3JlY19tdXRleF9sb2NrICgmcHJpdi0+aWRsZV9z YXZlX3JtdXRleCk7DQorDQogCS8qIEdldCB0aGUgdWlkICovDQogCWNvbXBfdWlkID0gaWNhbGNv bXBvbmVudF9nZXRfdWlkIChpY2FsY29tcCk7DQogDQogCS8qIEdldCB0aGUgb2JqZWN0IGZyb20g b3VyIGNhY2hlICovDQogCWlmICghKG9ial9kYXRhID0gZ19oYXNoX3RhYmxlX2xvb2t1cCAocHJp di0+Y29tcF91aWRfaGFzaCwgY29tcF91aWQpKSkgew0KIAkJaWNhbGNvbXBvbmVudF9mcmVlIChp Y2FsY29tcCk7DQorCQlnX3N0YXRpY19yZWNfbXV0ZXhfdW5sb2NrICgmcHJpdi0+aWRsZV9zYXZl X3JtdXRleCk7DQogCQlyZXR1cm4gR05PTUVfRXZvbHV0aW9uX0NhbGVuZGFyX09iamVjdE5vdEZv dW5kOw0KIAl9DQogDQpAQCAtMTkxMiw2ICsxOTU2LDcgQEANCiANCiAJCQlzYXZlIChjYmZpbGUp Ow0KIA0KKwkJCWdfc3RhdGljX3JlY19tdXRleF91bmxvY2sgKCZwcml2LT5pZGxlX3NhdmVfcm11 dGV4KTsNCiAJCQlyZXR1cm4gR05PTUVfRXZvbHV0aW9uX0NhbGVuZGFyX1N1Y2Nlc3M7DQogCQl9 DQogDQpAQCAtMjA0OCw2ICsyMDkzLDcgQEANCiANCiAJc2F2ZSAoY2JmaWxlKTsNCiANCisJZ19z dGF0aWNfcmVjX211dGV4X3VubG9jayAoJnByaXYtPmlkbGVfc2F2ZV9ybXV0ZXgpOw0KIAlyZXR1 cm4gR05PTUVfRXZvbHV0aW9uX0NhbGVuZGFyX1N1Y2Nlc3M7DQogfQ0KIA0KQEAgLTIxMjgsOSAr MjE3NCwxMyBAQA0KIA0KIAkqb2xkX29iamVjdCA9ICpvYmplY3QgPSBOVUxMOw0KIA0KKwlnX3N0 YXRpY19yZWNfbXV0ZXhfbG9jayAoJnByaXYtPmlkbGVfc2F2ZV9ybXV0ZXgpOw0KKw0KIAlvYmpf ZGF0YSA9IGdfaGFzaF90YWJsZV9sb29rdXAgKHByaXYtPmNvbXBfdWlkX2hhc2gsIHVpZCk7DQot CWlmICghb2JqX2RhdGEpDQorCWlmICghb2JqX2RhdGEpIHsNCisJCWdfc3RhdGljX3JlY19tdXRl eF91bmxvY2sgKCZwcml2LT5pZGxlX3NhdmVfcm11dGV4KTsNCiAJCXJldHVybiBHTk9NRV9Fdm9s dXRpb25fQ2FsZW5kYXJfT2JqZWN0Tm90Rm91bmQ7DQorCX0NCiAJDQogCWlmIChyaWQgJiYgKnJp ZCkNCiAJCXJlY3VyX2lkID0gcmlkOw0KQEAgLTIxNTksOCArMjIwOSwxMCBAQA0KIAkJYnJlYWs7 DQogCWNhc2UgQ0FMT0JKX01PRF9USElTQU5EUFJJT1IgOg0KIAljYXNlIENBTE9CSl9NT0RfVEhJ U0FOREZVVFVSRSA6DQotCQlpZiAoIXJlY3VyX2lkIHx8ICEqcmVjdXJfaWQpDQorCQlpZiAoIXJl Y3VyX2lkIHx8ICEqcmVjdXJfaWQpIHsNCisJCQlnX3N0YXRpY19yZWNfbXV0ZXhfdW5sb2NrICgm cHJpdi0+aWRsZV9zYXZlX3JtdXRleCk7DQogCQkJcmV0dXJuIEdOT01FX0V2b2x1dGlvbl9DYWxl bmRhcl9PYmplY3ROb3RGb3VuZDsNCisJCX0NCiANCiAJCSpvbGRfb2JqZWN0ID0gZV9jYWxfY29t cG9uZW50X2dldF9hc19zdHJpbmcgKGNvbXApOw0KIA0KQEAgLTIxOTAsNiArMjI0Miw3IEBADQog DQogCXNhdmUgKGNiZmlsZSk7DQogDQorCWdfc3RhdGljX3JlY19tdXRleF91bmxvY2sgKCZwcml2 LT5pZGxlX3NhdmVfcm11dGV4KTsNCiAJcmV0dXJuIEdOT01FX0V2b2x1dGlvbl9DYWxlbmRhcl9T dWNjZXNzOw0KIH0NCiANCkBAIC0yMzQ5LDYgKzI0MDIsOCBAQA0KIAlpZiAoIXRvcGxldmVsX2Nv bXApDQogCQlyZXR1cm4gR05PTUVfRXZvbHV0aW9uX0NhbGVuZGFyX0ludmFsaWRPYmplY3Q7DQog DQorCWdfc3RhdGljX3JlY19tdXRleF9sb2NrICgmcHJpdi0+aWRsZV9zYXZlX3JtdXRleCk7DQor DQogCWtpbmQgPSBpY2FsY29tcG9uZW50X2lzYSAodG9wbGV2ZWxfY29tcCk7DQogCWlmIChraW5k ICE9IElDQUxfVkNBTEVOREFSX0NPTVBPTkVOVCkgew0KIAkJLyogSWYgaXRzIG5vdCBhIFZDQUxF TkRBUiwgbWFrZSBpdCBvbmUgdG8gc2ltcGxpZnkgYmVsb3cgKi8NCkBAIC0yNTM4LDcgKzI1OTMs NyBAQA0KIA0KICBlcnJvcjoNCiAJZ19oYXNoX3RhYmxlX2Rlc3Ryb3kgKHR6ZGF0YS56b25lcyk7 DQotCQ0KKwlnX3N0YXRpY19yZWNfbXV0ZXhfdW5sb2NrICgmcHJpdi0+aWRsZV9zYXZlX3JtdXRl eCk7DQogCXJldHVybiBzdGF0dXM7DQogfQ0KIA0KQEAgLTI1NjYsNyArMjYyMSw3IEBADQogCXBy aXYtPnJlYWRfb25seSA9IEZBTFNFOw0KIAlwcml2LT5pc19kaXJ0eSA9IEZBTFNFOw0KIAlwcml2 LT5kaXJ0eV9pZGxlX2lkID0gMDsNCi0JcHJpdi0+aWRsZV9zYXZlX211dGV4ID0gZ19tdXRleF9u ZXcgKCk7DQorCWdfc3RhdGljX3JlY19tdXRleF9pbml0ICgmcHJpdi0+aWRsZV9zYXZlX3JtdXRl eCk7DQogCXByaXYtPmljYWxjb21wID0gTlVMTDsNCiAJcHJpdi0+Y29tcF91aWRfaGFzaCA9IE5V TEw7DQogCXByaXYtPmNvbXAgPSBOVUxMOw0K --=-1Nj6IEUhCMwGKAw8c73B-- From khadgaray@gmail.com Wed Oct 25 09:57:03 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4E4A83B0291 for ; Wed, 25 Oct 2006 09:57:03 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14399-09 for ; Wed, 25 Oct 2006 09:57:00 -0400 (EDT) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.194]) by menubar.gnome.org (Postfix) with ESMTP id 1A5F43B021C for ; Wed, 25 Oct 2006 09:57:00 -0400 (EDT) Received: by nz-out-0102.google.com with SMTP id m22so93785nzf for ; Wed, 25 Oct 2006 06:56:59 -0700 (PDT) Received: by 10.35.31.14 with SMTP id i14mr1146146pyj; Wed, 25 Oct 2006 06:56:59 -0700 (PDT) Received: from ?172.16.37.22? ( [202.41.228.162]) by mx.google.com with ESMTP id 18sm2185928nzo.2006.10.25.06.56.57; Wed, 25 Oct 2006 06:56:59 -0700 (PDT) From: Ritesh Khadgaray To: Maciej Piechotka In-Reply-To: <9d146d660610231411m3db56cc8u355d170ace7cc754@mail.gmail.com> References: <9d146d660610201334j45d3e984seaac51fd4bb822fd@mail.gmail.com> <1161621987.3213.34.camel@rkhadgar.pnq.redhat.com> <9d146d660610230954y61aeb22ckb44495d726d84fc5@mail.gmail.com> <1161635561.3213.36.camel@rkhadgar.pnq.redhat.com> <9d146d660610231411m3db56cc8u355d170ace7cc754@mail.gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-nJ7/Pd4Qdxtnbhu7NbQn" Date: Wed, 25 Oct 2006 19:26:28 +0530 Message-Id: <1161784588.3378.7.camel@rkhadgar.pnq.redhat.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.0 (2.8.0-7.fc6) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.198 tagged_above=-999 required=2 tests=[AWL=0.202, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.198 X-Spam-Level: Cc: Evolution Hackers Subject: Re: [Evolution-hackers] Evolution Data Server - Java or .Net bindings X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 13:57:03 -0000 --=-nJ7/Pd4Qdxtnbhu7NbQn Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2006-10-23 at 23:11 +0200, Maciej Piechotka wrote: > On 10/23/06, Ritesh Khadgaray wrote: > > On Mon, 2006-10-23 at 18:54 +0200, Maciej Piechotka wrote: > > > On 10/23/06, Ritesh Khadgaray wrote: > > > > On Fri, 2006-10-20 at 22:34 +0200, Maciej Piechotka wrote: > > > > > Is there are any Java or .Net bindings? > > > > > I'd like to write backends using library which are only on this t= wo languages. > > > > > > > > i have heard of evolution-sharp > > > > http://ftp.gnome.org/pub/GNOME/sources/evolution-sharp/ > > > > > > > > > > I know - but it's rather frontend then backend - or I'm blind. > > ouch. time for me to visit a optician > > > > http://www.thecentric.com/?cat=3D2 > > >=20 > Sorry - I couldn't find this site (or is it just a joke, which I > don't understand? English is not my native language). pardon me, which site ? >=20 > Regards --=20 Ritesh Khadgaray LinuX N Stuff Ph: +919822394463 Eat Right, Exercise, Die Anyway. --=-nJ7/Pd4Qdxtnbhu7NbQn Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQBFP20MVYEZUOAe7GMRAqaTAKChBeFG5bSqcQT3stYAt6glz8zQFwCeOCHV vYxgBGhv+VblLn+mE9RWVdg= =DIcF -----END PGP SIGNATURE----- --=-nJ7/Pd4Qdxtnbhu7NbQn-- From spam@pvanhoof.be Fri Oct 27 08:06:47 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5301B3B0104; Fri, 27 Oct 2006 08:06:47 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02049-09; Fri, 27 Oct 2006 08:06:45 -0400 (EDT) Received: from mail.freax.org (mail.freax.org [86.39.154.66]) by menubar.gnome.org (Postfix) with ESMTP id C60543B00A3; Fri, 27 Oct 2006 08:06:44 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.freax.org (Postfix) with ESMTP id 31C241867C9; Fri, 27 Oct 2006 13:57:02 +0200 (CEST) Received: from mail.freax.org ([127.0.0.1]) by localhost (mail.freax.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id C+CBi+6Zj4hi; Fri, 27 Oct 2006 13:57:02 +0200 (CEST) Received: from [10.0.2.238] (16.78-66-87.adsl-dyn.isp.belgacom.be [87.66.78.16]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.freax.org (Postfix) with ESMTP id E84731867A1; Fri, 27 Oct 2006 13:57:01 +0200 (CEST) From: Philip Van Hoof To: Sergio Villar Senin In-Reply-To: <4541E976.8050903@igalia.com> References: <5aa13ad40610261816o332cdffoba31295f566d3b7c@mail.gmail.com> <4541E976.8050903@igalia.com> Content-Type: text/plain Date: Fri, 27 Oct 2006 14:06:44 +0200 Message-Id: <1161950805.4662.39.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.51 tagged_above=-999 required=2 tests=[AWL=-0.063, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TW_JH=0.077, TW_SV=0.077] X-Spam-Score: -2.51 X-Spam-Level: Cc: Evolution Hackers , tinymail-devel-list@gnome.org Subject: Re: [Evolution-hackers] missing dep in configure X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2006 12:06:47 -0000 On Fri, 2006-10-27 at 13:11 +0200, Sergio Villar Senin wrote: > Markus Bertheau wrote: > > I'm getting this upon compilation, so there is probably a check for > > nspr missing in configure, or it's not working correctly. this is > > ubuntu 6.06 with all latest updates. > > I'm building tinymail inside a jhbuild environment (it's great in order > not to taint the system with a lot of development libraries) and the > files that are missing are provided by the xulrunner library. > > I had the same problem like you. I've attached a patch to use the > xulrunner libraries, maybe it's not worth for you if you're not inside a > jhbuild environment but it shows the right places to modify (I modified > the configure.ac as Phillip said). Thanks, this has been committed in the svn repo. Please also inform the Evolution team about the possibility of using xulrunner's nspr and nss. The evolution-data-server/configure.in of the Evolution project has the same check. It also checks manually for the .h files. Tinymail's Camel no longer tries this manual searching (I "hate" libraries that don't install a .pc file, I refuse to use them in my own softwares, which is why I kept the pkg-config check as only possibility for nspr and nss). I added their mailing list in CC. Index: libtinymail-camel/camel-lite/configure.ac =================================================================== --- libtinymail-camel/camel-lite/configure.ac (revision 1074) +++ libtinymail-camel/camel-lite/configure.ac (working copy) @@ -256,7 +256,7 @@ if test "x${check_manually}" = "xno"; then AC_MSG_CHECKING(Mozilla NSPR pkg-config module name) - mozilla_nspr_pcs="nspr mozilla-nspr firefox-nspr" + mozilla_nspr_pcs="nspr mozilla-nspr firefox-nspr xulrunner-nspr" for pc in $mozilla_nspr_pcs; do if $PKG_CONFIG --exists $pc; then AC_MSG_RESULT($pc) @@ -266,7 +266,7 @@ done AC_MSG_CHECKING(Mozilla NSS pkg-config module name) - mozilla_nss_pcs="nss mozilla-nss firefox-nss" + mozilla_nss_pcs="nss mozilla-nss firefox-nss xulrunner-nss" for pc in $mozilla_nss_pcs; do if $PKG_CONFIG --exists $pc; then AC_MSG_RESULT($pc) -- Philip Van Hoof, software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be blog: http://pvanhoof.be/blog From Patrick.Ohly@gmx.de Fri Oct 27 12:53:09 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 9AD393B014A for ; Fri, 27 Oct 2006 12:53:08 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 23582-08 for ; Fri, 27 Oct 2006 12:53:06 -0400 (EDT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id 370CF3B00E4 for ; Fri, 27 Oct 2006 12:53:05 -0400 (EDT) Received: (qmail invoked by alias); 27 Oct 2006 16:53:03 -0000 Received: from p5088BE39.dip0.t-ipconnect.de (EHLO ip6-localhost) [80.136.190.57] by mail.gmx.net (mp035) with SMTP; 27 Oct 2006 18:53:03 +0200 X-Authenticated: #489940 Received: from patrick by ip6-localhost with local (Exim 3.36 #1 (Debian)) id 1GdCzu-0002KM-00; Thu, 26 Oct 2006 23:42:46 +0200 From: Patrick Ohly To: =?ISO-8859-1?Q?=D8ystein_Gisn=E5s?= In-Reply-To: <9e19f1f0610191711n63914bcco81c02d01117e195@mail.gmail.com> References: <1160945842.4510.136.camel@ip6-localhost> <1161280663.4392.10.camel@ip6-localhost> <9e19f1f0610191711n63914bcco81c02d01117e195@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Date: Thu, 26 Oct 2006 23:42:46 +0200 Message-Id: <1161898966.6534.7.camel@ip6-localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 Sender: Patrick Ohly X-Y-GMX-Trusted: 0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.871 tagged_above=-999 required=2 tests=[AWL=-0.653, BAYES_00=-2.599, DATE_IN_PAST_12_24=1.247, FORGED_RCVD_HELO=0.135, SPF_PASS=-0.001] X-Spam-Score: -1.871 X-Spam-Level: Cc: Evolution Hackers Subject: Re: [Evolution-hackers] automated testing of Evolution data server with SyncEvolution - vcard import problem in 2.8 X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2006 16:53:09 -0000 On Fr, 2006-10-20 at 02:11 +0200, =D8ystein Gisn=E5s wrote: > > =D8ystein, can you make sure that it gets included in Debian packages > if > > Etch would otherwise be released with an E-D-S where this bug is > still > > present? Should I file a bug in the Debian tracker as a reminder? >=20 > Yes and yes. I will look into it and incorporate before etch if it > looks good. An entry in BTS ensures me (and the rest of the team) > won't forget it.. Done, please see Debian BTS #395416 and #395417. --=20 Bye, Patrick Ohly -- =20 Patrick.Ohly@gmx.de http://www.estamos.de/ From ron.arts@neonova.nl Mon Oct 30 11:07:41 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 932CB3B0337 for ; Mon, 30 Oct 2006 11:07:41 -0500 (EST) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05078-08 for ; Mon, 30 Oct 2006 11:07:35 -0500 (EST) Received: from services-04.netland.nl (mx1.netland.nl [217.170.32.72]) by menubar.gnome.org (Postfix) with ESMTP id A0A5F3B0366 for ; Mon, 30 Oct 2006 11:07:34 -0500 (EST) Received: from n010095.nbs.netland.nl (fw.office.netland.nl [217.170.32.40]) by services-04.netland.nl (Postfix) with ESMTP id 4516654011 for ; Mon, 30 Oct 2006 17:07:33 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by n010095.nbs.netland.nl (Postfix) with ESMTP id 29939A4F1 for ; Mon, 30 Oct 2006 17:07:33 +0100 (CET) Received: from n010095.nbs.netland.nl ([127.0.0.1]) by localhost (n010095.nbs.netland.nl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 22669-04 for ; Mon, 30 Oct 2006 17:07:32 +0100 (CET) Received: from [192.168.170.121] (ts2.office.netland.nl [192.168.170.121]) by n010095.nbs.netland.nl (Postfix) with ESMTP id 147CBA4EE for ; Mon, 30 Oct 2006 17:07:32 +0100 (CET) Message-ID: <45462415.7030500@neonova.nl> Date: Mon, 30 Oct 2006 17:11:01 +0100 From: Ron Arts Organization: NeoNova BV User-Agent: Thunderbird 1.5 (X11/20060313) MIME-Version: 1.0 To: Evolution Hackers Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms090605030705070605050208" X-Virus-Scanned: by amavisd-new at n010095.nbs.netland.nl X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.164 tagged_above=-999 required=2 tests=[AWL=-1.114, BAYES_40=-0.185, FORGED_RCVD_HELO=0.135] X-Spam-Score: -1.164 X-Spam-Level: Subject: [Evolution-hackers] asterisk plug-in for Evolution X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Oct 2006 16:07:41 -0000 This is a cryptographically signed message in MIME format. --------------ms090605030705070605050208 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi, I am contemplating writing a plugin for Evolution to Dial entries using asterisk from the addressbook. I am a total Evolution newbie, but I have a customer for it. How should I go about this? Or does it already exist? Thanks, Ron Arts -- NeoNova BV, The Netherlands Professional internet and VoIP solutions http://www.neonova.nl Kruislaan 419 1098 VA Amsterdam info: 020-5628292 servicedesk: 020-5628292 fax: 020-5628291 KvK Amsterdam 34151241 The following disclaimer applies to this email: http://www.neonova.nl/maildisclaimer --------------ms090605030705070605050208 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJPTCC AvkwggJioAMCAQICEGHnLwzLyYNxlhlsaKd4KuAwDQYJKoZIhvcNAQEEBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA2MDUwMTA3MzQxMFoX DTA3MDUwMTA3MzQxMFowXjENMAsGA1UEBBMEQXJ0czERMA8GA1UEKhMIUm9uIFIuQS4xFjAU BgNVBAMTDVJvbiBSLkEuIEFydHMxIjAgBgkqhkiG9w0BCQEWE3Jvbi5hcnRzQG5lb25vdmEu bmwwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCr32PDImlJV/oCkEZ4nP0XMJaV qXbePeFJ6k/ITUIMYJtHfAYfvUCOAHUlpxUpu681nE9mryyjRYeul9fxPrYzIpzxsG4gh4D9 fcfbSlM4MKAQAIsBZUI9i/m2BKnW6gfcWrqtBS8x4VeAmGvHcay9VDZjoEJvZKkIl2Uy4vbk 3UrWbf4ZlpUwyxHExTYKyFFAls4k/GJov/988viMxzXyraxjJtb+ukd40KC0SC5tj7kncwVe uuVFC5TAMgwZNH5iJsc3jPqQfDo9aSy2t055Mj6sHxZsuT0iJLBKlbW3wgDwpnvHvS9ZWCe9 Lcj12AKV95UxKVmJSGjY7IOCJYCFAgMBAAGjMDAuMB4GA1UdEQQXMBWBE3Jvbi5hcnRzQG5l b25vdmEubmwwDAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQQFAAOBgQCArWoxk4gjskq8bt3i Ia+OSJCmyOEEETfISqiPkeDL0VlWYZvh9qOvfF1p/ssR0lPFhqYjSEpIdgK/ptFnM4l2WLmZ JRob0KKOIksjrXgkfD5AHiREOGcIVH07TjinN/fdAnVgrDlbCbOh1mVf8xpTkf0HwXBRhFUm cHZcTGirMDCCAvkwggJioAMCAQICEGHnLwzLyYNxlhlsaKd4KuAwDQYJKoZIhvcNAQEEBQAw YjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4x LDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA2MDUw MTA3MzQxMFoXDTA3MDUwMTA3MzQxMFowXjENMAsGA1UEBBMEQXJ0czERMA8GA1UEKhMIUm9u IFIuQS4xFjAUBgNVBAMTDVJvbiBSLkEuIEFydHMxIjAgBgkqhkiG9w0BCQEWE3Jvbi5hcnRz QG5lb25vdmEubmwwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCr32PDImlJV/oC kEZ4nP0XMJaVqXbePeFJ6k/ITUIMYJtHfAYfvUCOAHUlpxUpu681nE9mryyjRYeul9fxPrYz IpzxsG4gh4D9fcfbSlM4MKAQAIsBZUI9i/m2BKnW6gfcWrqtBS8x4VeAmGvHcay9VDZjoEJv ZKkIl2Uy4vbk3UrWbf4ZlpUwyxHExTYKyFFAls4k/GJov/988viMxzXyraxjJtb+ukd40KC0 SC5tj7kncwVeuuVFC5TAMgwZNH5iJsc3jPqQfDo9aSy2t055Mj6sHxZsuT0iJLBKlbW3wgDw pnvHvS9ZWCe9Lcj12AKV95UxKVmJSGjY7IOCJYCFAgMBAAGjMDAuMB4GA1UdEQQXMBWBE3Jv bi5hcnRzQG5lb25vdmEubmwwDAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQQFAAOBgQCArWox k4gjskq8bt3iIa+OSJCmyOEEETfISqiPkeDL0VlWYZvh9qOvfF1p/ssR0lPFhqYjSEpIdgK/ ptFnM4l2WLmZJRob0KKOIksjrXgkfD5AHiREOGcIVH07TjinN/fdAnVgrDlbCbOh1mVf8xpT kf0HwXBRhFUmcHZcTGirMDCCAz8wggKooAMCAQICAQ0wDQYJKoZIhvcNAQEFBQAwgdExCzAJ BgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEa MBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vy dmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTEr MCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMzA3MTcw MDAwMDBaFw0xMzA3MTYyMzU5NTlaMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUg Q29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1h aWwgSXNzdWluZyBDQTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAxKY8VXNV+065ypla HmjAdQRwnd/p/6Me7L3N9VvyGna9fww6YfK/Uc4B1OVQCjDXAmNaLIkVcI7dyfArhVqqP3FW y688Cwfn8R+RNiQqE88r1fOCdz0Dviv+uxg+B79AgAJk16emu59l0cUqVIUPSAR/p7bRPGEE QB5kGXJgt/sCAwEAAaOBlDCBkTASBgNVHRMBAf8ECDAGAQH/AgEAMEMGA1UdHwQ8MDowOKA2 oDSGMmh0dHA6Ly9jcmwudGhhd3RlLmNvbS9UaGF3dGVQZXJzb25hbEZyZWVtYWlsQ0EuY3Js MAsGA1UdDwQEAwIBBjApBgNVHREEIjAgpB4wHDEaMBgGA1UEAxMRUHJpdmF0ZUxhYmVsMi0x MzgwDQYJKoZIhvcNAQEFBQADgYEASIzRUIPqCy7MDaNmrGcPf6+svsIXoUOWlJ1/TCG4+DYf qi2fNi/A9BxQIJNwPP2t4WFiw9k6GX6EsZkbAMUaC4J0niVQlGLH2ydxVyWN3amcOY6MIE9l X5Xa9/eH1sYITq726jTlEBpbNU1341YheILcIRk13iSx0x1G/11fZU8xggNkMIIDYAIBATB2 MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQu MSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIQYecvDMvJ g3GWGWxop3gq4DAJBgUrDgMCGgUAoIIBwzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwG CSqGSIb3DQEJBTEPFw0wNjEwMzAxNjExMDFaMCMGCSqGSIb3DQEJBDEWBBQGMqVRHa1DmsMK qQAPH+t+ZunfpDBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIA gDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBhQYJKwYBBAGCNxAE MXgwdjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkg THRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEGHn LwzLyYNxlhlsaKd4KuAwgYcGCyqGSIb3DQEJEAILMXigdjBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEGHnLwzLyYNxlhlsaKd4KuAwDQYJKoZIhvcN AQEBBQAEggEAZoze2DkE0L0tA4FkR0PSXibZmC99Nj3LsQGMgsEK0pqnZjCHVR7uVRL9Sfql C+TJHNicwfac/AXNBMsKdxJBeLzcW8SAHlQ8F9r58QaUJyW5jYSW2JjkqGmZZSaWazgInZLr 0PhiOy81LYVDGL7OHDm4F3WkpjLY7Ve+JjctQmeGtD7WliK+AmJlm2oE4vpxoDy1nhf7JObV AlzhccEPPcpRmRaWlWIZH6W3otlOfJrSsNEg1Rq6mtYFntPK4izkpI+/KcWolP9olwIpo5Bc r4OZxDM3yKXz1qoyBP+zZAOb31JM2v5sMaCMFYR2TogGrhPe++kQ0rBoI9mr5Mdh6AAAAAAA AA== --------------ms090605030705070605050208-- From colding@omesc.com Tue Oct 31 08:47:44 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5AFD43B0194 for ; Tue, 31 Oct 2006 08:47:44 -0500 (EST) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21533-10 for ; Tue, 31 Oct 2006 08:47:39 -0500 (EST) Received: from pfepc.post.tele.dk (pfepc.post.tele.dk [195.41.46.237]) by menubar.gnome.org (Postfix) with ESMTP id DA6753B008F for ; Tue, 31 Oct 2006 08:47:38 -0500 (EST) Received: from omc-2.omesc.com (cpe.atm2-0-1151123.0x50a3535e.odnxx7.customer.tele.dk [80.163.83.94]) by pfepc.post.tele.dk (Postfix) with ESMTP id A392F8A0065 for ; Tue, 31 Oct 2006 14:47:37 +0100 (CET) From: Jules Colding To: Evolution Hackers Content-Type: text/plain Date: Tue, 31 Oct 2006 14:47:37 +0100 Message-Id: <1162302457.6533.17.camel@omc-2.omesc.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.449 tagged_above=-999 required=2 tests=[AWL=0.015, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Spam-Score: -2.449 X-Spam-Level: Subject: [Evolution-hackers] [PATCH] Adding execversion to evolution-shell.pc X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2006 13:47:44 -0000 Hi, Would anyone object to the following patch? It makes it a lot easier to detect the Evolution version. I don't know if anyone else has that problem, but I do... Please reject or accept. Thanks, jules Index: evolution-shell.pc.in =================================================================== RCS file: /cvs/gnome/evolution/evolution-shell.pc.in,v retrieving revision 1.13 diff -u -p -r1.13 evolution-shell.pc.in --- evolution-shell.pc.in 19 Aug 2006 06:30:06 -0000 1.13 +++ evolution-shell.pc.in 31 Oct 2006 13:44:55 -0000 @@ -14,6 +14,8 @@ componentdir=@componentdir@ evolutionuidir=@evolutionuidir@ imagesdir=@imagesdir@ +execversion=@BASE_VERSION@ + IDL_INCLUDES=-I ${idldir} @IDL_INCLUDES@ Name: evolution-shell From chihchun@debian.org.tw Sun Oct 22 13:07:13 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 344623B0007 for ; Sun, 22 Oct 2006 13:07:13 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30993-02 for ; Sun, 22 Oct 2006 13:07:06 -0400 (EDT) Received: from kalug.linux.org.tw (kalug.ks.edu.tw [163.16.211.21]) by menubar.gnome.org (Postfix) with ESMTP id 05EDD3B0076 for ; Sun, 22 Oct 2006 13:07:03 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by kalug.linux.org.tw (Postfix) with ESMTP id 5EE97BEAF7; Mon, 23 Oct 2006 01:07:01 +0800 (CST) X-Virus-Scanned: Debian amavisd-new at kalug.linux.org.tw Received: from kalug.linux.org.tw ([127.0.0.1]) by localhost (kalug.linux.org.tw [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IUPeVCuwvEIn; Mon, 23 Oct 2006 01:07:00 +0800 (CST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by kalug.linux.org.tw (Postfix) with ESMTP id 298D2BE09C; Mon, 23 Oct 2006 01:06:58 +0800 (CST) Message-ID: <453BA530.10502@debian.org.tw> Date: Mon, 23 Oct 2006 01:06:56 +0800 From: Rex Tsai User-Agent: Icedove 1.5.0.7 (X11/20061013) MIME-Version: 1.0 To: evolution-hackers@gnome.org, Rex Tsai X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.464 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Spam-Score: -2.464 X-Spam-Level: X-Mailman-Approved-At: Mon, 06 Nov 2006 09:48:41 -0500 Subject: [Evolution-hackers] A plugin for remove attachments. X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Oct 2006 17:07:13 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, there I wrote a plugin for remove attachments from emails. You can download the source code from http://people.debian.org.tw/~chihchun/wp-content/uploads/2006/10/remove-attachments-0.0.1.tar.gz If you are interesting about this plugin, I post some screen shots on my blog ( http://people.debian.org.tw/~chihchun/ ) http://people.debian.org.tw/~chihchun/2006/10/23/remove-attachments-plugin-for-evolution-001/ You are free to modify this software, feedback is welcome. Thanks. regards - -Rex -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFO6UuOl4Wbdx2/rkRAi/JAKCHIz9sqFC4nwDcoOFksSPPMvq4RACgglyu ZT5/9usUJUAgEmk7MPYCEFo= =Mw7b -----END PGP SIGNATURE----- From aospan@netup.ru Mon Oct 2 12:41:46 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4ACCD3B0095 for ; Mon, 2 Oct 2006 12:41:46 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20356-07 for ; Mon, 2 Oct 2006 12:41:45 -0400 (EDT) Received: from utm.netup.ru (netupru66.garnet.ru [195.209.39.66]) by menubar.gnome.org (Postfix) with ESMTP id 353A73B0085 for ; Mon, 2 Oct 2006 12:41:44 -0400 (EDT) Received: from alkaloid.netup (unknown [10.1.2.137]) by utm.netup.ru (Postfix) with ESMTP id 78E3ABE639 for ; Mon, 2 Oct 2006 20:42:06 +0400 (MSD) From: Abylai Ospan To: evolution-hackers@gnome.org Content-Type: multipart/alternative; boundary="=-SiCDSwFDhf2In3/BPv4Z" Organization: NetUP Inc. Date: Mon, 02 Oct 2006 20:43:53 +0400 Message-Id: <1159807433.7820.11.camel@alkaloid.netup.ru> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.967 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, FORGED_RCVD_HELO=0.135, HTML_40_50=0.496, HTML_MESSAGE=0.001] X-Spam-Score: -1.967 X-Spam-Level: Subject: [Evolution-hackers] memory usage in evolution 2.8.0 and disk usage X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 16:41:46 -0000 --=-SiCDSwFDhf2In3/BPv4Z Content-Type: text/plain Content-Transfer-Encoding: 7bit Good day ! I'v installed new evolution 2.8.0 and memory usage is lower - aproximately 200 MB (at the past memory usage is 500-600 MB) but disk usage is greatly increased ... I'm using top to control system load and when evolution doing mail check there is 0 % idle and 85% wait (disk usage): Cpu(s): 18.2% us, 9.6% sy, 0.0% ni, 0.0% id, 70.6% wa, 1.3% hi, 0.3% si Mem: 1555264k total, 1378232k used, 177032k free, 14392k buffers Swap: 1044184k total, 207188k used, 836996k free, 734028k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 21874 aospan 16 0 206m 112m 19m S 22.5 7.4 30:05.01 evolution How increase memory usage in evolution ? May be when evolution use more memory it don't use disks so hard ? Thanks ! wbr, Abylai --=-SiCDSwFDhf2In3/BPv4Z Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit Good day !

I'v installed new evolution 2.8.0 and memory usage is lower - aproximately 200 MB (at the past memory usage is 500-600 MB) but disk usage is greatly increased ... I'm using top to control system load and when evolution doing mail check there is 0 % idle and 85% wait (disk usage):

Cpu(s): 18.2% us,  9.6% sy,  0.0% ni,  0.0% id, 70.6% wa,  1.3% hi,  0.3% si
Mem:   1555264k total,  1378232k used,   177032k free,    14392k buffers
Swap:  1044184k total,   207188k used,   836996k free,   734028k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
21874 aospan    16   0  206m 112m  19m S 22.5  7.4  30:05.01 evolution

How increase memory usage in evolution ? May be when evolution use more memory it don't use disks so hard ?
Thanks !

wbr, Abylai --=-SiCDSwFDhf2In3/BPv4Z-- From serrador@tecknolabs.com Mon Oct 2 18:35:38 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B77283B0075; Mon, 2 Oct 2006 18:35:38 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05483-08; Mon, 2 Oct 2006 18:35:37 -0400 (EDT) Received: from evangelion.tecknolabs.com (unknown [84.77.113.106]) by menubar.gnome.org (Postfix) with ESMTP id 156993B009E; Mon, 2 Oct 2006 18:35:37 -0400 (EDT) Received: from [192.168.1.5] (unknown [192.168.1.5]) by evangelion.tecknolabs.com (Postfix) with ESMTP id 2798A2CC07; Tue, 3 Oct 2006 00:35:36 +0200 (CEST) From: "Francisco Javier F. Serrador" To: GNOME =?ISO-8859-1?Q?Internacionalizaci=F3n?= Content-Type: multipart/mixed; boundary="=-YkmBHnz9sIvvlsL10tO7" Organization: Tecknolabs Corporation Date: Tue, 03 Oct 2006 00:35:35 +0200 Message-Id: <1159828536.13122.5.camel@nano.tecknolabs.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.489 tagged_above=-999 required=2 tests=[AWL=0.110, BAYES_00=-2.599] X-Spam-Score: -2.489 X-Spam-Level: Cc: Release Team , "Evolution Hackers, Lista" Subject: [Evolution-hackers] Strings missing in Evolution X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Oct 2006 22:35:38 -0000 --=-YkmBHnz9sIvvlsL10tO7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Hi I'm going to commit this patch to be able to translate these two missing strings present in Evolution. -- Francisco Javier F. Serrador Coordinador de localizaci�n Gnome --=-YkmBHnz9sIvvlsL10tO7 Content-Disposition: attachment; filename=evolution-msj.diff Content-Type: text/x-patch; name=evolution-msj.diff; charset=UTF-8 Content-Transfer-Encoding: 7bit Index: widgets/misc/e-dateedit.c =================================================================== RCS file: /cvs/gnome/evolution/widgets/misc/e-dateedit.c,v retrieving revision 1.57 diff -u -p -r1.57 e-dateedit.c --- widgets/misc/e-dateedit.c 14 Jul 2006 04:48:07 -0000 1.57 +++ widgets/misc/e-dateedit.c 2 Oct 2006 22:21:01 -0000 @@ -1631,7 +1631,7 @@ on_date_entry_focus_out (GtkEntry *ent GTK_DIALOG_MODAL, GTK_MESSAGE_WARNING, GTK_BUTTONS_OK, - "Invalid Date Value"); + _("Invalid Date Value")); gtk_dialog_run (GTK_DIALOG(msg_dialog)); gtk_widget_destroy (msg_dialog); e_date_edit_get_date (dedit,&tmp_tm.tm_year,&tmp_tm.tm_mon,&tmp_tm.tm_mday); @@ -1657,7 +1657,7 @@ on_time_entry_focus_out (GtkEntry *ent GTK_DIALOG_MODAL, GTK_MESSAGE_WARNING, GTK_BUTTONS_OK, - "Invalid Time Value"); + _("Invalid Time Value")); gtk_dialog_run (GTK_DIALOG(msg_dialog)); gtk_widget_destroy (msg_dialog); e_date_edit_set_time (dedit,e_date_edit_get_time(dedit)); --=-YkmBHnz9sIvvlsL10tO7-- From peter@pg-consultants.com Wed Oct 4 06:37:56 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 51C853B00BB for ; Wed, 4 Oct 2006 06:37:56 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03621-02 for ; Wed, 4 Oct 2006 06:37:55 -0400 (EDT) Received: from ace.securenet-server.net (ace.securenet-server.net [63.247.93.10]) by menubar.gnome.org (Postfix) with ESMTP id 7A6133B0009 for ; Wed, 4 Oct 2006 06:37:55 -0400 (EDT) Received: from mail.storewiz.com ([62.90.10.208] helo=[10.10.0.4]) by ace.securenet-server.net with esmtpa (Exim 4.52) id 1GV48O-000878-3O for evolution-hackers@gnome.org; Wed, 04 Oct 2006 06:37:52 -0400 From: Peter Gordon To: evolution-hackers@gnome.org Content-Type: text/plain Date: Wed, 04 Oct 2006 12:37:50 +0200 Message-Id: <1159958271.2688.13.camel@tigger> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 (2.6.3-1.fc5.5) Content-Transfer-Encoding: 7bit X-PopBeforeSMTPSenders: peter@pg-consultants.com X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ace.securenet-server.net X-AntiAbuse: Original Domain - gnome.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - pg-consultants.com X-Source: X-Source-Args: X-Source-Dir: X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Spam-Score: -2.599 X-Spam-Level: Subject: [Evolution-hackers] Setting default smtp server in evolution programatically X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Oct 2006 10:37:56 -0000 I have two smtp servers, and depending on where I am connected, I have to use one or the other. How can I set the default smtp server automatically/programatically ? Any help appreciated. Peter From lancellotti.riccardo@unimore.it Tue Oct 3 12:46:29 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E49A53B000A for ; Tue, 3 Oct 2006 12:46:28 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22241-03 for ; Tue, 3 Oct 2006 12:46:25 -0400 (EDT) Received: from weblab.ing.unimo.it (samba.ing.unimo.it [155.185.54.131]) by menubar.gnome.org (Postfix) with ESMTP id AB50B3B006D for ; Tue, 3 Oct 2006 12:46:23 -0400 (EDT) Received: from metaxa.ing.unimo.it ([155.185.48.199]) by weblab.ing.unimo.it with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.60) (envelope-from ) id 1GUnPM-0000Vw-4C for evolution-hackers@gnome.org; Tue, 03 Oct 2006 18:46:22 +0200 From: Riccardo Lancellotti To: evolution-hackers@gnome.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-X99AYmrY5wyQoxg9nyX8" Date: Tue, 03 Oct 2006 18:46:15 +0200 Message-Id: <1159893975.9293.27.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 X-Spam_score: -3.9 X-Spam_score_int: -38 X-Spam_bar: --- X-Spam_report: Spam detection software, running on the system "samba.ing.unimo.it", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hello, I have been working on a patch to add the sender photo when the sender of the mail is included in the addressbook and (obviously) it has a photo. The code basically works, but requires some love before becoming a patch that can make its way into Evolution. Before going on with the code polish process I have some doubts that I would like to discuss in the mailing list [...] Content analysis details: (-3.9 points, 4.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] 0.5 AWL AWL: From: address is in the auto white-list X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.215 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, SPF_SOFTFAIL=1.384] X-Spam-Score: -1.215 X-Spam-Level: X-Mailman-Approved-At: Thu, 05 Oct 2006 06:18:02 -0400 Subject: [Evolution-hackers] Sender photo in email display X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Oct 2006 16:46:29 -0000 --=-X99AYmrY5wyQoxg9nyX8 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hello, I have been working on a patch to add the sender photo when the sender of the mail is included in the addressbook and (obviously) it has a photo. The code basically works, but requires some love before becoming a patch that can make its way into Evolution. Before going on with the code polish process I have some doubts that I would like to discuss in the mailing list 1)The ui is affected by this patch. It is a trivial addition of a photo close to where the rupert monkey appears. Does this addition needs to be discussed and approved in some board? Is there any need of some control to disable this feaure? 2) a significant portion of the code that retrieves the contact photo is similar to the function "em_utils_in_addressbook()" in em-utils.c (that includes also a fancy cache function). Is is a good thing to introduce a more general "em_utils_addressbook_lookup()" that is used both by my code and by a wrapper that mimics the original em_utils_in_addressbook() function? How can I speed up an addressbook lookup? Which are the most computationally expensive functions in the lookup? What benchmark can I run? 3) In the EContactPhoto object the type is not reported. I assume that all photos are JPEG, but this looks like a strong assumption. It there any better guess I can do? 4) This is my first attempt in working on Evolution. Is it better to just post the patch early even if the code is not very efficient or do I need to improve performance/and functionalities on my own and then post everything at the end? --=20 Best regards, Riccardo --=-X99AYmrY5wyQoxg9nyX8 Content-Type: application/pgp-signature; name=signature.asc Content-Description: Questa =?ISO-8859-1?Q?=E8?= una parte del messaggio firmata digitalmente -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQBFIpPXS3IuvDxS7pERAvXzAKC0ADIkwshiK9uviPwpO+sxKZiBpACeN74N a2DhtoUfP4P0m37Hlh5VJRo= =7WAb -----END PGP SIGNATURE----- --=-X99AYmrY5wyQoxg9nyX8-- From khadgaray@gmail.com Thu Oct 5 09:29:11 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id CF7543B020F for ; Thu, 5 Oct 2006 09:29:11 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10546-09 for ; Thu, 5 Oct 2006 09:29:07 -0400 (EDT) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by menubar.gnome.org (Postfix) with ESMTP id D9F483B00FF for ; Thu, 5 Oct 2006 09:29:06 -0400 (EDT) Received: by py-out-1112.google.com with SMTP id x66so664113pye for ; Thu, 05 Oct 2006 06:29:06 -0700 (PDT) Received: by 10.35.10.17 with SMTP id n17mr3572838pyi; Thu, 05 Oct 2006 06:29:05 -0700 (PDT) Received: from ?172.16.37.22? ( [202.41.228.162]) by mx.google.com with ESMTP id j4sm606371nzd.2006.10.05.06.29.04; Thu, 05 Oct 2006 06:29:05 -0700 (PDT) From: Ritesh Khadgaray To: Riccardo Lancellotti In-Reply-To: <1159893975.9293.27.camel@localhost> References: <1159893975.9293.27.camel@localhost> Content-Type: text/plain Date: Thu, 05 Oct 2006 18:59:15 +0530 Message-Id: <1160054955.27794.7.camel@dhcp37-22.pnq.redhat.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.0 (2.8.0-6.fc6) Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.19 tagged_above=-999 required=2 tests=[AWL=0.210, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.19 X-Spam-Level: Cc: evolution-hackers@gnome.org Subject: Re: [Evolution-hackers] Sender photo in email display X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Oct 2006 13:29:12 -0000 On Tue, 2006-10-03 at 18:46 +0200, Riccardo Lancellotti wrote: > Hello, > I have been working on a patch to add the sender photo when the sender > of the mail is included in the addressbook and (obviously) it has a > photo. > > The code basically works, but requires some love before becoming a patch > that can make its way into Evolution. Out of curiosity, is this be a plugin ? > Before going on with the code polish process I have some doubts that I > would like to discuss in the mailing list > > 1)The ui is affected by this patch. It is a trivial addition of a photo > close to where the rupert monkey appears. Does this addition needs to be > discussed and approved in some board? Is there any need of some control > to disable this feaure? > > 2) a significant portion of the code that retrieves the contact photo is > similar to the function "em_utils_in_addressbook()" in em-utils.c (that > includes also a fancy cache function). Is is a good thing to introduce a > more general "em_utils_addressbook_lookup()" that is used both by my > code and by a wrapper that mimics the original em_utils_in_addressbook() > function? How can I speed up an addressbook lookup? Which are the most > computationally expensive functions in the lookup? What benchmark can I > run? > > 3) In the EContactPhoto object the type is not reported. I assume that > all photos are JPEG, but this looks like a strong assumption. It there > any better guess I can do? > > 4) This is my first attempt in working on Evolution. Is it better to > just post the patch early even if the code is not very efficient or do I > need to improve performance/and functionalities on my own and then post > everything at the end? > > _______________________________________________ > Evolution-hackers mailing list > Evolution-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/evolution-hackers -- Ritesh Khadgaray LinuX N Stuff Ph: +919822394463 Eat Right, Exercise, Die Anyway. From kharish@novell.com Thu Oct 5 10:00:18 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 093EB3B00D4 for ; Thu, 5 Oct 2006 10:00:18 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12331-06 for ; Thu, 5 Oct 2006 10:00:14 -0400 (EDT) Received: from victor.provo.novell.com (victor.provo.novell.com [137.65.250.26]) by menubar.gnome.org (Postfix) with ESMTP id D06643B0077 for ; Thu, 5 Oct 2006 10:00:10 -0400 (EDT) Received: from [164.99.152.128] (prv-dmz-foundry1.gns.novell.com [::ffff:137.65.251.211]) by victor.provo.novell.com with ESMTP; Thu, 05 Oct 2006 08:00:01 -0600 From: Harish Krishnaswamy To: Riccardo Lancellotti In-Reply-To: <1159893975.9293.27.camel@localhost> References: <1159893975.9293.27.camel@localhost> Content-Type: text/plain Date: Thu, 05 Oct 2006 19:32:28 +0530 Message-Id: <1160056948.7365.34.camel@sunshine.blr.novell.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.444 tagged_above=-999 required=2 tests=[AWL=-0.045, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.444 X-Spam-Level: Cc: evolution-hackers@gnome.org Subject: Re: [Evolution-hackers] Sender photo in email display X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Oct 2006 14:00:18 -0000 Hi Riccardo, On Tue, 2006-10-03 at 18:46 +0200, Riccardo Lancellotti wrote: > Hello, > I have been working on a patch to add the sender photo when the sender > of the mail is included in the addressbook and (obviously) it has a > photo. Great and Thanks. It is always nice to have new contributors :-). Welcome to Evolution . > The code basically works, but requires some love before becoming a patch > that can make its way into Evolution. > Before going on with the code polish process I have some doubts that I > would like to discuss in the mailing list > > 1)The ui is affected by this patch. It is a trivial addition of a photo > close to where the rupert monkey appears. Does this addition needs to be > discussed and approved in some board? Is there any need of some control > to disable this feaure? Please go through http://www.gnome.org/projects/evolution/patch.shtml which describes the patch submission process, coding style guidelines and copyright assignment procedures. > 2) a significant portion of the code that retrieves the contact photo is > similar to the function "em_utils_in_addressbook()" in em-utils.c (that > includes also a fancy cache function). Is is a good thing to introduce a > more general "em_utils_addressbook_lookup()" that is used both by my > code and by a wrapper that mimics the original em_utils_in_addressbook() > function? How can I speed up an addressbook lookup? Which are the most > computationally expensive functions in the lookup? What benchmark can I > run? Please mail your patch to the evolution-patches list or preferrably, file a bug report in bugzilla [1] and attach the patch. You may discuss with the evolution hackers on the IRC [1] or in this mailing list about design aspects, performance trade-offs etc. > 3) In the EContactPhoto object the type is not reported. I assume that > all photos are JPEG, but this looks like a strong assumption. It there > any better guess I can do? > > 4) This is my first attempt in working on Evolution. Is it better to > just post the patch early even if the code is not very efficient or do I > need to improve performance/and functionalities on my own and then post > everything at the end? If your patch adheres to the Patch guidelines and applies cleanly on the source tree, feel free to post it - so it can be reviewed and tested by the community. Regards, Harish [1] Refer to http://www.gnome.org/projects/evolution/ for more information. From karllinuxtest.relton@ntlworld.com Fri Oct 6 06:04:19 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 410923B0214 for ; Fri, 6 Oct 2006 06:04:19 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03467-07 for ; Fri, 6 Oct 2006 06:04:16 -0400 (EDT) Received: from mtaout01-winn.ispmail.ntl.com (mtaout01-winn.ispmail.ntl.com [81.103.221.47]) by menubar.gnome.org (Postfix) with ESMTP id 55D113B0272 for ; Fri, 6 Oct 2006 06:04:15 -0400 (EDT) Received: from aamtaout01-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout01-winn.ispmail.ntl.com with ESMTP id <20061006100413.JHUG15018.mtaout01-winn.ispmail.ntl.com@aamtaout01-winn.ispmail.ntl.com> for ; Fri, 6 Oct 2006 11:04:13 +0100 Received: from dellpc.relton-home.net ([81.110.250.84]) by aamtaout01-winn.ispmail.ntl.com with ESMTP id <20061006100413.UCWQ644.aamtaout01-winn.ispmail.ntl.com@dellpc.relton-home.net> for ; Fri, 6 Oct 2006 11:04:13 +0100 From: Karl Relton To: evolution-hackers@gnome.org Content-Type: text/plain Date: Fri, 06 Oct 2006 11:04:11 +0100 Message-Id: <1160129051.5427.17.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-0.892 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, DNS_FROM_RFC_POST=1.708, SPF_PASS=-0.001] X-Spam-Score: -0.892 X-Spam-Level: Subject: Re: [Evolution-hackers] Setting default smtp server in evolution X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2006 10:04:19 -0000 > I have two smtp servers, and depending on where I am connected, I have > to use one or the other. > > How can I set the default smtp server automatically/programatically ? > > Any help appreciated. > > Peter Peter, I've thought about this too (but not actually done anything about it). Evolution stores the account settings using gconf, so it might be possible to use something like gconftool to do what you want. It will probably require some gymnastics on your part though. I wonder if a better solution is to run a smtp server on your machine (e.g. postfix or equiv), and point evolution at that. Its probably alot easier to re-configure a local smtp server to change its 'forwarding' address than messing with evolution's gconf settings (not you may need to restart the deamon to force it to re-read the setting though). This would have the advantage of working with all mail clients, and you could even change it whilst evolution was still running. Karl From dang@gentoo.org Fri Oct 6 11:43:37 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 261FA3B0189 for ; Fri, 6 Oct 2006 11:43:37 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20842-07 for ; Fri, 6 Oct 2006 11:43:34 -0400 (EDT) Received: from nemesis.fprintf.net (nemesis.fprintf.net [66.134.112.218]) by menubar.gnome.org (Postfix) with ESMTP id BAA5F3B01B8 for ; Fri, 6 Oct 2006 11:43:33 -0400 (EDT) Received: (qmail 20774 invoked by uid 210); 6 Oct 2006 11:43:33 -0400 Received: from 65.247.36.242 by nemesis (envelope-from , uid 201) with qmail-scanner-1.25st (clamdscan: 0.88.2/1999. spamassassin: 3.1.0. perlscan: 1.25st. Clear:RC:0(65.247.36.242):SA:0(-4.0/5.0):. Processed in 0.608823 secs); 06 Oct 2006 15:43:33 -0000 Received: from aa-redwall1.nexthop.com (HELO ?10.68.253.135?) (dang@fprintf.net@65.247.36.242) by nemesis.fprintf.net with SMTP; 6 Oct 2006 11:43:32 -0400 From: Daniel Gryniewicz To: Karl Relton In-Reply-To: <1160129051.5427.17.camel@localhost.localdomain> References: <1160129051.5427.17.camel@localhost.localdomain> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-zJEa1ACVxHiQXoDgVMwF" Date: Fri, 06 Oct 2006 11:43:29 -0400 Message-Id: <1160149410.9245.79.camel@athena.fprintf.net> Mime-Version: 1.0 X-Mailer: Evolution 2.8.0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.854 tagged_above=-999 required=2 tests=[AWL=-0.324, BAYES_00=-2.599, SPF_NEUTRAL=1.069] X-Spam-Score: -1.854 X-Spam-Level: Cc: evolution-hackers@gnome.org Subject: Re: [Evolution-hackers] Setting default smtp server in evolution X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Oct 2006 15:43:37 -0000 --=-zJEa1ACVxHiQXoDgVMwF Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2006-10-06 at 11:04 +0100, Karl Relton wrote: > > I have two smtp servers, and depending on where I am connected, I have > > to use one or the other. > >=20 > > How can I set the default smtp server automatically/programatically ?=20 > >=20 > > Any help appreciated. > >=20 > > Peter >=20 > Peter, I've thought about this too (but not actually done anything about > it). >=20 > Evolution stores the account settings using gconf, so it might be > possible to use something like gconftool to do what you want. It will > probably require some gymnastics on your part though. >=20 > I wonder if a better solution is to run a smtp server on your machine > (e.g. postfix or equiv), and point evolution at that. Its probably alot > easier to re-configure a local smtp server to change its 'forwarding' > address than messing with evolution's gconf settings (not you may need > to restart the deamon to force it to re-read the setting though). >=20 > This would have the advantage of working with all mail clients, and you > could even change it whilst evolution was still running. >=20 Maybe ssmtp with a script triggered by networkmanager? In general, it seems like the kind of thing that networkmanager could control, maybe with global settings that evo can access... Daniel --=-zJEa1ACVxHiQXoDgVMwF Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5-ecc0.1.6 (GNU/Linux) iD8DBQBFJnmhomPajV0RnrERAu+cAJ9j+g8KUkDH5snQ1o09UNAVfW/xVwCeM2y4 U0BcGX+4u/kcZ5Steo5KxMg= =3/1G -----END PGP SIGNATURE----- --=-zJEa1ACVxHiQXoDgVMwF-- From spam@pvanhoof.be Sun Oct 8 08:42:16 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 746183B010A for ; Sun, 8 Oct 2006 08:42:16 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22275-05 for ; Sun, 8 Oct 2006 08:42:14 -0400 (EDT) Received: from mail.freax.org (mail.freax.org [86.39.154.66]) by menubar.gnome.org (Postfix) with ESMTP id 1B2AC3B0149 for ; Sun, 8 Oct 2006 08:42:06 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.freax.org (Postfix) with ESMTP id 9FC46E7BA2 for ; Sun, 8 Oct 2006 14:33:08 +0200 (CEST) Received: from mail.freax.org ([127.0.0.1]) by localhost (mail.freax.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YLZ0phMFHLmI for ; Sun, 8 Oct 2006 14:33:08 +0200 (CEST) Received: from [192.168.1.100] (d54C18260.access.telenet.be [84.193.130.96]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.freax.org (Postfix) with ESMTP id 63BFDE7BA1 for ; Sun, 8 Oct 2006 14:33:08 +0200 (CEST) From: Philip Van Hoof To: evolution-hackers@gnome.org Content-Type: text/plain Date: Sun, 08 Oct 2006 14:42:03 +0200 Message-Id: <1160311323.22292.21.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.576 tagged_above=-999 required=2 tests=[AWL=0.025, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] X-Spam-Score: -2.576 X-Spam-Level: Subject: [Evolution-hackers] Major changes to Camel for tinymail requirements X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Oct 2006 12:42:16 -0000 Hi there, >From a vendor who's very interested in using tinymail on their devices, I received a few pages with requirements. I'm also expecting that some other vendors will soon send their requirements too. Most can (and probably should) be implemented in Camel (often they can also be implemented in tinymail itself). To name a few of my own ideas and that have frequently come back: the possibility to merge and backup the on-disk cache, partial retrieval of messages, retrieving messages by omitting the attachments, a vfolder-like feature that doesn't consume a lot ram (the evolution vfolder features 'do' consume a lot ram) and a few requirements that basically come down to: support for summaries in the pop provider of camel (you know, it's 'not' practical to store all messages, fully in mbox format, on a device with very few storage capacity). Most the requirements are going to imply major changes to Camel including changes that would, if they would go upstream, imply changes to Evolution and even to how Evolution works with E-mail. I'm definitely planning to find ways to support features like this and I'm definitely going to implement tinymail is such a way that they can be supported (and eventually will be supported). An option is, indeed, to start using Camel statically in the Camel implementation library of tinymail and care less about upstream Camel. It being an option, does not mean that it's the option that I prefer. I do therefore think that it would be a good idea to meet about this list. I cannot release the original requirements document, as it might have been sent to me under my non disclosure agreement (I'm not a lawyer so I'm not going to test it by publicising it). This also implies that such a meeting maybe can't be a public one. But I'm willing to ask the vendor what can and what can't. I'm of course interested in findings ways to cooperate with upstream. I'm even willing to giveaway some of the projects that these requirements will generate to other people and companies in the community who are interested in implementing them. Obviously I will implement some myself too. -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http://www.pvanhoof.be - http://www.x-tend.be From spam@pvanhoof.be Sun Oct 8 08:44:44 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A08513B00F3 for ; Sun, 8 Oct 2006 08:44:44 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22516-03 for ; Sun, 8 Oct 2006 08:44:43 -0400 (EDT) Received: from mail.freax.org (mail.freax.org [86.39.154.66]) by menubar.gnome.org (Postfix) with ESMTP id 030053B0085 for ; Sun, 8 Oct 2006 08:44:43 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.freax.org (Postfix) with ESMTP id 135DCE7BA2; Sun, 8 Oct 2006 14:35:46 +0200 (CEST) Received: from mail.freax.org ([127.0.0.1]) by localhost (mail.freax.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id l9l8M86zkeH5; Sun, 8 Oct 2006 14:35:45 +0200 (CEST) Received: from [192.168.1.100] (d54C18260.access.telenet.be [84.193.130.96]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.freax.org (Postfix) with ESMTP id C6F58E7BA1; Sun, 8 Oct 2006 14:35:45 +0200 (CEST) From: Philip Van Hoof To: Abylai Ospan In-Reply-To: <1159807433.7820.11.camel@alkaloid.netup.ru> References: <1159807433.7820.11.camel@alkaloid.netup.ru> Content-Type: text/plain Date: Sun, 08 Oct 2006 14:44:40 +0200 Message-Id: <1160311481.22292.24.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.576 tagged_above=-999 required=2 tests=[AWL=0.025, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] X-Spam-Score: -2.576 X-Spam-Level: Cc: evolution-hackers@gnome.org Subject: Re: [Evolution-hackers] memory usage in evolution 2.8.0 and disk usage X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Oct 2006 12:44:44 -0000 On Mon, 2006-10-02 at 20:43 +0400, Abylai Ospan wrote: > I'v installed new evolution 2.8.0 and memory usage is lower - > aproximately 200 MB (at the past memory usage is 500-600 MB) but disk > usage is greatly increased ... I'm using top to control system load > and when evolution doing mail check there is 0 % idle and 85% wait > (disk usage): > > Cpu(s): 18.2% us, 9.6% sy, 0.0% ni, 0.0% id, 70.6% wa, 1.3% hi, > 0.3% si > Mem: 1555264k total, 1378232k used, 177032k free, 14392k > buffers > Swap: 1044184k total, 207188k used, 836996k free, 734028k > cached > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > 21874 aospan 16 0 206m 112m 19m S 22.5 7.4 30:05.01 evolution > > How increase memory usage in evolution ? May be when evolution use > more memory it don't use disks so hard ? > Thanks ! You can try this patch on evolution-data-server/camel http://pvanhoof.be/files/camel_folder_summary_with_mmap_fixes11_data_alignment04.diff But it's not recommended for non-software developers. It's not easy to get it working unless you have a good knowledge of compiling softwares like Evolution and its dependencies. -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http://www.pvanhoof.be - http://www.x-tend.be From colding@omesc.com Fri Oct 13 08:49:53 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 313ED3B00AA for ; Fri, 13 Oct 2006 08:49:53 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09528-07 for ; Fri, 13 Oct 2006 08:49:49 -0400 (EDT) Received: from pfepc.post.tele.dk (pfepc.post.tele.dk [195.41.46.237]) by menubar.gnome.org (Postfix) with ESMTP id 0F59E3B009D for ; Fri, 13 Oct 2006 08:49:49 -0400 (EDT) Received: from omc-2.omesc.com (cpe.atm2-0-1151123.0x50a3535e.odnxx7.customer.tele.dk [80.163.83.94]) by pfepc.post.tele.dk (Postfix) with ESMTP id 859568A0015 for ; Fri, 13 Oct 2006 14:49:39 +0200 (CEST) From: Jules Colding To: Evolution Hackers Content-Type: text/plain Date: Fri, 13 Oct 2006 14:49:39 +0200 Message-Id: <1160743779.7745.100.camel@omc-2.omesc.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.52 tagged_above=-999 required=2 tests=[AWL=-0.915, BAYES_20=-0.74, FORGED_RCVD_HELO=0.135] X-Spam-Score: -1.52 X-Spam-Level: Subject: [Evolution-hackers] Recurrence ID? X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Oct 2006 12:49:53 -0000 Hi, What is the format of the recurrence ID (const char *rid) as used in get_object(), remove_object() and other related calendar methods? Thanks, jules From guenther@rudersport.de Sat Oct 14 13:08:20 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 30CDB3B018E for ; Sat, 14 Oct 2006 13:08:20 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 23082-07 for ; Sat, 14 Oct 2006 13:08:16 -0400 (EDT) Received: from mail.medianet-world.de (mail.medianet-world.de [213.157.0.167]) by menubar.gnome.org (Postfix) with SMTP id 3785C3B007A for ; Sat, 14 Oct 2006 13:08:11 -0400 (EDT) Received: (qmail 9775 invoked by uid 1011); 14 Oct 2006 17:08:10 -0000 Received: from guenther@rudersport.de by mail1 by uid 1003 with qmail-scanner-1.22 (ExcuBAtor: 1.0.2. Clear:RC:1(213.157.9.149):SA:0(0.0/5.0):. Processed in 0.202742 secs); 14 Oct 2006 17:08:10 -0000 Received: from unknown (HELO ?10.0.0.2?) (213.157.9.149) by mail.medianet-world.de with SMTP; 14 Oct 2006 17:08:10 -0000 From: guenther To: evolution-hackers@gnome.org Content-Type: text/plain; charset=utf-8 Date: Sat, 14 Oct 2006 19:08:09 +0200 Message-Id: <1160845689.9778.0.camel@monkey.loc> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.536 tagged_above=-999 required=2 tests=[AWL=0.063, BAYES_00=-2.599] X-Spam-Score: -2.536 X-Spam-Level: Subject: [Evolution-hackers] http://gnome.org/projects/evolution/ X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Oct 2006 17:08:20 -0000 2006-10-12 Karsten Br�ckelmann * www.gnome.org/projects/evolution/download.shtml: Update Evo and friends stable versions. You *do* realize that we got some project pages, and that Andre and me can't afford to keep caring about that stuff, don't you? ...guenther -- char *t="\10pse\0r\0dtu\0.@ghno\x4e\xc8\x79\xf4\xab\x51\x8a\x10\xf4\xf4\xc4"; main(){ char h,m=h=*t++,*x=t+2*h,c,i,l=*x,s=0; for (i=0;i>=1)||!t[s+h]){ putchar(t[s]);h=m;s=0; }}} From ak-47@gmx.net Sat Oct 14 15:17:21 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 233163B01AA for ; Sat, 14 Oct 2006 15:17:21 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28838-01 for ; Sat, 14 Oct 2006 15:17:20 -0400 (EDT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id 115183B0183 for ; Sat, 14 Oct 2006 15:17:19 -0400 (EDT) Received: (qmail invoked by alias); 14 Oct 2006 19:17:18 -0000 Received: from dslc-082-082-190-237.pools.arcor-ip.net (EHLO [192.168.1.33]) [82.82.190.237] by mail.gmx.net (mp035) with SMTP; 14 Oct 2006 21:17:18 +0200 X-Authenticated: #726810 From: Andre Klapper To: Evolution Hackers Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-VPtti+7+SXj8SXx933Sj" Date: Sat, 14 Oct 2006 21:16:18 +0200 Message-Id: <1160853378.31548.13.camel@embrace.domain> Mime-Version: 1.0 X-Mailer: Evolution 2.8.1 X-Y-GMX-Trusted: 0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.472 tagged_above=-999 required=2 tests=[AWL=-0.007, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135, SPF_PASS=-0.001] X-Spam-Score: -2.472 X-Spam-Level: Subject: [Evolution-hackers] gnome-2-16 branch X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Oct 2006 19:17:21 -0000 --=-VPtti+7+SXj8SXx933Sj Content-Type: text/plain Content-Transfer-Encoding: quoted-printable namaste, it looks like there is a gnome-2-16 branch in cvs, but i haven't seen any email announcing the branching and the plans for version 2.10. http://live.gnome.org/MaintainersCorner : "When you branch, please remember to let release-team, desktop-devel-list, gnome-doc-list, and gnome-i18n know. It is especially important that translators and documenters know, so they can concentrate on the stable branches during the run up to the final release, and afterwards when further stable releases will be made. If you've created a branch for stable GNOME release, please, include in your mail a plan for your project for the next release cycle. Note that many people would like to know what will happen in next release." andre =20 --=20 mailto:ak-47@gmx.net | failed! http://www.iomc.de --=-VPtti+7+SXj8SXx933Sj Content-Type: application/pgp-signature; name=signature.asc Content-Description: Dies ist ein digital signierter Nachrichtenteil -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQBFMTeCUZw3dUr5LoARApnHAJ9HQEi48OTV1QBx9h9g/6JNidaXTACfbLOG YJve9iDmY+bFL2QX5Qg6wME= =ye/I -----END PGP SIGNATURE----- --=-VPtti+7+SXj8SXx933Sj-- From Patrick.Ohly@gmx.de Sun Oct 15 17:07:53 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id BB0A33B00CA for ; Sun, 15 Oct 2006 17:07:53 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20179-09 for ; Sun, 15 Oct 2006 17:07:51 -0400 (EDT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id 0F2A43B0061 for ; Sun, 15 Oct 2006 17:07:51 -0400 (EDT) Received: (qmail invoked by alias); 15 Oct 2006 21:07:49 -0000 Received: from p50889311.dip0.t-ipconnect.de (EHLO ip6-localhost) [80.136.147.17] by mail.gmx.net (mp036) with SMTP; 15 Oct 2006 23:07:49 +0200 X-Authenticated: #489940 Received: from patrick by ip6-localhost with local (Exim 3.36 #1 (Debian)) id 1GZD2w-0002Aj-00; Sun, 15 Oct 2006 22:57:22 +0200 From: Patrick Ohly To: Evolution Hackers Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Sun, 15 Oct 2006 22:57:22 +0200 Message-Id: <1160945842.4510.136.camel@ip6-localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 Sender: Patrick Ohly X-Y-GMX-Trusted: 0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.556 tagged_above=-999 required=2 tests=[AWL=0.044, BAYES_00=-2.599, SPF_PASS=-0.001] X-Spam-Score: -2.556 X-Spam-Level: Subject: [Evolution-hackers] automated testing of Evolution data server with SyncEvolution X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Oct 2006 21:07:53 -0000 Hi all, I have not mentioned it on this list before, so before I come to the real reason for this email let me introduce it briefly: SyncEvolution[1] is a SyncML client that I wrote to synchronize address books, calendars and tasks list between Evolution and mobile devices or Evolution instances on different computers. In contrast to other approaches it requires a SyncML servers, but there are free ones available that one can install locally or (the simpler solution) one can synchronize with several web services. At this time it is a command line tool, but it could be turned into a plugin easily. At this time I consider getting (and keeping) it stable more important than the GUI, so I invested a lot of work into automated regression testing and run nightly tests with several different Evolution versions, compiled with Garnome. This automated testing suffers a bit from instabilities of the Evolution data server and when adding Gnome 2.8 to the testing I also found a regression in the handling of vcards. I have reported that in [2] a month ago, but the only activity that I have seen to fix this is that Andre confirmed the problem. I can try to help but my time is limited, so let me ask a few questions first: * Is someone going to take care of the reported regression or do you need a patch to fix it? Whoever changed the code between 2.6 and 2.8 should be in a better position to fix it, so I am a bit reluctant to investigate further in code that I don't know. * Is someone running Evolution and in particular the Evolution data server under valgrind as part of release testing or regular quality assurance? * Which branches are still maintained? At the moment Debian still has 2.6 in testing and unstable; if there is a chance to still get bug fixes into that version, I'd concentrate on that first instead of the more recent 2.8. To nail down the crashes I have started to run the data server under valgrind and it finds some issues. One is a jump which depends on an uninitialized value. This is inside e_data_book_factory_activate() and occurs deep down inside libbonobo; it may be a false positive and doesn't seem to cause problems. The other, fatal one is a read of previously freed memory inside libecal - see [3] for a log where this occurs in 2.6 and [4] for 2.8. Here's an excerpt: ==31437== Invalid read of size 4 ==31437== at 0x43184F6: icalproperty_as_ical_string (icalproperty.c:444) ==31437== by 0x43102D7: icalcomponent_as_ical_string (icalcomponent.c:322) ==31437== by 0x431032F: icalcomponent_as_ical_string (icalcomponent.c:334) ==31437== by 0x4F6CD75: save_file_when_idle (e-cal-backend-file.c:176) ==31437== by 0x495A9A2: g_idle_dispatch (gmain.c:3926) ==31437== by 0x4957919: g_main_dispatch (gmain.c:2045) ==31437== by 0x49589B7: g_main_context_dispatch (gmain.c:2596) ==31437== by 0x4958CEF: g_main_context_iterate (gmain.c:2677) ==31437== by 0x4959292: g_main_loop_run (gmain.c:2881) ==31437== by 0x4489BF7: bonobo_main (bonobo-main.c:311) ==31437== by 0x804BDA6: main (server.c:393) ==31437== Address 0x6C9D7F0 is 8 bytes inside a block of size 32 free'd ==31437== at 0x401C37E: free (vg_replace_malloc.c:233) ==31437== by 0x4318218: icalproperty_free (icalproperty.c:254) ==31437== by 0x4310103: icalcomponent_free (icalcomponent.c:240) ==31437== by 0x42EA4EF: free_icalcomponent (e-cal-component.c:300) ==31437== by 0x42EA577: e_cal_component_finalize (e-cal-component.c:389) ==31437== by 0x48D9083: g_object_unref (gobject.c:1785) ==31437== by 0x4F6CC2F: free_object_data (e-cal-backend-file.c:114) ==31437== by 0x494B5CB: g_hash_node_destroy (ghash.c:768) ==31437== by 0x494AD7C: g_hash_table_remove (ghash.c:433) ==31437== by 0x4F6D90D: remove_component (e-cal-backend-file.c:582) ==31437== by 0x4F70A08: e_cal_backend_file_remove_object (e-cal-backend-file.c:2150) ==31437== by 0x42A7262: e_cal_backend_sync_remove_object (e-cal-backend-sync.c:295) ==31437== by 0x42A8857: _e_cal_backend_remove_object (e-cal-backend-sync.c:764) ==31437== by 0x42A24B4: e_cal_backend_remove_object (e-cal-backend.c:937) ==31437== by 0x42A9AF0: impl_Cal_removeObject (e-data-cal.c:356) ==31437== by 0x429BBD2: _ORBIT_skel_small_GNOME_Evolution_Calendar_Cal_removeObject (Evolution-DataServer-Calendar-common.c:120) ==31437== by 0x48A1AB6: ORBit_POAObject_invoke (poa.c:1142) ==31437== by 0x48A6B84: ORBit_OAObject_invoke (orbit-adaptor.c:336) ==31437== by 0x4890624: ORBit_small_invoke_adaptor (orbit-small.c:835) ==31437== by 0x48A1EA7: ORBit_POAObject_handle_request (poa.c:1351) icalproperty.c:451: Got a property of an unknown kind. Does that look familiar to anyone? [1] http://www.estamos.de/projects/SyncML/ [2] http://bugzilla.gnome.org/show_bug.cgi?id=356176 [3] http://www.estamos.de/runtests/2006-10-14-17-00/0.4-garnome-2.14.3/5-scheduleworld/dataserver.log.gz [4] http://www.estamos.de/runtests/2006-10-14-17-00/0.4-2.18.0/5-scheduleworld/dataserver.log.gz -- Bye, Patrick Ohly -- Patrick.Ohly@gmx.de http://www.estamos.de/ From oystein@gisnas.net Sun Oct 15 17:32:57 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C252D3B006E for ; Sun, 15 Oct 2006 17:32:57 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21039-10 for ; Sun, 15 Oct 2006 17:32:51 -0400 (EDT) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by menubar.gnome.org (Postfix) with ESMTP id C0FC53B0092 for ; Sun, 15 Oct 2006 17:32:48 -0400 (EDT) Received: by py-out-1112.google.com with SMTP id 57so1922544pya for ; Sun, 15 Oct 2006 14:32:39 -0700 (PDT) Received: by 10.65.212.19 with SMTP id o19mr8895881qbq; Sun, 15 Oct 2006 14:32:39 -0700 (PDT) Received: by 10.65.93.12 with HTTP; Sun, 15 Oct 2006 14:32:39 -0700 (PDT) Message-ID: <9e19f1f0610151432p22b4267fy921940278886e9bb@mail.gmail.com> Date: Sun, 15 Oct 2006 23:32:39 +0200 From: "=?ISO-8859-1?Q?=D8ystein_Gisn=E5s?=" To: "Patrick Ohly" In-Reply-To: <1160945842.4510.136.camel@ip6-localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1160945842.4510.136.camel@ip6-localhost> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.092 tagged_above=-999 required=2 tests=[AWL=0.507, BAYES_00=-2.599] X-Spam-Score: -2.092 X-Spam-Level: Cc: Evolution Hackers Subject: Re: [Evolution-hackers] automated testing of Evolution data server with SyncEvolution X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Oct 2006 21:32:57 -0000 2006/10/15, Patrick Ohly : > * Is someone going to take care of the reported regression or do > you need a patch to fix it? Whoever changed the code between 2.6 > and 2.8 should be in a better position to fix it, so I am a bit > reluctant to investigate further in code that I don't know. It seems like this is quiet times when it comes to patch review. I am very sure though, that a bug report with a good patch will much more likely be applied soon. If upstream doesn't look at it, I will consider applying it to Debian. > * Is someone running Evolution and in particular the Evolution > data server under valgrind as part of release testing or regular > quality assurance? I know there is performance work in relation with evolution for suse installations. For general quality assurance there are not enough routines in place. I know it's on the todo list of the developers. When it comes to valgrind testing, evolution becomes quite slow so patience is a must. > * Which branches are still maintained? At the moment Debian still > has 2.6 in testing and unstable; if there is a chance to still > get bug fixes into that version, I'd concentrate on that first > instead of the more recent 2.8. There is still a chance to get bug fixes into 2.6. Right now I plan an upload of evolution-exchange 2.6.3, but there may be uploads of evo and e-d-s soon, depending of the severity of the problems. 2.8 is in experimental, and we still hope we can push that in before the release of etch. I would recommend developing against 2.8 actually, since your application isn't targeted for etch. /* =D8ystein Gisn=E5s */ From rtate@yahoo.com Sun Oct 15 18:18:03 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B5D7D3B00D7 for ; Sun, 15 Oct 2006 18:18:03 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 23363-08 for ; Sun, 15 Oct 2006 18:17:59 -0400 (EDT) Received: from web32013.mail.mud.yahoo.com (web32013.mail.mud.yahoo.com [68.142.207.110]) by menubar.gnome.org (Postfix) with SMTP id 152443B00D2 for ; Sun, 15 Oct 2006 18:17:59 -0400 (EDT) Received: (qmail 93331 invoked by uid 60001); 15 Oct 2006 22:17:58 -0000 Message-ID: <20061015221758.93329.qmail@web32013.mail.mud.yahoo.com> Received: from [204.228.148.10] by web32013.mail.mud.yahoo.com via HTTP; Sun, 15 Oct 2006 15:17:58 PDT Date: Sun, 15 Oct 2006 15:17:58 -0700 (PDT) From: "R. Tate" To: evolution-hackers@gnome.org MIME-Version: 1.0 Content-Type: text/plain; charset=ascii Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=0.931 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, DNS_FROM_RFC_POST=1.708, DNS_FROM_RFC_WHOIS=1.447, NORMAL_HTTP_TO_IP=0.175] X-Spam-Score: 0.931 X-Spam-Level: Subject: [Evolution-hackers] OWA with "SessionGuard" X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Oct 2006 22:18:03 -0000 =0ASorry if this question has already been addressed ... I can't seem to se= arch the list archives.=0A=0AMy company has (I think) Exchange 2000 OWA ena= bled, running with (I think) "SessionGuard" (http://www.messagingsolutions.= com/SessionGuard.htm). I=0Acan use a browser to login and do OWA, but the = exchange-connector=0Adoesn't work. I'm using the following packages, built= from source:=0A=0Aevolution-2.8.1=0Aevolution-data-server-1.8.1=0Aevolutio= n-exchange-2.8.1=0A=0A=0AWhen running "E2K_DEBUG=3D4 exchange-connector-set= up", I get:=0A=0AGET /exchange HTTP/1.1=0AE2k-Debug: 0x93f1c70 @ 1160875991= =0AHost: 10.128.108.84=0AAccept-Language: en-US, en=0AAuthorization: NTLM T= lRMTVNTUAABAAAABoIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAwAAAA=0AUser-Agen= t: Evolution/1.8.1=0A=0A302 Object Moved=0AE2k-Debug: 0x93f1c70 @ 116087599= 1=0ASet-Cookie: MWC0=3DFCFCFF69689FDCE9A2; path=3D/;=0ASet-Cookie: MWT0=3DB= 733A6D730EE22A1AE; path=3D/;=0ADate: Sun, 15 Oct 2006 01:33:15 GMT=0ALocati= on: http://10.128.108.84/exchange?cmd=3Dchecksessioncookie=0AServer: Micros= oft-IIS/5.0=0A=0AGET /exchange?cmd=3Dchecksessioncookie/ HTTP/1.1=0AE2k-Deb= ug: 0x93f1cd0 @ 1160875991=0AHost: 10.128.108.84=0AAccept-Language: en-US, = en=0AAuthorization: NTLM TlRMTVNTUAABAAAABoIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMA= AAAAAAAAAwAAAA=0AUser-Agent: Evolution/1.8.1=0A=0A302 Object Moved=0AE2k-De= bug: 0x93f1cd0 @ 1160875991=0ASet-Cookie: MWC0=3D5D5D5E4E7E4B6F4989; path= =3D/;=0ASet-Cookie: MWT0=3DBC2CADDC3BE529AA98; path=3D/;=0ADate: Sun, 15 Oc= t 2006 01:33:15 GMT=0ALocation: http://10.128.108.84/exchweb/controls/dlgno= session.htm=0AServer: Microsoft-IIS/5.0=0A=0A=0A=0A... and the connection f= ails.=0A=0A=0AWhen using Firefox to connect to OWA, it works, and I see the= following packets (captured with ethereal):=0A=0AHypertext Transfer Protoc= ol=0A GET /exchange/ HTTP/1.1\r\n=0A Host: 10.128.108.84\r\n=0A Us= er-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.6) Gecko/2006072= 8 Firefox/1.5.0.6=0A\r\n=0A Accept: text/xml,application/xml,application= /xhtml+xml,text/html;q=3D0.9,text/plain;q=3D0.8,image/=0Apng,*/*;q=3D0.5\r\= n=0A Accept-Language: en-us,en;q=3D0.5\r\n=0A Accept-Encoding: gzip,d= eflate\r\n=0A Accept-Charset: ISO-8859-1,utf-8;q=3D0.7,*;q=3D0.7\r\n=0A = Keep-Alive: 300\r\n=0A Connection: keep-alive\r\n=0A Cookie: sessi= onid=3Dac39370e-b515-43d8-a877-7eea1b19bd1f,0x409; MWC0=3DCDC9C9AA8F8AA5D82= 6; MWT0=3D88=0A0199E8FECBBD9DF9\r\n=0A \r\n=0A=0A=0AThen I type my crede= ntials (mydomain\myusername and mypassword) into the basic auth popup.=0A= =0AHypertext Transfer Protocol=0A GET /exchange/ HTTP/1.1\r\n=0A Host= : 10.128.108.84\r\n=0A User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-U= S; rv:1.8.0.6) Gecko/20060728 Firefox/1.5.0.6=0A\r\n=0A Accept: text/xml= ,application/xml,application/xhtml+xml,text/html;q=3D0.9,text/plain;q=3D0.8= ,image/=0Apng,*/*;q=3D0.5\r\n=0A Accept-Language: en-us,en;q=3D0.5\r\n= =0A Accept-Encoding: gzip,deflate\r\n=0A Accept-Charset: ISO-8859-1,u= tf-8;q=3D0.7,*;q=3D0.7\r\n=0A Keep-Alive: 300\r\n=0A Connection: keep= -alive\r\n=0A Cookie: sessionid=3Dac39370e-b515-43d8-a877-7eea1b19bd1f,0= x409; MWC0=3DD3DFD0B1FA5193C6A1; MWT0=3D88=0A0199E8FECBBD9DF9\r\n=0A Aut= horization: Basic aW5nZW5peFxydGF0ZTE6eWVhcjIwMDY=3D\r\n=0A Credenti= als: mydomain\myusername:mypassword=0A \r\n=0A=0A=0A=0AThis works, so my= next request gets the inbox page for my user account (MyFirstName.MyLastNa= me) from OWA.=0A=0A=0AHypertext Transfer Protocol=0A GET /exchange/MyFir= stName.MyLastName/Inbox/?Cmd=3Dcontents HTTP/1.1\r\n=0A Host: 10.128.108= .84\r\n=0A User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.= 6) Gecko/20060728 Firefox/1.5.0.6=0A\r\n=0A Accept: text/xml,application= /xml,application/xhtml+xml,text/html;q=3D0.9,text/plain;q=3D0.8,image/=0Apn= g,*/*;q=3D0.5\r\n=0A Accept-Language: en-us,en;q=3D0.5\r\n=0A Accept-= Encoding: gzip,deflate\r\n=0A Accept-Charset: ISO-8859-1,utf-8;q=3D0.7,*= ;q=3D0.7\r\n=0A Keep-Alive: 300\r\n=0A Connection: keep-alive\r\n=0A = Referer: http://10.128.108.84/exchange/\r\n=0A Cookie: sessionid=3Dba= b7f8c0-318e-43a2-9869-2e1a654d8eff,0x409; MWC0=3DDEDFDDDCAF87F9CBA2; MWT0= =3D2A=0A1E3B4A5C6D2D3F55\r\n=0A Authorization: Basic aW5nZW5peFxydGF0ZTE= 6eWVhcjIwMDY=3D\r\n=0A Credentials: mydomain\myusername:mypassword= =0A=0A \r\n=0A=0A=0AI've=0Atried poking around in e2k-context.c and a fe= w other files trying to=0Ahack in some cookies to see if I can get anything= to work ... no luck.=0A=0AI have also tried to create a file at /etc/ximia= n/connector.conf with some connection options, but it doesn't seem to help.= =0A=0AAny tips?=0A=0A=0A=0A=0A=0A From kharish@novell.com Mon Oct 16 04:01:42 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 840EE3B00BC; Mon, 16 Oct 2006 04:01:42 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13928-09; Mon, 16 Oct 2006 04:01:41 -0400 (EDT) Received: from victor.provo.novell.com (victor.provo.novell.com [137.65.250.26]) by menubar.gnome.org (Postfix) with ESMTP id 5B6743B00F6; Mon, 16 Oct 2006 04:01:41 -0400 (EDT) Received: from [164.99.153.178] (prv-dmz-foundry1.gns.novell.com [::ffff:137.65.251.211]) by victor.provo.novell.com with ESMTP; Mon, 16 Oct 2006 02:01:40 -0600 From: Harish Krishnaswamy To: GNOME Documentation List , GNOME i18n , desktop-devel-list , evolution-hackers , GNOME Release Team Content-Type: text/plain Date: Mon, 16 Oct 2006 13:34:10 +0530 Message-Id: <1160985850.5618.22.camel@sunshine.blr.novell.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.444 tagged_above=-999 required=2 tests=[AWL=-0.045, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.444 X-Spam-Level: Subject: [Evolution-hackers] Evolution and friends branched for 2.16 X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 08:01:42 -0000 Hi, I branched the following modules Evolution Evolution-Data-Server GtkHtml [1] Evolution-Exchange [1] for the GNOME 2.16 stable series on Saturday. Thanks for all those who held their patches for HEAD so we could focus on the patches for 2.8.x. You may resume the commits to the HEAD now. Plans/Discussions/Wishlists for the GNOME 2.17 Development series can be found at http://www.go-evolution.org/Evo2.10 . You are invited to have a look at this page and add your own valuable thoughts and feedback. Thanks, Harish [1] on behalf of the maintainers of the module. From serrador@tecknolabs.com Mon Oct 16 05:15:36 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 0C3723B00DF; Mon, 16 Oct 2006 05:15:36 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17630-02; Mon, 16 Oct 2006 05:15:34 -0400 (EDT) Received: from evangelion.tecknolabs.com (unknown [84.77.113.106]) by menubar.gnome.org (Postfix) with ESMTP id A37643B00C1; Mon, 16 Oct 2006 05:15:33 -0400 (EDT) Received: from [192.168.1.2] (nano.tecknolabs.com [192.168.1.2]) by evangelion.tecknolabs.com (Postfix) with ESMTP id E40CD2CC07; Mon, 16 Oct 2006 11:15:31 +0200 (CEST) From: "Francisco Javier F. Serrador" To: Harish Krishnaswamy In-Reply-To: <1160985850.5618.22.camel@sunshine.blr.novell.com> References: <1160985850.5618.22.camel@sunshine.blr.novell.com> Content-Type: text/plain; charset=utf-8 Organization: Tecknolabs Corporation Date: Mon, 16 Oct 2006 11:15:23 +0200 Message-Id: <1160990124.32265.1.camel@nano.tecknolabs.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.494 tagged_above=-999 required=2 tests=[AWL=0.105, BAYES_00=-2.599] X-Spam-Score: -2.494 X-Spam-Level: Cc: evolution-hackers , GNOME i18n , desktop-devel-list , GNOME Documentation List , GNOME Release Team Subject: Re: [Evolution-hackers] Evolution and friends branched for 2.16 X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 09:15:36 -0000 Translation status pages updated. Thanks. El lun, 16-10-2006 a las 13:34 +0530, Harish Krishnaswamy escribi�: > Hi, > > I branched the following modules > > Evolution > Evolution-Data-Server > GtkHtml [1] > Evolution-Exchange [1] > > for the GNOME 2.16 stable series on Saturday. > > Thanks for all those who held their patches for HEAD so we could focus > on the patches for 2.8.x. You may resume the commits to the HEAD now. > > > Plans/Discussions/Wishlists for the GNOME 2.17 Development series can be > found at > http://www.go-evolution.org/Evo2.10 . You are invited to have a look at > this page and add your own valuable thoughts and feedback. > > > Thanks, > Harish > > > > > [1] on behalf of the maintainers of the module. > > _______________________________________________ > gnome-i18n mailing list > gnome-i18n@gnome.org > http://mail.gnome.org/mailman/listinfo/gnome-i18n From khadgaray@gmail.com Mon Oct 16 08:54:25 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 666D23B006B for ; Mon, 16 Oct 2006 08:54:25 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30477-06 for ; Mon, 16 Oct 2006 08:54:24 -0400 (EDT) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.227]) by menubar.gnome.org (Postfix) with ESMTP id 06A8C3B0010 for ; Mon, 16 Oct 2006 08:54:24 -0400 (EDT) Received: by wx-out-0506.google.com with SMTP id i30so1621874wxd for ; Mon, 16 Oct 2006 05:54:23 -0700 (PDT) Received: by 10.90.78.1 with SMTP id a1mr3371507agb; Mon, 16 Oct 2006 05:54:23 -0700 (PDT) Received: from ?172.16.37.22? ( [202.41.228.162]) by mx.google.com with ESMTP id c1sm1272274nzd.2006.10.16.05.54.21; Mon, 16 Oct 2006 05:54:23 -0700 (PDT) From: Ritesh Khadgaray To: "R. Tate" In-Reply-To: <20061015221758.93329.qmail@web32013.mail.mud.yahoo.com> References: <20061015221758.93329.qmail@web32013.mail.mud.yahoo.com> Content-Type: text/plain Date: Mon, 16 Oct 2006 18:25:01 +0530 Message-Id: <1161003301.3427.7.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.8.0 (2.8.0-7.fc6) Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.106 tagged_above=-999 required=2 tests=[AWL=0.119, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, NORMAL_HTTP_TO_IP=0.175, SPF_PASS=-0.001] X-Spam-Score: -2.106 X-Spam-Level: Cc: evolution-hackers@gnome.org Subject: Re: [Evolution-hackers] OWA with "SessionGuard" [OT] X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 12:54:25 -0000 Off track, check out http://www.omesc.com/ for evolution-brutus . On Sun, 2006-10-15 at 15:17 -0700, R. Tate wrote: > Sorry if this question has already been addressed ... I can't seem to search the list archives. > > My company has (I think) Exchange 2000 OWA enabled, running with (I think) "SessionGuard" (http://www.messagingsolutions.com/SessionGuard.htm). I > can use a browser to login and do OWA, but the exchange-connector > doesn't work. I'm using the following packages, built from source: > > evolution-2.8.1 > evolution-data-server-1.8.1 > evolution-exchange-2.8.1 > > > When running "E2K_DEBUG=4 exchange-connector-setup", I get: > > GET /exchange HTTP/1.1 > E2k-Debug: 0x93f1c70 @ 1160875991 > Host: 10.128.108.84 > Accept-Language: en-US, en > Authorization: NTLM TlRMTVNTUAABAAAABoIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAwAAAA > User-Agent: Evolution/1.8.1 > > 302 Object Moved > E2k-Debug: 0x93f1c70 @ 1160875991 > Set-Cookie: MWC0=FCFCFF69689FDCE9A2; path=/; > Set-Cookie: MWT0=B733A6D730EE22A1AE; path=/; > Date: Sun, 15 Oct 2006 01:33:15 GMT > Location: http://10.128.108.84/exchange?cmd=checksessioncookie > Server: Microsoft-IIS/5.0 > > GET /exchange?cmd=checksessioncookie/ HTTP/1.1 > E2k-Debug: 0x93f1cd0 @ 1160875991 > Host: 10.128.108.84 > Accept-Language: en-US, en > Authorization: NTLM TlRMTVNTUAABAAAABoIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAwAAAA > User-Agent: Evolution/1.8.1 > > 302 Object Moved > E2k-Debug: 0x93f1cd0 @ 1160875991 > Set-Cookie: MWC0=5D5D5E4E7E4B6F4989; path=/; > Set-Cookie: MWT0=BC2CADDC3BE529AA98; path=/; > Date: Sun, 15 Oct 2006 01:33:15 GMT > Location: http://10.128.108.84/exchweb/controls/dlgnosession.htm > Server: Microsoft-IIS/5.0 > > > > ... and the connection fails. > > > When using Firefox to connect to OWA, it works, and I see the following packets (captured with ethereal): > > Hypertext Transfer Protocol > GET /exchange/ HTTP/1.1\r\n > Host: 10.128.108.84\r\n > User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.6) Gecko/20060728 Firefox/1.5.0.6 > \r\n > Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/ > png,*/*;q=0.5\r\n > Accept-Language: en-us,en;q=0.5\r\n > Accept-Encoding: gzip,deflate\r\n > Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7\r\n > Keep-Alive: 300\r\n > Connection: keep-alive\r\n > Cookie: sessionid=ac39370e-b515-43d8-a877-7eea1b19bd1f,0x409; MWC0=CDC9C9AA8F8AA5D826; MWT0=88 > 0199E8FECBBD9DF9\r\n > \r\n > > > Then I type my credentials (mydomain\myusername and mypassword) into the basic auth popup. > > Hypertext Transfer Protocol > GET /exchange/ HTTP/1.1\r\n > Host: 10.128.108.84\r\n > User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.6) Gecko/20060728 Firefox/1.5.0.6 > \r\n > Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/ > png,*/*;q=0.5\r\n > Accept-Language: en-us,en;q=0.5\r\n > Accept-Encoding: gzip,deflate\r\n > Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7\r\n > Keep-Alive: 300\r\n > Connection: keep-alive\r\n > Cookie: sessionid=ac39370e-b515-43d8-a877-7eea1b19bd1f,0x409; MWC0=D3DFD0B1FA5193C6A1; MWT0=88 > 0199E8FECBBD9DF9\r\n > Authorization: Basic aW5nZW5peFxydGF0ZTE6eWVhcjIwMDY=\r\n > Credentials: mydomain\myusername:mypassword > \r\n > > > > This works, so my next request gets the inbox page for my user account (MyFirstName.MyLastName) from OWA. > > > Hypertext Transfer Protocol > GET /exchange/MyFirstName.MyLastName/Inbox/?Cmd=contents HTTP/1.1\r\n > Host: 10.128.108.84\r\n > User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.6) Gecko/20060728 Firefox/1.5.0.6 > \r\n > Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/ > png,*/*;q=0.5\r\n > Accept-Language: en-us,en;q=0.5\r\n > Accept-Encoding: gzip,deflate\r\n > Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7\r\n > Keep-Alive: 300\r\n > Connection: keep-alive\r\n > Referer: http://10.128.108.84/exchange/\r\n > Cookie: sessionid=bab7f8c0-318e-43a2-9869-2e1a654d8eff,0x409; MWC0=DEDFDDDCAF87F9CBA2; MWT0=2A > 1E3B4A5C6D2D3F55\r\n > Authorization: Basic aW5nZW5peFxydGF0ZTE6eWVhcjIwMDY=\r\n > Credentials: mydomain\myusername:mypassword > > \r\n > > > I've > tried poking around in e2k-context.c and a few other files trying to > hack in some cookies to see if I can get anything to work ... no luck. > > I have also tried to create a file at /etc/ximian/connector.conf with some connection options, but it doesn't seem to help. > > Any tips? > > > > > > > _______________________________________________ > Evolution-hackers mailing list > Evolution-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/evolution-hackers -- Ritesh Khadgaray LinuX N Stuff Ph: +919822394463 Eat Right, Exercise, Die Anyway. From Patrick.Ohly@gmx.de Mon Oct 16 13:23:06 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B39613B0128 for ; Mon, 16 Oct 2006 13:23:06 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13800-01 for ; Mon, 16 Oct 2006 13:23:05 -0400 (EDT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id 1A75C3B0122 for ; Mon, 16 Oct 2006 13:23:04 -0400 (EDT) Received: (qmail invoked by alias); 16 Oct 2006 17:23:02 -0000 Received: from p5088AA85.dip0.t-ipconnect.de (EHLO ip6-localhost) [80.136.170.133] by mail.gmx.net (mp018) with SMTP; 16 Oct 2006 19:23:02 +0200 X-Authenticated: #489940 Received: from patrick by ip6-localhost with local (Exim 3.36 #1 (Debian)) id 1GZWA3-0001ut-00; Mon, 16 Oct 2006 19:21:59 +0200 From: Patrick Ohly To: =?ISO-8859-1?Q?=D8ystein_Gisn=E5s?= In-Reply-To: <9e19f1f0610151432p22b4267fy921940278886e9bb@mail.gmail.com> References: <1160945842.4510.136.camel@ip6-localhost> <9e19f1f0610151432p22b4267fy921940278886e9bb@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Date: Mon, 16 Oct 2006 19:21:59 +0200 Message-Id: <1161019319.4603.34.camel@ip6-localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 Sender: Patrick Ohly X-Y-GMX-Trusted: 0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.557 tagged_above=-999 required=2 tests=[AWL=0.043, BAYES_00=-2.599, SPF_PASS=-0.001] X-Spam-Score: -2.557 X-Spam-Level: Cc: Evolution Hackers Subject: Re: [Evolution-hackers] automated testing of Evolution data server with SyncEvolution X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 17:23:06 -0000 On Sun, 2006-10-15 at 23:32 +0200, =D8ystein Gisn=E5s wrote: > 2006/10/15, Patrick Ohly : > > * Is someone going to take care of the reported regression or do > > you need a patch to fix it? Whoever changed the code between 2.= 6 > > and 2.8 should be in a better position to fix it, so I am a bit > > reluctant to investigate further in code that I don't know. >=20 > It seems like this is quiet times when it comes to patch review. I am > very sure though, that a bug report with a good patch will much more > likely be applied soon. If upstream doesn't look at it, I will > consider applying it to Debian. Ah, good. > > * Is someone running Evolution and in particular the Evolution > > data server under valgrind as part of release testing or regula= r > > quality assurance? >=20 > I know there is performance work in relation with evolution for suse > installations. For general quality assurance there are not enough > routines in place. I know it's on the todo list of the developers. > When it comes to valgrind testing, evolution becomes quite slow so > patience is a must. One can test e-d-s non-interactively, which is what I am doing at the moment. Okay, if no-one else is working on it I'll have to see what I can find out on my own. > > * Which branches are still maintained? At the moment Debian still > > has 2.6 in testing and unstable; if there is a chance to still > > get bug fixes into that version, I'd concentrate on that first > > instead of the more recent 2.8. >=20 > There is still a chance to get bug fixes into 2.6. Right now I plan an > upload of evolution-exchange 2.6.3, but there may be uploads of evo > and e-d-s soon, depending of the severity of the problems. >=20 > 2.8 is in experimental, and we still hope we can push that in before > the release of etch. I would recommend developing against 2.8 > actually, since your application isn't targeted for etch. But some users (myself included) would compile it for the Debian version, so I want that Evolution to work as good as possible. I suspect that a patch for the stability problem would work for both 2.6 and 2.8 (the valgrind stack backtrace looks very similar), so I'll target 2.6 first. The vcard import problem is specific to 2.8 anyway. --=20 Bye, Patrick Ohly -- =20 Patrick.Ohly@gmx.de http://www.estamos.de/ From kharish@novell.com Mon Oct 16 17:02:42 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 29C6E3B00DC; Mon, 16 Oct 2006 17:02:42 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 25591-02; Mon, 16 Oct 2006 17:02:41 -0400 (EDT) Received: from victor.provo.novell.com (victor.provo.novell.com [137.65.250.26]) by menubar.gnome.org (Postfix) with ESMTP id 0FBE03B0218; Mon, 16 Oct 2006 17:02:40 -0400 (EDT) Received: from [164.99.153.178] (prv-dmz-foundry1.gns.novell.com [::ffff:137.65.251.211]) by victor.provo.novell.com with ESMTP; Mon, 16 Oct 2006 15:02:35 -0600 From: Harish Krishnaswamy To: GNOME Announce List , evolution-hackers Content-Type: text/plain Date: Tue, 17 Oct 2006 02:35:21 +0530 Message-Id: <1161032721.7828.12.camel@sunshine.blr.novell.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.444 tagged_above=-999 required=2 tests=[AWL=-0.045, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.444 X-Spam-Level: Subject: [Evolution-hackers] [ANNOUNCE} Evolution 2.9.1 and Evolution-Data-Server 1.9.1 released X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Oct 2006 21:02:42 -0000 Hi All, The Evolution Team is pleased to announce the release of Evolution 2.9.1. What is New ? ============= This release does not have any new major features yet but includes plenty of bug fixes since the 2.8.[0 1] releases. Also, there is no new release on the evolution-exchange module as we have had no changes since the 2.8.1 release. You can download the following : http://ftp.acc.umu.se/pub/gnome/sources/gtkhtml/3.13/gtkhtml-3.13.1.tar.bz2 http://ftp.acc.umu.se/pub/gnome/sources/evolution-data-server/1.9/evolution-data-server-1.9.1.tar.bz2 http://ftp.acc.umu.se/pub/gnome/sources/evolution/2.9/evolution-2.9.1.tar.bz2 Upgrade Notes : Evolution 2.9 is the unstable series of 2.10 development. Reporting Bugs If you have problems with 2.9.1, please take the time to submit the bug using Bug Buddy or at http://bugzilla.gnome.org. Try to fill in as much detail as you can regarding the circumstances that lead to the problem. If you have a feature request, you can also file that at http://bugzilla.gnome.org/ don't be discouraged if you don't hear from us right away, we get hundreds of feature requests a year. You can also check if your bug has been reported before by using the search functionality of Bugzilla. More information is available at the project website http://www.gnome.org/projects/evolution and the project wiki : http://go-evolution.org/ Thanks, Harish From Peter.Newman@cdu.edu.au Mon Oct 16 23:13:29 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 959753B006A for ; Mon, 16 Oct 2006 23:13:29 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09812-08 for ; Mon, 16 Oct 2006 23:13:28 -0400 (EDT) Received: from darwin.cdu.edu.au (darwin.cdu.edu.au [138.80.128.3]) by menubar.gnome.org (Postfix) with SMTP id 8BA1B3B0002 for ; Mon, 16 Oct 2006 23:13:27 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by darwin.cdu.edu.au (Postfix) with ESMTP id C76EB298 for ; Tue, 17 Oct 2006 12:43:19 +0930 (CST) Received: from darwin.cdu.edu.au ([127.0.0.1]) by localhost (darwin.cdu.edu.au [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12597-01-6 for ; Tue, 17 Oct 2006 12:43:18 +0930 (CST) Received: from CDU-MAIL.cdu-staff.local (pheasant.cdu.edu.au [138.80.128.151]) by darwin.cdu.edu.au (Postfix) with ESMTP id E77EB3D8 for ; Tue, 17 Oct 2006 12:32:06 +0930 (CST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 17 Oct 2006 12:31:46 +0930 Message-ID: <21AD91B56BA911488DAB45EEDBF3AD2DD14476@CDU-MAIL.cdu-staff.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Exchange OWA using Cookie Authorisation Thread-Index: AcbxmJVa9agP0Ra2S0SiypTu2Yls1A== From: "Peter Newman" To: X-Virus-Scanned: amavisd-new at cdu.edu.au X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=1.628 tagged_above=-999 required=2 tests=[BAYES_20=-0.74, FORGED_RCVD_HELO=0.135, RCVD_IN_WHOIS_INVALID=2.234, SPF_PASS=-0.001] X-Spam-Score: 1.628 X-Spam-Level: * Subject: [Evolution-hackers] Exchange OWA using Cookie Authorisation X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 03:13:29 -0000 Hi Something that was reported a while ago here: http://mail.gnome.org/archives/evolution-list/2006-June/msg00130.html And is also a problem for Entourage and is discussed on a MS knowledgebase: http://support.microsoft.com/kb/909268 Trying to access an OWA like this =20 http://webmail.atsomeunidomain/CookieAuth.dll?GetLogon?url=3D%2F&reason=3D= 0 will set cookie names cadata and sessionid and populate with data. And if I disable cookies in Firefox then obviously login fails with the same behaviour as evolution 2.8.1 and earlier versions. Unfortunately I can't get the admin at my wife's university to do the kb workaround so it looks like some hacking needs to be done. Any tips on where to start i.e. what cvs source branch or should I just request the functionality...? Regards Pete Peter Newman Library Systems and IT Coordinator Library and Information Access Charles Darwin University From kharish@novell.com Tue Oct 17 04:03:49 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 22D533B011B for ; Tue, 17 Oct 2006 04:03:49 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21089-07 for ; Tue, 17 Oct 2006 04:03:48 -0400 (EDT) Received: from victor.provo.novell.com (victor.provo.novell.com [137.65.250.26]) by menubar.gnome.org (Postfix) with ESMTP id 108633B00C1 for ; Tue, 17 Oct 2006 04:03:48 -0400 (EDT) Received: from [192.168.1.2] (prv-dmz-foundry1.gns.novell.com [::ffff:137.65.251.211]) by victor.provo.novell.com with ESMTP; Tue, 17 Oct 2006 02:03:46 -0600 From: Harish Krishnaswamy To: evolution-hackers Content-Type: text/plain Date: Tue, 17 Oct 2006 13:35:54 +0530 Message-Id: <1161072354.7920.9.camel@sunshine.blr.novell.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.444 tagged_above=-999 required=2 tests=[AWL=-0.045, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.444 X-Spam-Level: Subject: [Evolution-hackers] Building Evolution Exchange from HEAD / with Evolution 2.9.x X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 08:03:49 -0000 Hi, As noted in my previous mail, there was no new release of the Evolution Exchange module along with Evolution 2.9.1 and Evolution-Data-Server 1.9.1. as we had no changes to the source/translations since the previous release. However, in case you are building Evolution Exchange from HEAD along with the latest Evolution/EDS modules (from trunk or 2.9.1/1.9.1 releases respectively) - your evolution-exchange module will fail to work with the latest Evo/EDS packages. You need to make the following change in the configure.in (or configure if you are using Evolution Exchange 2.8.x tarball) - EVOLUTION_API_VERSION=2.10 EDS_API_VERSION=1.2 EDS_BASE_VERSION=1.10 -Harish From spam@pvanhoof.be Tue Oct 17 06:12:39 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5A64E3B0017 for ; Tue, 17 Oct 2006 06:12:39 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28854-07 for ; Tue, 17 Oct 2006 06:12:37 -0400 (EDT) Received: from mail.freax.org (mail.freax.org [86.39.154.66]) by menubar.gnome.org (Postfix) with ESMTP id 898813B0077 for ; Tue, 17 Oct 2006 06:12:36 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.freax.org (Postfix) with ESMTP id 12A791877BC; Tue, 17 Oct 2006 12:03:18 +0200 (CEST) Received: from mail.freax.org ([127.0.0.1]) by localhost (mail.freax.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Dy4NUW25cXrL; Tue, 17 Oct 2006 12:03:17 +0200 (CEST) Received: from [10.0.2.235] (unknown [87.66.87.183]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.freax.org (Postfix) with ESMTP id 7D2111877BB; Tue, 17 Oct 2006 12:03:17 +0200 (CEST) From: Philip Van Hoof To: Ritesh Khadgaray In-Reply-To: <1161003301.3427.7.camel@localhost.localdomain> References: <20061015221758.93329.qmail@web32013.mail.mud.yahoo.com> <1161003301.3427.7.camel@localhost.localdomain> Content-Type: text/plain Date: Tue, 17 Oct 2006 12:12:36 +0200 Message-Id: <1161079956.14555.211.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.499 tagged_above=-999 required=2 tests=[AWL=-0.073, BAYES_00=-2.599, NORMAL_HTTP_TO_IP=0.175, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] X-Spam-Score: -2.499 X-Spam-Level: Cc: evolution-hackers@gnome.org Subject: Re: [Evolution-hackers] OWA with "SessionGuard" [OT] X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 10:12:39 -0000 On Mon, 2006-10-16 at 18:25 +0530, Ritesh Khadgaray wrote: > Off track, check out http://www.omesc.com/ for evolution-brutus . Could Brutus be used for accessing Exchange services using just Camel? I'm interested in extracting the Camel-only parts of a Camel provider for distribution in tinymail (which is LGPL). I understand others are probably also interested in the Exchange calendaring and contact pieces and features, but initially I'm not interested in any such code or API. I was planning to take a look at evolution-exchange(/camel) but if Brutus is a better solution (if you can convince me), I'm not afraid of picking that. Note that a requirement is that it has to compile and work on multiple architectures. Including ARM. It's memory consumption shouldn't be extremely bad (if it reuses the CamelFolderSummary pieces, the mmap technique can probably be adapted in the Brutus Camel implementation, just like what I did for the other Camel providers a few weeks ago). I have already completed this little-patch for evolution-exchange. I haven't yet tested it. Support for Exchange isn't a top priority, but its most certainly a nice to have feature to bring to mobile devices and embedded appliances (which is the focus group of tinymail at this moment). Let me know what you think? > On Sun, 2006-10-15 at 15:17 -0700, R. Tate wrote: > > Sorry if this question has already been addressed ... I can't seem to search the list archives. > > > > My company has (I think) Exchange 2000 OWA enabled, running with (I think) "SessionGuard" (http://www.messagingsolutions.com/SessionGuard.htm). I > > can use a browser to login and do OWA, but the exchange-connector > > doesn't work. I'm using the following packages, built from source: > > > > evolution-2.8.1 > > evolution-data-server-1.8.1 > > evolution-exchange-2.8.1 > > > > > > When running "E2K_DEBUG=4 exchange-connector-setup", I get: > > > > GET /exchange HTTP/1.1 > > E2k-Debug: 0x93f1c70 @ 1160875991 > > Host: 10.128.108.84 > > Accept-Language: en-US, en > > Authorization: NTLM TlRMTVNTUAABAAAABoIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAwAAAA > > User-Agent: Evolution/1.8.1 > > > > 302 Object Moved > > E2k-Debug: 0x93f1c70 @ 1160875991 > > Set-Cookie: MWC0=FCFCFF69689FDCE9A2; path=/; > > Set-Cookie: MWT0=B733A6D730EE22A1AE; path=/; > > Date: Sun, 15 Oct 2006 01:33:15 GMT > > Location: http://10.128.108.84/exchange?cmd=checksessioncookie > > Server: Microsoft-IIS/5.0 > > > > GET /exchange?cmd=checksessioncookie/ HTTP/1.1 > > E2k-Debug: 0x93f1cd0 @ 1160875991 > > Host: 10.128.108.84 > > Accept-Language: en-US, en > > Authorization: NTLM TlRMTVNTUAABAAAABoIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAAAAAAAwAAAA > > User-Agent: Evolution/1.8.1 > > > > 302 Object Moved > > E2k-Debug: 0x93f1cd0 @ 1160875991 > > Set-Cookie: MWC0=5D5D5E4E7E4B6F4989; path=/; > > Set-Cookie: MWT0=BC2CADDC3BE529AA98; path=/; > > Date: Sun, 15 Oct 2006 01:33:15 GMT > > Location: http://10.128.108.84/exchweb/controls/dlgnosession.htm > > Server: Microsoft-IIS/5.0 > > > > > > > > ... and the connection fails. > > > > > > When using Firefox to connect to OWA, it works, and I see the following packets (captured with ethereal): > > > > Hypertext Transfer Protocol > > GET /exchange/ HTTP/1.1\r\n > > Host: 10.128.108.84\r\n > > User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.6) Gecko/20060728 Firefox/1.5.0.6 > > \r\n > > Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/ > > png,*/*;q=0.5\r\n > > Accept-Language: en-us,en;q=0.5\r\n > > Accept-Encoding: gzip,deflate\r\n > > Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7\r\n > > Keep-Alive: 300\r\n > > Connection: keep-alive\r\n > > Cookie: sessionid=ac39370e-b515-43d8-a877-7eea1b19bd1f,0x409; MWC0=CDC9C9AA8F8AA5D826; MWT0=88 > > 0199E8FECBBD9DF9\r\n > > \r\n > > > > > > Then I type my credentials (mydomain\myusername and mypassword) into the basic auth popup. > > > > Hypertext Transfer Protocol > > GET /exchange/ HTTP/1.1\r\n > > Host: 10.128.108.84\r\n > > User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.6) Gecko/20060728 Firefox/1.5.0.6 > > \r\n > > Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/ > > png,*/*;q=0.5\r\n > > Accept-Language: en-us,en;q=0.5\r\n > > Accept-Encoding: gzip,deflate\r\n > > Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7\r\n > > Keep-Alive: 300\r\n > > Connection: keep-alive\r\n > > Cookie: sessionid=ac39370e-b515-43d8-a877-7eea1b19bd1f,0x409; MWC0=D3DFD0B1FA5193C6A1; MWT0=88 > > 0199E8FECBBD9DF9\r\n > > Authorization: Basic aW5nZW5peFxydGF0ZTE6eWVhcjIwMDY=\r\n > > Credentials: mydomain\myusername:mypassword > > \r\n > > > > > > > > This works, so my next request gets the inbox page for my user account (MyFirstName.MyLastName) from OWA. > > > > > > Hypertext Transfer Protocol > > GET /exchange/MyFirstName.MyLastName/Inbox/?Cmd=contents HTTP/1.1\r\n > > Host: 10.128.108.84\r\n > > User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.6) Gecko/20060728 Firefox/1.5.0.6 > > \r\n > > Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/ > > png,*/*;q=0.5\r\n > > Accept-Language: en-us,en;q=0.5\r\n > > Accept-Encoding: gzip,deflate\r\n > > Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7\r\n > > Keep-Alive: 300\r\n > > Connection: keep-alive\r\n > > Referer: http://10.128.108.84/exchange/\r\n > > Cookie: sessionid=bab7f8c0-318e-43a2-9869-2e1a654d8eff,0x409; MWC0=DEDFDDDCAF87F9CBA2; MWT0=2A > > 1E3B4A5C6D2D3F55\r\n > > Authorization: Basic aW5nZW5peFxydGF0ZTE6eWVhcjIwMDY=\r\n > > Credentials: mydomain\myusername:mypassword > > > > \r\n > > > > > > I've > > tried poking around in e2k-context.c and a few other files trying to > > hack in some cookies to see if I can get anything to work ... no luck. > > > > I have also tried to create a file at /etc/ximian/connector.conf with some connection options, but it doesn't seem to help. > > > > Any tips? > > > > > > > > > > > > > > _______________________________________________ > > Evolution-hackers mailing list > > Evolution-hackers@gnome.org > > http://mail.gnome.org/mailman/listinfo/evolution-hackers -- Philip Van Hoof, software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be blog: http://pvanhoof.be/blog From colding@omesc.com Tue Oct 17 06:33:39 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id ED85D3B0013 for ; Tue, 17 Oct 2006 06:33:38 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30013-10 for ; Tue, 17 Oct 2006 06:33:35 -0400 (EDT) Received: from pfepa.post.tele.dk (pfepa.post.tele.dk [195.41.46.235]) by menubar.gnome.org (Postfix) with ESMTP id 2BE1B3B0017 for ; Tue, 17 Oct 2006 06:33:35 -0400 (EDT) Received: from omc-2.omesc.com (cpe.atm2-0-1151123.0x50a3535e.odnxx7.customer.tele.dk [80.163.83.94]) by pfepa.post.tele.dk (Postfix) with ESMTP id C2D86FAC061; Tue, 17 Oct 2006 12:33:21 +0200 (CEST) From: Jules Colding To: Philip Van Hoof In-Reply-To: <1161079956.14555.211.camel@localhost.localdomain> References: <20061015221758.93329.qmail@web32013.mail.mud.yahoo.com> <1161003301.3427.7.camel@localhost.localdomain> <1161079956.14555.211.camel@localhost.localdomain> Content-Type: text/plain Date: Tue, 17 Oct 2006 12:33:17 +0200 Message-Id: <1161081197.6531.121.camel@omc-2.omesc.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.449 tagged_above=-999 required=2 tests=[AWL=0.015, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Spam-Score: -2.449 X-Spam-Level: Cc: evolution-hackers@gnome.org Subject: Re: [Evolution-hackers] OWA with "SessionGuard" [OT] X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 10:33:39 -0000 On Tue, 2006-10-17 at 12:12 +0200, Philip Van Hoof wrote: > On Mon, 2006-10-16 at 18:25 +0530, Ritesh Khadgaray wrote: > > Off track, check out http://www.omesc.com/ for evolution-brutus . > > Could Brutus be used for accessing Exchange services using just Camel? Yes, I would think so. Something like this has been done before using the calendar parts of e-d-s: http://www.omesc.com/modules/news/article.php?storyid=35 > I'm interested in extracting the Camel-only parts of a Camel provider > for distribution in tinymail (which is LGPL). OK, just bear in mind that Brutus is GPL. > I understand others are probably also interested in the Exchange > calendaring and contact pieces and features, but initially I'm not > interested in any such code or API. e-b can currently do mail, calendaring and tasks. More features are in the works. > I was planning to take a look at evolution-exchange(/camel) but if > Brutus is a better solution (if you can convince me), I'm not afraid of > picking that. I don't know if I can convince you but I'll try ;-) e-e is based upon WebDAV while e-b is based upon Extended MAPI. I must first say that I've never used the original e-e connector so everything that I say about it should be taken with a big grain of salt. Anyway, I've been *told* that e-b parforms much better and is more stable. It is also a lot easier to develop with e-b as the Brutus API is very close to MAPI as documented on MSDN. You should therefore expect e-b to be easier to maintain and extend than e-e. > Note that a requirement is that it has to compile and work on multiple > architectures. Including ARM. I've tested e-b on i386 and amd64. I expect it to build and run on any architecture with a reasonable GNU tool chain. > It's memory consumption shouldn't be > extremely bad (if it reuses the CamelFolderSummary pieces, the mmap > technique can probably be adapted in the Brutus Camel implementation, > just like what I did for the other Camel providers a few weeks ago). > > I have already completed this little-patch for evolution-exchange. I > haven't yet tested it. A patch is always welcome :-) > Support for Exchange isn't a top priority, but its most certainly a nice > to have feature to bring to mobile devices and embedded appliances > (which is the focus group of tinymail at this moment). > > Let me know what you think? I'll help you as much as possible should you decide to take a closer look at e-b. Just yell or ask and I'll do my best. Best regards, jules From spam@pvanhoof.be Tue Oct 17 07:58:35 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 7BA2E3B0017 for ; Tue, 17 Oct 2006 07:58:35 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01907-06 for ; Tue, 17 Oct 2006 07:58:33 -0400 (EDT) Received: from mail.freax.org (mail.freax.org [86.39.154.66]) by menubar.gnome.org (Postfix) with ESMTP id F07AB3B0013 for ; Tue, 17 Oct 2006 07:58:32 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.freax.org (Postfix) with ESMTP id 8D97F1877BB; Tue, 17 Oct 2006 13:49:14 +0200 (CEST) Received: from mail.freax.org ([127.0.0.1]) by localhost (mail.freax.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fu8-5lMqkSjM; Tue, 17 Oct 2006 13:49:14 +0200 (CEST) Received: from [10.0.2.235] (unknown [87.66.87.183]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.freax.org (Postfix) with ESMTP id 42F711877BA; Tue, 17 Oct 2006 13:49:14 +0200 (CEST) From: Philip Van Hoof To: Jules Colding In-Reply-To: <1161081197.6531.121.camel@omc-2.omesc.com> References: <20061015221758.93329.qmail@web32013.mail.mud.yahoo.com> <1161003301.3427.7.camel@localhost.localdomain> <1161079956.14555.211.camel@localhost.localdomain> <1161081197.6531.121.camel@omc-2.omesc.com> Content-Type: text/plain Date: Tue, 17 Oct 2006 13:58:33 +0200 Message-Id: <1161086313.14555.232.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.585 tagged_above=-999 required=2 tests=[AWL=0.016, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] X-Spam-Score: -2.585 X-Spam-Level: Cc: evolution-hackers@gnome.org Subject: Re: [Evolution-hackers] OWA with "SessionGuard" [OT] X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 11:58:35 -0000 On Tue, 2006-10-17 at 12:33 +0200, Jules Colding wrote: > > Could Brutus be used for accessing Exchange services using just Camel? > Yes, I would think so. Something like this has been done before using > the calendar parts of e-d-s: > http://www.omesc.com/modules/news/article.php?storyid=35 Great. > > I'm interested in extracting the Camel-only parts of a Camel provider > > for distribution in tinymail (which is LGPL). > > OK, just bear in mind that Brutus is GPL. Is that a big problem for an LGPL library? I could keep that part of the library GPL, right? Maybe I could patch a version of Brutus in such a way that making a package that will work with tinymail is easy. Etc etc. Probably things that we can discuss about sooner or later? :) > > I understand others are probably also interested in the Exchange > > calendaring and contact pieces and features, but initially I'm not > > interested in any such code or API. > > e-b can currently do mail, calendaring and tasks. More features are in > the works. I will only need the mail part. Which basically means having a CamelFolder and a CamelFolderSummary implementation. > > I was planning to take a look at evolution-exchange(/camel) but if > > Brutus is a better solution (if you can convince me), I'm not afraid of > > picking that. > > I don't know if I can convince you but I'll try ;-) > > e-e is based upon WebDAV while e-b is based upon Extended MAPI. > > I must first say that I've never used the original e-e connector so > everything that I say about it should be taken with a big grain of salt. > > Anyway, I've been *told* that e-b parforms much better and is more > stable. It is also a lot easier to develop with e-b as the Brutus API is > very close to MAPI as documented on MSDN. You should therefore expect > e-b to be easier to maintain and extend than e-e. > > Note that a requirement is that it has to compile and work on multiple > > architectures. Including ARM. > > I've tested e-b on i386 and amd64. I expect it to build and run on any > architecture with a reasonable GNU tool chain. That's the good news. > > It's memory consumption shouldn't be > > extremely bad (if it reuses the CamelFolderSummary pieces, the mmap > > technique can probably be adapted in the Brutus Camel implementation, > > just like what I did for the other Camel providers a few weeks ago). > > > > I have already completed this little-patch for evolution-exchange. I > > haven't yet tested it. > > A patch is always welcome :-) Right but that patch would also make Brutus incompatible with the normal Camel as shipped by Novell ;-). It would basically change the Brutus-specific summary code to in stead of reading from a file using fread, use mmap and point to that. It's a small but required patch for it to work with the mmap stuff. Also note that the summary file format is changed (to be data aligned and padded on 4 bytes, for example ARM requires this when using mmap). > > Support for Exchange isn't a top priority, but its most certainly a nice > > to have feature to bring to mobile devices and embedded appliances > > (which is the focus group of tinymail at this moment). > > > > Let me know what you think? > > I'll help you as much as possible should you decide to take a closer > look at e-b. Just yell or ask and I'll do my best. Great and good to know. -- Philip Van Hoof, software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be blog: http://pvanhoof.be/blog From colding@omesc.com Tue Oct 17 08:26:16 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B2E583B0077 for ; Tue, 17 Oct 2006 08:26:16 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03539-06 for ; Tue, 17 Oct 2006 08:26:13 -0400 (EDT) Received: from pfepc.post.tele.dk (pfepc.post.tele.dk [195.41.46.237]) by menubar.gnome.org (Postfix) with ESMTP id 3BA9B3B00B5 for ; Tue, 17 Oct 2006 08:26:11 -0400 (EDT) Received: from omc-2.omesc.com (cpe.atm2-0-1151123.0x50a3535e.odnxx7.customer.tele.dk [80.163.83.94]) by pfepc.post.tele.dk (Postfix) with ESMTP id 31B858A0068; Tue, 17 Oct 2006 14:26:01 +0200 (CEST) From: Jules Colding To: Philip Van Hoof In-Reply-To: <1161086313.14555.232.camel@localhost.localdomain> References: <20061015221758.93329.qmail@web32013.mail.mud.yahoo.com> <1161003301.3427.7.camel@localhost.localdomain> <1161079956.14555.211.camel@localhost.localdomain> <1161081197.6531.121.camel@omc-2.omesc.com> <1161086313.14555.232.camel@localhost.localdomain> Content-Type: text/plain Date: Tue, 17 Oct 2006 14:25:52 +0200 Message-Id: <1161087952.6531.135.camel@omc-2.omesc.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.449 tagged_above=-999 required=2 tests=[AWL=0.015, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Spam-Score: -2.449 X-Spam-Level: Cc: evolution-hackers@gnome.org Subject: Re: [Evolution-hackers] OWA with "SessionGuard" [OT] X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 12:26:16 -0000 On Tue, 2006-10-17 at 13:58 +0200, Philip Van Hoof wrote: > On Tue, 2006-10-17 at 12:33 +0200, Jules Colding wrote: > > > I'm interested in extracting the Camel-only parts of a Camel provider > > > for distribution in tinymail (which is LGPL). > > > > OK, just bear in mind that Brutus is GPL. > > Is that a big problem for an LGPL library? I could keep that part of the > library GPL, right? Maybe I could patch a version of Brutus in such a > way that making a package that will work with tinymail is easy. Etc etc. No problem as such. It just means that whatever Brutus touches will need to be GPL too (just like you say). > Probably things that we can discuss about sooner or later? :) Sure ;-) > > > I understand others are probably also interested in the Exchange > > > calendaring and contact pieces and features, but initially I'm not > > > interested in any such code or API. > > > > e-b can currently do mail, calendaring and tasks. More features are in > > the works. > > I will only need the mail part. Which basically means having a > CamelFolder and a CamelFolderSummary implementation. OK. > > > It's memory consumption shouldn't be > > > extremely bad (if it reuses the CamelFolderSummary pieces, the mmap > > > technique can probably be adapted in the Brutus Camel implementation, > > > just like what I did for the other Camel providers a few weeks ago). > > > > > > I have already completed this little-patch for evolution-exchange. I > > > haven't yet tested it. > > > > A patch is always welcome :-) > > Right but that patch would also make Brutus incompatible with the normal > Camel as shipped by Novell ;-). No problem. It can be isolated in a configure option. Best regards, jules From spam@pvanhoof.be Tue Oct 17 08:50:03 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 8027F3B0071 for ; Tue, 17 Oct 2006 08:50:03 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04687-10 for ; Tue, 17 Oct 2006 08:50:01 -0400 (EDT) Received: from mail.freax.org (mail.freax.org [86.39.154.66]) by menubar.gnome.org (Postfix) with ESMTP id 271793B008C for ; Tue, 17 Oct 2006 08:50:01 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.freax.org (Postfix) with ESMTP id 73C101877BB; Tue, 17 Oct 2006 14:40:42 +0200 (CEST) Received: from mail.freax.org ([127.0.0.1]) by localhost (mail.freax.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zqkIIixcFwFF; Tue, 17 Oct 2006 14:40:42 +0200 (CEST) Received: from [10.0.2.235] (unknown [87.66.87.183]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.freax.org (Postfix) with ESMTP id 39DFB1877BA; Tue, 17 Oct 2006 14:40:42 +0200 (CEST) From: Philip Van Hoof To: Patrick Ohly In-Reply-To: <1160945842.4510.136.camel@ip6-localhost> References: <1160945842.4510.136.camel@ip6-localhost> Content-Type: text/plain Date: Tue, 17 Oct 2006 14:49:54 +0200 Message-Id: <1161089395.14555.257.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.586 tagged_above=-999 required=2 tests=[AWL=0.015, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] X-Spam-Score: -2.586 X-Spam-Level: Cc: Evolution Hackers Subject: Re: [Evolution-hackers] automated testing of Evolution data server with SyncEvolution X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 12:50:03 -0000 On Sun, 2006-10-15 at 22:57 +0200, Patrick Ohly wrote: > I have not mentioned it on this list before, so before I come to the > real reason for this email let me introduce it briefly: SyncEvolution[1] > is a SyncML client that I wrote to synchronize address books, calendars > and tasks list between Evolution and mobile devices or Evolution > instances on different computers. This might be interesting for tinymail too. Especially synchronising E-mail to a local mbox or Maildir on a flashdisk and/or over GPRS, Bluetooth or whatever in some efficient bandwidth saving way (as some can become expensive per amount of MB, like GPRS). An ActiveSync like system or maybe even integration with ActiveSync. Whether or not you like Microsoft isn't the point for mobile devices, the point however is that a lot vendors do implement and use their crap. Maybe we should exchange ideas and discuss how we can make the user experience of both the developer and end-user even better sooner or later? My opinion is that we can make a great platform for mobile & embedded appliances. We just have to do it. Your SyncML might imo. become a key component in the chain of tools to be used for that. For example: I could add an interface to tinymail that would enable an external tool to tell a tinymail component that it should consider reloading a folder. For example because SyncML (what tool really did it, is something tinymail shouldn't really care about) updated the available mails in a local folder. It's this type of tight integration that makes the difference for a lot people who will be the customers of vendors who make mobile devices. A lot people have POP and want to use E-mail on multiple devices. Using a tool like SyncML that could be a real possibility. I'm interested an open to adapting the tinymail framework to allow a tool like SyncML to do such funky stuff. Please get in touch. -- Philip Van Hoof, software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be blog: http://pvanhoof.be/blog From pchenthill@novell.com Tue Oct 17 12:52:24 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id D8FBD3B017A for ; Tue, 17 Oct 2006 12:52:24 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18129-07 for ; Tue, 17 Oct 2006 12:52:21 -0400 (EDT) Received: from victor.provo.novell.com (victor.provo.novell.com [137.65.250.26]) by menubar.gnome.org (Postfix) with ESMTP id 973153B00F5 for ; Tue, 17 Oct 2006 12:52:20 -0400 (EDT) Received: from [210.18.150.17] (prv-dmz-foundry1.gns.novell.com [::ffff:137.65.251.211]) by victor.provo.novell.com with ESMTP (TLS encrypted); Tue, 17 Oct 2006 10:52:04 -0600 From: chenthill To: Jules Colding In-Reply-To: <1160743779.7745.100.camel@omc-2.omesc.com> References: <1160743779.7745.100.camel@omc-2.omesc.com> Content-Type: text/plain Date: Tue, 17 Oct 2006 22:34:08 +0530 Message-Id: <1161104649.20019.6.camel@chenthill.com> Mime-Version: 1.0 X-Mailer: Evolution 2.9.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.327 tagged_above=-999 required=2 tests=[AWL=0.072, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.327 X-Spam-Level: Cc: Evolution Hackers Subject: Re: [Evolution-hackers] Recurrence ID? X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 16:52:25 -0000 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() and other related calendar methods? > > Thanks, > jules > > > > _______________________________________________ > Evolution-hackers mailing list > Evolution-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/evolution-hackers From Patrick.Ohly@gmx.de Tue Oct 17 16:38:05 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id AFC093B0002 for ; Tue, 17 Oct 2006 16:38:05 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30780-05 for ; Tue, 17 Oct 2006 16:38:04 -0400 (EDT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id 46DAF3B00B5 for ; Tue, 17 Oct 2006 16:38:03 -0400 (EDT) Received: (qmail invoked by alias); 17 Oct 2006 20:38:02 -0000 Received: from p508888DE.dip0.t-ipconnect.de (EHLO ip6-localhost) [80.136.136.222] by mail.gmx.net (mp033) with SMTP; 17 Oct 2006 22:38:02 +0200 X-Authenticated: #489940 Received: from patrick by ip6-localhost with local (Exim 3.36 #1 (Debian)) id 1GZvSo-0008U5-00; Tue, 17 Oct 2006 22:23:02 +0200 From: Patrick Ohly To: Philip Van Hoof In-Reply-To: <1161089395.14555.257.camel@localhost.localdomain> References: <1160945842.4510.136.camel@ip6-localhost> <1161089395.14555.257.camel@localhost.localdomain> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Tue, 17 Oct 2006 22:23:01 +0200 Message-Id: <1161116581.5045.80.camel@ip6-localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 Sender: Patrick Ohly X-Y-GMX-Trusted: 0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.558 tagged_above=-999 required=2 tests=[AWL=0.042, BAYES_00=-2.599, SPF_PASS=-0.001] X-Spam-Score: -2.558 X-Spam-Level: Cc: Evolution Hackers Subject: [Evolution-hackers] SyncML for mail (was: Re: automated testing of Evolution data server with SyncEvolution) X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Oct 2006 20:38:05 -0000 On Tue, 2006-10-17 at 14:49 +0200, Philip Van Hoof wrote: > On Sun, 2006-10-15 at 22:57 +0200, Patrick Ohly wrote: > > > I have not mentioned it on this list before, so before I come to the > > real reason for this email let me introduce it briefly: SyncEvolution[1] > > is a SyncML client that I wrote to synchronize address books, calendars > > and tasks list between Evolution and mobile devices or Evolution > > instances on different computers. > > This might be interesting for tinymail too. Especially synchronising > E-mail to a local mbox or Maildir on a flashdisk and/or over GPRS, > Bluetooth or whatever in some efficient bandwidth saving way (as some > can become expensive per amount of MB, like GPRS). Funambol, the company behind the GPL SyncML C++ client library that I use and to some extend help to improve, is working on push mail via SyncML. None of this has been tested with Linux clients yet, though. > Maybe we should exchange ideas and discuss how we can make the user > experience of both the developer and end-user even better sooner or > later? Definitely, but right now I am pretty loaded with work and won't have time for an in-depth discussion. Please, lets defer it a bit. Depending on how Evolution specific the discussion would be the Funambol developers list might be a better place, too. -- Bye, Patrick Ohly -- Patrick.Ohly@gmx.de http://www.estamos.de/ From colding@omesc.com Wed Oct 18 03:38:43 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id BF9193B0002 for ; Wed, 18 Oct 2006 03:38:43 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28104-05 for ; Wed, 18 Oct 2006 03:38:42 -0400 (EDT) Received: from pfepa.post.tele.dk (pfepa.post.tele.dk [195.41.46.235]) by menubar.gnome.org (Postfix) with ESMTP id C80883B0083 for ; Wed, 18 Oct 2006 03:38:41 -0400 (EDT) Received: from omc-2.omesc.com (cpe.atm2-0-1151123.0x50a3535e.odnxx7.customer.tele.dk [80.163.83.94]) by pfepa.post.tele.dk (Postfix) with ESMTP id 4CC34FAC008; Wed, 18 Oct 2006 09:38:40 +0200 (CEST) From: Jules Colding To: chenthill In-Reply-To: <1161104649.20019.6.camel@chenthill.com> References: <1160743779.7745.100.camel@omc-2.omesc.com> <1161104649.20019.6.camel@chenthill.com> Content-Type: text/plain Date: Wed, 18 Oct 2006 09:38:40 +0200 Message-Id: <1161157120.6531.172.camel@omc-2.omesc.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.449 tagged_above=-999 required=2 tests=[AWL=0.015, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Spam-Score: -2.449 X-Spam-Level: Cc: Evolution Hackers Subject: Re: [Evolution-hackers] Recurrence ID? X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 07:38:43 -0000 On Tue, 2006-10-17 at 22:34 +0530, chenthill wrote: > Hi Jules, > The format of the recurrence id (datetime value) is the same as > that is specified in rfc 2445. OK, thanks! jules > 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() and other related calendar methods? > > > > Thanks, > > jules > > > > > > > > _______________________________________________ > > Evolution-hackers mailing list > > Evolution-hackers@gnome.org > > http://mail.gnome.org/mailman/listinfo/evolution-hackers From colding@omesc.com Wed Oct 18 05:01:02 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 629113B00FE; Wed, 18 Oct 2006 05:01:02 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00955-09; Wed, 18 Oct 2006 05:01:00 -0400 (EDT) Received: from pfepa.post.tele.dk (pfepa.post.tele.dk [195.41.46.235]) by menubar.gnome.org (Postfix) with ESMTP id AFE353B0161; Wed, 18 Oct 2006 05:00:10 -0400 (EDT) Received: from omc-2.omesc.com (cpe.atm2-0-1151123.0x50a3535e.odnxx7.customer.tele.dk [80.163.83.94]) by pfepa.post.tele.dk (Postfix) with ESMTP id 69B66FAC026; Wed, 18 Oct 2006 10:59:59 +0200 (CEST) From: Jules Colding To: Philip Van Hoof In-Reply-To: <1161160853.29391.36.camel@localhost.localdomain> References: <1161117323.5454.67.camel@localhost.localdomain> <1161159142.6531.204.camel@omc-2.omesc.com> <1161160853.29391.36.camel@localhost.localdomain> Content-Type: text/plain Date: Wed, 18 Oct 2006 10:59:58 +0200 Message-Id: <1161161998.6531.216.camel@omc-2.omesc.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.449 tagged_above=-999 required=2 tests=[AWL=0.015, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Spam-Score: -2.449 X-Spam-Level: Cc: evolution-patches@gnome.org, Evolution Hackers , tinymail-devel-list@gnome.org Subject: Re: [Evolution-hackers] [evolution-patches] The differences between camel-lite and normal camel X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 09:01:02 -0000 On Wed, 2006-10-18 at 10:40 +0200, Philip Van Hoof wrote: > On Wed, 2006-10-18 at 10:12 +0200, Jules Colding wrote: > > > Looking forward to seeing it. Consider putting your changes behind > > --enable-camel-lite (or --enable-eds-lite) defines. That is the right > > way to do it IMHO. It will then also be easier to put some configure > > magic in place if required to support an out-of-tree e-d-s branch. > > Will do that. > > > > Criticism is welcome. Off this list please. > > > > Good luck. > > Thanks a lot for this positive reaction. It has been hard to get any > such reaction for contributing to the Evolution project :(. From the > Novell team itself, you get mostly reactions like: you are being > agnostic and counterproductive, bla bla bla. I don't think it is meant as hard as it may sound. I myself have been wondering why reactions from the official Novell team are so hard to get, but (as Harish once told me) they are really busy and simply do not have more than 24 hours any given day. So if you think that they are a little negative in their reactions then it may simply be because of stress. They might really like to use your work but they are frustrated because they do not have the time to "massage" your patches into a shape that are immediately applicable to CVS or a review. I too personally find that experiments are necessary in software development, but I fear that the Novell guys simply do not have the time for such luxury, however much they would like to. Best regards, jules > ps. I would hereby like to repeat my personal appreciation to the work > Matthew has been doing on libedataserver, Kjartan's work and Pavel's > work. I think especially these times it's difficult to keep believing in > the purpose of contributing to the many sub-projects of Evolution. > Nevertheless, I think, it's important that we keep doing that. > > From proski@gnu.org Wed Oct 18 13:20:25 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3EE9F3B007E for ; Wed, 18 Oct 2006 13:20:25 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29712-07 for ; Wed, 18 Oct 2006 13:20:20 -0400 (EDT) Received: from c60.cesmail.net (c60.cesmail.net [216.154.195.49]) by menubar.gnome.org (Postfix) with ESMTP id 36EC63B0061 for ; Wed, 18 Oct 2006 13:20:16 -0400 (EDT) Received: from unknown (HELO relay.cesmail.net) ([192.168.1.81]) by c60.cesmail.net with ESMTP; 18 Oct 2006 13:20:16 -0400 Received: from [192.168.1.21] (static-72-92-88-10.phlapa.fios.verizon.net [72.92.88.10]) by relay.cesmail.net (Postfix) with ESMTP id C8CA3619069 for ; Wed, 18 Oct 2006 13:20:15 -0400 (EDT) From: Pavel Roskin To: evolution-hackers@gnome.org Content-Type: text/plain Date: Wed, 18 Oct 2006 13:20:15 -0400 Message-Id: <1161192015.13928.49.camel@dv> Mime-Version: 1.0 X-Mailer: Evolution 2.8.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.215 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, SPF_SOFTFAIL=1.384] X-Spam-Score: -1.215 X-Spam-Level: Subject: [Evolution-hackers] Uninitialized item.type in build_items (widgets/misc/e-filter-bar.c) X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 17:20:25 -0000 Hello! item.type can be used uninitialized in function build_items() in widgets/misc/e-filter-bar.c item.type is only initialized if type is 0 and there is a condition described as: /* Add a separator if there is at least one custom rule. */ What's even more worrying is that item.type is not changed before subsequent calls to g_array_append_vals(), whereas item.id and item.text are changed. Possible values of item.type are: enum _ESearchBarItemType { ESB_ITEMTYPE_NORMAL, ESB_ITEMTYPE_CHECK, ESB_ITEMTYPE_RADIO, }; ESB_ITEMTYPE_NORMAL and ESB_ITEMTYPE_CHECK are only referenced in a switch statement in set_option() in widgets/misc/e-search-bar.c - they are never assigned to anything. However, item.type is set to ESB_ITEMTYPE_NORMAL implicitly in build_items (0 is used instead of the symbolic constant). set_option() has a catch-all default for item types other than those in the enum. That would work (with some luck!) for those uninitialized values of item.type from build_items(): default: /* Fixme : this should be a normal item */ item = gtk_radio_menu_item_new_with_label (group, str); group = gtk_radio_menu_item_get_group(GTK_RADIO_MENU_ITEM (item)); break; This issue was found by Valgrind, not by a compiler. I could misunderstand the logic, but Valgrind actually finds uninitialized data being used. I believe it's a serious problem that needs attention from Evolution hackers. -- Regards, Pavel Roskin From Patrick.Ohly@gmx.de Wed Oct 18 13:30:03 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 84B4F3B00AA for ; Wed, 18 Oct 2006 13:30:03 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30252-04 for ; Wed, 18 Oct 2006 13:29:59 -0400 (EDT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id 184823B0075 for ; Wed, 18 Oct 2006 13:29:58 -0400 (EDT) Received: (qmail invoked by alias); 18 Oct 2006 17:29:56 -0000 Received: from p5088AA72.dip0.t-ipconnect.de (EHLO ip6-localhost) [80.136.170.114] by mail.gmx.net (mp035) with SMTP; 18 Oct 2006 19:29:56 +0200 X-Authenticated: #489940 Received: from patrick by ip6-localhost with local (Exim 3.36 #1 (Debian)) id 1GaF9j-0001PH-00; Wed, 18 Oct 2006 19:24:39 +0200 From: Patrick Ohly To: =?ISO-8859-1?Q?=D8ystein_Gisn=E5s?= In-Reply-To: <1161019319.4603.34.camel@ip6-localhost> References: <1160945842.4510.136.camel@ip6-localhost> <9e19f1f0610151432p22b4267fy921940278886e9bb@mail.gmail.com> <1161019319.4603.34.camel@ip6-localhost> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 18 Oct 2006 19:24:38 +0200 Message-Id: <1161192278.4645.23.camel@ip6-localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 Sender: Patrick Ohly X-Y-GMX-Trusted: 0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.559 tagged_above=-999 required=2 tests=[AWL=0.041, BAYES_00=-2.599, SPF_PASS=-0.001] X-Spam-Score: -2.559 X-Spam-Level: Cc: Evolution Hackers Subject: Re: [Evolution-hackers] automated testing of Evolution data server with SyncEvolution X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Oct 2006 17:30:03 -0000 On Mo, 2006-10-16 at 19:21 +0200, Patrick Ohly wrote: > > > * Is someone running Evolution and in particular the > Evolution > > > data server under valgrind as part of release testing or > regular > > > quality assurance? > > > > I know there is performance work in relation with evolution for suse > > installations. For general quality assurance there are not enough > > routines in place. I know it's on the todo list of the developers. > > When it comes to valgrind testing, evolution becomes quite slow so > > patience is a must. > > One can test e-d-s non-interactively, which is what I am doing at the > moment. Okay, if no-one else is working on it I'll have to see what I > can find out on my own. I found out what the problem is, see http://bugzilla.gnome.org/show_bug.cgi?id=363102 The memory access error is caused by two threads operating on the same data: the main one is writing the calendar to disk in the idle loop, the other is processing a CORBA request to delete components of that same calendar. There is a mutex, but none of the CORBA implementation functions lock it. Any suggestions how to fix this? As I said in that issue, several solutions come to mind: - lock the mutex inside the high-level e_cal_backend_* functions - lock the mutex inside the low-level functions like remove_component - serialize idle saving and CORBA requests by having the saving executed as a CORBA call (not sure exactly how that could be done...) Of course, one could always disable the writing of the calendar data in the idle loop, but without some other means to flush the data it would be very dangerous to wait until an orderly shutdown of the E-D-S process. -- Bye, Patrick Ohly -- Patrick.Ohly@gmx.de http://www.estamos.de/ From ak-47@gmx.net Thu Oct 19 08:37:32 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 774EC3B0214 for ; Thu, 19 Oct 2006 08:37:32 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21467-09 for ; Thu, 19 Oct 2006 08:37:29 -0400 (EDT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id 76AB73B0079 for ; Thu, 19 Oct 2006 08:37:28 -0400 (EDT) Received: (qmail invoked by alias); 19 Oct 2006 12:37:27 -0000 Received: from dslc-082-082-190-184.pools.arcor-ip.net (EHLO [192.168.1.33]) [82.82.190.184] by mail.gmx.net (mp037) with SMTP; 19 Oct 2006 14:37:27 +0200 X-Authenticated: #726810 From: Andre Klapper To: Evolution Hackers Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-WrAf6kVguxovRiuJrqQO" Date: Thu, 19 Oct 2006 14:36:11 +0200 Message-Id: <1161261371.24286.87.camel@embrace.domain> Mime-Version: 1.0 X-Mailer: Evolution 2.9.1 X-Y-GMX-Trusted: 0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.54 tagged_above=-999 required=2 tests=[AWL=0.060, BAYES_00=-2.599, SPF_PASS=-0.001] X-Spam-Score: -2.54 X-Spam-Level: Subject: [Evolution-hackers] sorting out bugs by taking a look at the dup count X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 12:37:32 -0000 --=-WrAf6kVguxovRiuJrqQO Content-Type: text/plain Content-Transfer-Encoding: quoted-printable namaste folks, okay, let's try to find some urgent stuff to fix by taking a look at the duplicates count (since this is an easy way to identify stuff that bites people): http://bugzilla.gnome.org/show_bug.cgi?id=3D350981 assertion crash in gtkhtml's htmlgdkpainter.c 21 duplicates, stacktrace with line numbers&symbols available http://bugzilla.gnome.org/show_bug.cgi?id=3D312348 e-d-s calendar/orbit2 memory corruption 19 duplicates, stacktrace with line numbers&symbols available 363102 seems to be unrelated, but could also be addressed as it seems to be a similar problem. http://bugzilla.gnome.org/show_bug.cgi?id=3D330157 mailer crash 16 duplicates, stacktrace with line numbers&symbols available at 360352 http://bugzilla.gnome.org/show_bug.cgi?id=3D204029 "wants to receive encrypted mail" contacts option enhancement request 22 duplicates, does somebody work on this for 2.9? is this planned? would be great if the crashers could be addressed for evo 2.8.2 and if somebody (devashish?) would work on the last issue. feedback most welcome, especially bug assignments. :-) thanks in advance for caring, andre --=20 mailto:ak-47@gmx.net | failed! http://www.iomc.de --=-WrAf6kVguxovRiuJrqQO Content-Type: application/pgp-signature; name=signature.asc Content-Description: Dies ist ein digital signierter Nachrichtenteil -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQBFN3E7UZw3dUr5LoARAv3jAJ0WzqFzEaFtuL9ixKgrsSbu+D/IbwCfSV3C yez3AAoPKCVTLfS+uqCwtAg= =cl69 -----END PGP SIGNATURE----- --=-WrAf6kVguxovRiuJrqQO-- From Patrick.Ohly@gmx.de Thu Oct 19 14:08:06 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 23CAE3B0133 for ; Thu, 19 Oct 2006 14:08:06 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07163-02 for ; Thu, 19 Oct 2006 14:08:04 -0400 (EDT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id 7BA9E3B01F3 for ; Thu, 19 Oct 2006 14:08:03 -0400 (EDT) Received: (qmail invoked by alias); 19 Oct 2006 18:08:02 -0000 Received: from p5088AA86.dip0.t-ipconnect.de (EHLO ip6-localhost) [80.136.170.134] by mail.gmx.net (mp036) with SMTP; 19 Oct 2006 20:08:02 +0200 X-Authenticated: #489940 Received: from patrick by ip6-localhost with local (Exim 3.36 #1 (Debian)) id 1Gac9H-0001oe-00; Thu, 19 Oct 2006 19:57:43 +0200 From: Patrick Ohly To: Evolution Hackers In-Reply-To: <1160945842.4510.136.camel@ip6-localhost> References: <1160945842.4510.136.camel@ip6-localhost> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Date: Thu, 19 Oct 2006 19:57:43 +0200 Message-Id: <1161280663.4392.10.camel@ip6-localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 Sender: Patrick Ohly X-Y-GMX-Trusted: 0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.561 tagged_above=-999 required=2 tests=[AWL=0.039, BAYES_00=-2.599, SPF_PASS=-0.001] X-Spam-Score: -2.561 X-Spam-Level: Subject: Re: [Evolution-hackers] automated testing of Evolution data server with SyncEvolution - vcard import problem in 2.8 X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 18:08:06 -0000 On So, 2006-10-15 at 22:57 +0200, Patrick Ohly wrote: > * Is someone going to take care of the reported regression or do > you need a patch to fix it? Whoever changed the code between 2.6 > and 2.8 should be in a better position to fix it, so I am a bit > reluctant to investigate further in code that I don't know. I found out what the problem is, see http://bugzilla.gnome.org/show_bug.cgi?id=3D356176 The fix is included in that issue (add one line with a function call). It should be easy to verify that it causes no harm and indeed fixes the problem. Can someone commit it for E-D-S 2.8.2? =D8ystein, can you make sure that it gets included in Debian packages if Etch would otherwise be released with an E-D-S where this bug is still present? Should I file a bug in the Debian tracker as a reminder? --=20 Bye, Patrick Ohly -- =20 Patrick.Ohly@gmx.de http://www.estamos.de/ From Patrick.Ohly@gmx.de Thu Oct 19 14:38:05 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 816903B0119 for ; Thu, 19 Oct 2006 14:38:05 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08768-02 for ; Thu, 19 Oct 2006 14:38:04 -0400 (EDT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id 6DC803B010E for ; Thu, 19 Oct 2006 14:38:03 -0400 (EDT) Received: (qmail invoked by alias); 19 Oct 2006 18:38:02 -0000 Received: from p5088AA86.dip0.t-ipconnect.de (EHLO ip6-localhost) [80.136.170.134] by mail.gmx.net (mp017) with SMTP; 19 Oct 2006 20:38:02 +0200 X-Authenticated: #489940 Received: from patrick by ip6-localhost with local (Exim 3.36 #1 (Debian)) id 1Gacb2-0001zB-00; Thu, 19 Oct 2006 20:26:24 +0200 From: Patrick Ohly To: Andre Klapper In-Reply-To: <1161261371.24286.87.camel@embrace.domain> References: <1161261371.24286.87.camel@embrace.domain> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Thu, 19 Oct 2006 20:26:23 +0200 Message-Id: <1161282384.4392.17.camel@ip6-localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 Sender: Patrick Ohly X-Y-GMX-Trusted: 0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.494 tagged_above=-999 required=2 tests=[AWL=-0.029, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135, SPF_PASS=-0.001] X-Spam-Score: -2.494 X-Spam-Level: Cc: Evolution Hackers Subject: Re: [Evolution-hackers] sorting out bugs by taking a look at the dup count X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 18:38:05 -0000 Dear Andre, thanks for taking care of organizing the bugs! Please keep up the good job. On Do, 2006-10-19 at 14:36 +0200, Andre Klapper wrote: > > http://bugzilla.gnome.org/show_bug.cgi?id=312348 > e-d-s calendar/orbit2 memory corruption > 19 duplicates, stacktrace with line numbers&symbols available > 363102 seems to be unrelated, but could also be addressed as it seems > to > be a similar problem. If someone has suggestions about 363102 I'd be happy to implement them as this is the number one problem for me. I'm away over the weekend; if I still don't hear anything by Monday I'll look at the code again and add mutex locking where I consider it appropriate. -- Bye, Patrick Ohly -- Patrick.Ohly@gmx.de http://www.estamos.de/ From kharish@novell.com Thu Oct 19 14:54:50 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id A94DE3B00D0; Thu, 19 Oct 2006 14:54:50 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09483-06; Thu, 19 Oct 2006 14:54:47 -0400 (EDT) Received: from victor.provo.novell.com (victor.provo.novell.com [137.65.250.26]) by menubar.gnome.org (Postfix) with ESMTP id 2BB1F3B014A; Thu, 19 Oct 2006 14:54:45 -0400 (EDT) Received: from [192.168.1.2] (prv-dmz-foundry1.gns.novell.com [::ffff:137.65.251.211]) by victor.provo.novell.com with ESMTP; Thu, 19 Oct 2006 12:54:32 -0600 From: Harish Krishnaswamy To: GNOME Announce List , evolution-hackers , evolution-list Content-Type: text/plain; charset=UTF-8 Date: Fri, 20 Oct 2006 00:27:24 +0530 Message-Id: <1161284244.6521.6.camel@sunshine.blr.novell.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.0 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.443 tagged_above=-999 required=2 tests=[AWL=-0.044, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.443 X-Spam-Level: Subject: [Evolution-hackers] [UPDATE] Evolution 2.8.1.1 released X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 18:54:50 -0000 Hi, Evolution 2.8.1.1 has been released as an update to the Evolution 2.8.1 release (GNOME 2.16 stable series) with fixes to a few critical bugs/regressions [ see details below]. You can download the source tarballs at http://ftp.gnome.org/pub/GNOME/sources/evolution/2.8/evolution-2.8.1.1.tar.bz2 Reporting Bugs If you have problems with 2.8.1.1, please take the time to submit the bug using Bug Buddy or at http://bugzilla.gnome.org. Try to fill in as much detail as you can regarding the circumstances that lead to the problem. Thanks, Harish Evolution 2.8.1.1 -------------------------- Bugs/Regressions fixed in this release : #348212, #360815, #333864, #351374, #360815, #334966, #333224, #359271, #360237, #359236. Updated Translations: Ivar Smolin (et), Josep Puigdemont i Casamajó (ca), Clytie Siddal (vi), Ankit Patel (gu), Ilkka Tuohela (fi), Jovan Naumovski (mk), Luca Ferretti (it), Kjartan Maraas (nb), Zygimantas Beručka (lt), Cyprien Le Pannérer (fr), Jordi Mas (ca), Tino Meinen (nl), Daniel Nylander (sv), Francisco Javier F. Serrador (es). From spam@pvanhoof.be Thu Oct 19 18:15:57 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id B035B3B00C1 for ; Thu, 19 Oct 2006 18:15:57 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21205-04 for ; Thu, 19 Oct 2006 18:15:55 -0400 (EDT) Received: from mail.freax.org (mail.freax.org [86.39.154.66]) by menubar.gnome.org (Postfix) with ESMTP id 944BD3B007A for ; Thu, 19 Oct 2006 18:15:52 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.freax.org (Postfix) with ESMTP id 236541867BB for ; Fri, 20 Oct 2006 00:06:28 +0200 (CEST) Received: from mail.freax.org ([127.0.0.1]) by localhost (mail.freax.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZfMVi9lHqsY1 for ; Fri, 20 Oct 2006 00:06:28 +0200 (CEST) Received: from [192.168.1.100] (d54C18260.access.telenet.be [84.193.130.96]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.freax.org (Postfix) with ESMTP id D79CC1867B2 for ; Fri, 20 Oct 2006 00:06:27 +0200 (CEST) From: Philip Van Hoof To: Evolution Hackers Content-Type: text/plain Date: Fri, 20 Oct 2006 00:15:49 +0200 Message-Id: <1161296150.5409.22.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.582 tagged_above=-999 required=2 tests=[AWL=0.019, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] X-Spam-Score: -2.582 X-Spam-Level: Subject: [Evolution-hackers] New memory analysis related to Camel X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Oct 2006 22:15:57 -0000 I have made a new memory report on tinymail. Because tinymail and Evolution share a lot Camel code, I think the analysis is interesting for the Evolution team too. http://tinymail.org/trac/tinymail/wiki/MemoryStats These are the structures of the CamelMessageInfoBase structure that tinymail's Camel removes. guint32 size; CamelSummaryReferences *references;/* from parent to root */ struct _CamelFlag *user_flags; struct _CamelTag *user_tags; Tinymail of course also uses the mmap patch. The references allocated accounted for 7% of all allocated memory usage. The three others are on a i386 x86 machine 4 bytes each. I don't use the size nor user_flags and user_tags properties of the summary items. So I've cut them out. Maybe a solution for Evolution would be load the references on demand to reduce the size? Since I'm not yet supporting threaded sorting in tinymail, and because I'm planning to implement support for this very differently, I decided to cut it out. I guess this is proof that Camel, with a few major adaptations, can be used for environments where memory consumption ought to be low. I'm planning to go even further and make more changes like these. I'm now trying to figure out a less memory consuming solution for the CamelMessageContentInfo structure (16% of all allocations are such instances). After that I will focus on the "getting new headers" problem of the mmap patch once more. I'm also playing with the idea of fully replacing the CamelFolderSummary implementation with something that uses a sqlite or db2. That one is a little bit a dilemma at this moment for me: it would probably start looking like the disk summary concept, etc etc etc ... ps. Feel free to ask me not to post reports like this on the evolution hackers mailing list if you really feel that this has nothing to do with evolution. Since both projects use Camel, I have a different opinion but I wouldn't contest yours. -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http://www.pvanhoof.be - http://www.x-tend.be From oystein@gisnas.net Thu Oct 19 20:11:28 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 426553B00A0 for ; Thu, 19 Oct 2006 20:11:28 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26940-07 for ; Thu, 19 Oct 2006 20:11:27 -0400 (EDT) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by menubar.gnome.org (Postfix) with ESMTP id 89A2F3B00A1 for ; Thu, 19 Oct 2006 20:11:26 -0400 (EDT) Received: by ug-out-1314.google.com with SMTP id 74so639668ugb for ; Thu, 19 Oct 2006 17:11:26 -0700 (PDT) Received: by 10.82.126.19 with SMTP id y19mr387375buc; Thu, 19 Oct 2006 17:11:25 -0700 (PDT) Received: by 10.82.125.14 with HTTP; Thu, 19 Oct 2006 17:11:25 -0700 (PDT) Message-ID: <9e19f1f0610191711n63914bcco81c02d01117e195@mail.gmail.com> Date: Fri, 20 Oct 2006 02:11:25 +0200 From: "=?ISO-8859-1?Q?=D8ystein_Gisn=E5s?=" To: "Patrick Ohly" In-Reply-To: <1161280663.4392.10.camel@ip6-localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1160945842.4510.136.camel@ip6-localhost> <1161280663.4392.10.camel@ip6-localhost> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.599 tagged_above=-999 required=2 tests=[BAYES_00=-2.599] X-Spam-Score: -2.599 X-Spam-Level: Cc: Evolution Hackers Subject: Re: [Evolution-hackers] automated testing of Evolution data server with SyncEvolution - vcard import problem in 2.8 X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 00:11:28 -0000 2006/10/19, Patrick Ohly : > On So, 2006-10-15 at 22:57 +0200, Patrick Ohly wrote: > > * Is someone going to take care of the reported regression or do > > you need a patch to fix it? Whoever changed the code between 2.= 6 > > and 2.8 should be in a better position to fix it, so I am a bit > > reluctant to investigate further in code that I don't know. > > I found out what the problem is, see > http://bugzilla.gnome.org/show_bug.cgi?id=3D356176 > > The fix is included in that issue (add one line with a function call). > It should be easy to verify that it causes no harm and indeed fixes the > problem. Can someone commit it for E-D-S 2.8.2? > > =D8ystein, can you make sure that it gets included in Debian packages if > Etch would otherwise be released with an E-D-S where this bug is still > present? Should I file a bug in the Debian tracker as a reminder? Yes and yes. I will look into it and incorporate before etch if it looks good. An entry in BTS ensures me (and the rest of the team) won't forget it.. Cheers, =D8ystein From davide.corio@redomino.com Fri Oct 20 09:52:28 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 51FD13B0007 for ; Fri, 20 Oct 2006 09:52:28 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31159-02 for ; Fri, 20 Oct 2006 09:52:24 -0400 (EDT) Received: from pentesilea.redomino.com (ns1.redomino.com [213.215.225.38]) by menubar.gnome.org (Postfix) with ESMTP id 560763B02C3 for ; Fri, 20 Oct 2006 09:52:22 -0400 (EDT) Received: from localhost (unknown [213.215.225.44]) by pentesilea.redomino.com (Postfix) with ESMTP id 8A8661017DB for ; Fri, 20 Oct 2006 15:52:25 +0200 (CEST) Received: from pentesilea.redomino.com ([213.215.225.37]) by localhost (cleopatra-xen2 [213.215.225.44]) (amavisd-new, port 10024) with LMTP id 10371-01-34 for ; Fri, 20 Oct 2006 15:52:20 +0200 (CEST) Received: from [192.168.26.4] (213-140-6-110.ip.fastwebnet.it [213.140.6.110]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by pentesilea.redomino.com (Postfix) with ESMTP id 52E2B1017DA for ; Fri, 20 Oct 2006 15:52:25 +0200 (CEST) From: Davide Corio To: Evolution Hackers Content-Type: text/plain Date: Fri, 20 Oct 2006 15:52:14 +0200 Message-Id: <1161352334.2533.4.camel@cortese> Mime-Version: 1.0 X-Mailer: Evolution 2.8.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at cleopatra-xen2.redomino.com X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=0.19 tagged_above=-999 required=2 tests=[AWL=-0.628, BAYES_20=-0.74, RCVD_IN_BL_SPAMCOP_NET=1.558] X-Spam-Score: 0.19 X-Spam-Level: Subject: [Evolution-hackers] multiple inbox X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 13:52:28 -0000 Could it be possibile to have different inbox for every pop3 account? (like thunderbird) cheers, -- Davide Corio davide.corioredomino.com Redomino S.r.l. C.so Monte Grappa 90/b - 10145 Torino - Italy Tel: +39 011 19502871 - Fax: +39 011 19791122 - http://www.redomino.com/ From uzytkownik2@gmail.com Fri Oct 20 16:34:23 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5184F3B00A0 for ; Fri, 20 Oct 2006 16:34:23 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21758-04 for ; Fri, 20 Oct 2006 16:34:18 -0400 (EDT) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by menubar.gnome.org (Postfix) with ESMTP id 8C6A33B006D for ; Fri, 20 Oct 2006 16:34:18 -0400 (EDT) Received: by py-out-1112.google.com with SMTP id b29so345817pya for ; Fri, 20 Oct 2006 13:34:18 -0700 (PDT) Received: by 10.35.102.18 with SMTP id e18mr1325844pym; Fri, 20 Oct 2006 13:34:17 -0700 (PDT) Received: by 10.35.81.13 with HTTP; Fri, 20 Oct 2006 13:34:17 -0700 (PDT) Message-ID: <9d146d660610201334j45d3e984seaac51fd4bb822fd@mail.gmail.com> Date: Fri, 20 Oct 2006 22:34:17 +0200 From: "Maciej Piechotka" To: "Evolution Hackers" MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.592 tagged_above=-999 required=2 tests=[AWL=-0.681, BAYES_05=-1.11, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -1.592 X-Spam-Level: Subject: [Evolution-hackers] Evolution Data Server - Java or .Net bindings X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Oct 2006 20:34:23 -0000 Is there are any Java or .Net bindings? I'd like to write backends using library which are only on this two languages. Regards From spam@pvanhoof.be Sun Oct 22 09:42:05 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 3F2EC3B0162 for ; Sun, 22 Oct 2006 09:42:05 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19799-03 for ; Sun, 22 Oct 2006 09:42:03 -0400 (EDT) Received: from mail.freax.org (mail.freax.org [86.39.154.66]) by menubar.gnome.org (Postfix) with ESMTP id CEB863B00AE for ; Sun, 22 Oct 2006 09:42:02 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.freax.org (Postfix) with ESMTP id 447761867CE for ; Sun, 22 Oct 2006 15:32:31 +0200 (CEST) Received: from mail.freax.org ([127.0.0.1]) by localhost (mail.freax.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kglCnxtoMaYh for ; Sun, 22 Oct 2006 15:32:31 +0200 (CEST) Received: from [192.168.1.100] (d54C18260.access.telenet.be [84.193.130.96]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.freax.org (Postfix) with ESMTP id 0279F18679C for ; Sun, 22 Oct 2006 15:32:30 +0200 (CEST) From: Philip Van Hoof To: Evolution Hackers Content-Type: text/plain Date: Sun, 22 Oct 2006 15:41:56 +0200 Message-Id: <1161524517.5415.4.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.583 tagged_above=-999 required=2 tests=[AWL=0.018, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] X-Spam-Score: -2.583 X-Spam-Level: Subject: [Evolution-hackers] Reviewing imap_update_summary X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Oct 2006 13:42:05 -0000 Greetings, imap_update_summary is implemented in three or four steps: o. Getting (all) the headers/uids o. Finding the ones that we must still fetch o. Fetching those (x) o. Writing out the summary The steps each consume memory and reuse some of the memory of the previous step. Pointers to that memory is stored in GPtrArray's like fetch_data and messages. In the code I have found no real reason to why this was done in separated loops (steps) rather than one step and at the end of the loop, free the data already. Especially for the third step (x), which seem to consume most memory while it's happening. The current implementation requires the data being received from the IMAP service to be kept in memory until the entire folder has been received and all steps done. This consumes more than one entire kilobyte per message. Multiply that with for example 5,000 headers and you'll get 5 MB memory consumption for fetching the new messages of a very small IMAP folder (in case no other messages had been received before you first started the procedure). Multiply that with 50,000 headers and you'll get 50 - 60 MB memory consumption for a not extremely big but relatively big IMAP folders. Which will be freed, yes, but nevertheless it's a slowly growing peak (the speed depends on the connection with your IMAP server) that only gets deallocated or when pressing cancel or when all messages are received (which can take a significant amount of time). The strange part is that if I measure the amount of bytes that I receive from the IMAP service; I measure far less bytes being transferred than bytes being consumed in memory. It not only stores all the received data, it also stores a lot more in memory (probably mostly 4 bytes pointers and GData stuff). I wonder whether there was a reason why it was implemented this way? If not, I'm planning to rewrite imap_update_summary in a different way. For example by immediately creating a CamelMessageInfo struct or burning it to the summary file instantly and freeing the GData created from the stream in-loop. -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http://www.pvanhoof.be - http://www.x-tend.be From spam@pvanhoof.be Sun Oct 22 10:29:17 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 382AC3B01B2 for ; Sun, 22 Oct 2006 10:29:17 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22324-04 for ; Sun, 22 Oct 2006 10:29:14 -0400 (EDT) Received: from mail.freax.org (mail.freax.org [86.39.154.66]) by menubar.gnome.org (Postfix) with ESMTP id 671D23B000E for ; Sun, 22 Oct 2006 10:29:14 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.freax.org (Postfix) with ESMTP id 8BA22186911 for ; Sun, 22 Oct 2006 16:19:43 +0200 (CEST) Received: from mail.freax.org ([127.0.0.1]) by localhost (mail.freax.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PYqmCMU5bu1R for ; Sun, 22 Oct 2006 16:19:43 +0200 (CEST) Received: from [192.168.1.100] (d54C18260.access.telenet.be [84.193.130.96]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.freax.org (Postfix) with ESMTP id 5A4251867CE for ; Sun, 22 Oct 2006 16:19:43 +0200 (CEST) From: Philip Van Hoof To: Evolution Hackers In-Reply-To: <1161524517.5415.4.camel@localhost.localdomain> References: <1161524517.5415.4.camel@localhost.localdomain> Content-Type: text/plain Date: Sun, 22 Oct 2006 16:29:11 +0200 Message-Id: <1161527352.5415.8.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.583 tagged_above=-999 required=2 tests=[AWL=0.018, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] X-Spam-Score: -2.583 X-Spam-Level: Subject: Re: [Evolution-hackers] Reviewing imap_update_summary X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Oct 2006 14:29:17 -0000 On Sun, 2006-10-22 at 15:41 +0200, Philip Van Hoof wrote: > In the code I have found no real reason to why this was done in > separated loops (steps) rather than one step and at the end of the loop, > free the data already. Especially for the third step (x), which seem to > consume most memory while it's happening. After measuring the memory usage of the implementation, it saw that it's not the third step but the first that is allocating 90% of the memory. That's this loop: fetch_data = g_ptr_array_new (); messages = g_ptr_array_new (); while ((type = camel_imap_command_response (store, &resp, ex) == CAMEL_IMAP_RESPONSE_UNTAGGED) { data = parse_fetch_response (imap_folder, resp); g_free (resp); ... } I measured this by simply interrupting the function (returning it), and running it in valgrind. The first one at the very start allocates everything (while receiving the result). -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http://www.pvanhoof.be - http://www.x-tend.be From psankar@novell.com Mon Oct 23 06:02:41 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C4D083B00CB for ; Mon, 23 Oct 2006 06:02:41 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08212-02 for ; Mon, 23 Oct 2006 06:02:41 -0400 (EDT) Received: from sinclair.provo.novell.com (sinclair.provo.novell.com [137.65.248.137]) by menubar.gnome.org (Postfix) with ESMTP id 91EF53B0018 for ; Mon, 23 Oct 2006 06:02:40 -0400 (EDT) Received: from INET-PRV-MTA by sinclair.provo.novell.com with Novell_GroupWise; Mon, 23 Oct 2006 04:02:40 -0600 Message-Id: <453C5AF0020000E7000164C1@sinclair.provo.novell.com> X-Mailer: Novell GroupWise Internet Agent 7.0.1 Date: Mon, 23 Oct 2006 04:02:23 -0600 From: "Sankar P" To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.471 tagged_above=-999 required=2 tests=[AWL=-0.072, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2] X-Spam-Score: -2.471 X-Spam-Level: Cc: evolution-hackers@gnome.org Subject: Re: [Evolution-hackers] Reviewing imap_update_summary X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 10:02:41 -0000 On Sun, 2006-10-22 at 15:41 +0200, Philip Van Hoof wrote: > Greetings, > > imap_update_summary is implemented in three or four steps: > > o. Getting (all) the headers/uids > o. Finding the ones that we must still fetch > o. Fetching those (x) > o. Writing out the summary > > The steps each consume memory and reuse some of the memory of the > previous step. Pointers to that memory is stored in GPtrArray's like > fetch_data and messages. > > In the code I have found no real reason to why this was done in > separated loops (steps) rather than one step and at the end of the loop, > free the data already. Especially for the third step (x), which seem to > consume most memory while it's happening. I rewrote this behavior in camel-GroupWise to fetch data in iterations, so that the memory requirement remains a constant k instead of O(n), n being the number of messages. I expected it work better. (GW and IMAP code are similar in this aspect) However, when I tested it, as expected, the memory requirement came down but the number of disk-access increased and hence it became slow. So I reverted it to the old behavior. You can try rewriting this in IMAP and you will find out that the time taken to complete the sync will increase in case of large folders. > > The current implementation requires the data being received from the > IMAP service to be kept in memory until the entire folder has been > received and all steps done. This consumes more than one entire kilobyte > per message. Multiply that with for example 5,000 headers and you'll get > 5 MB memory consumption for fetching the new messages of a very small > IMAP folder (in case no other messages had been received before you > first started the procedure). > > Multiply that with 50,000 headers and you'll get 50 - 60 MB memory > consumption for a not extremely big but relatively big IMAP folders. > > Which will be freed, yes, but nevertheless it's a slowly growing peak > (the speed depends on the connection with your IMAP server) that only > gets deallocated or when pressing cancel or when all messages are > received (which can take a significant amount of time). I tested the changes that I made (in camel-GW) and found that in actual deployment scenario, people prefer having an occasional memory-shootup (which will come down as soon as mail-fetch is complete) rather than having so many disk-access, that will eventually make operations longer to complete. > > The strange part is that if I measure the amount of bytes that I receive > from the IMAP service; I measure far less bytes being transferred than > bytes being consumed in memory. It not only stores all the received > data, it also stores a lot more in memory (probably mostly 4 bytes > pointers and GData stuff). > > I wonder whether there was a reason why it was implemented this way? If > not, I'm planning to rewrite imap_update_summary in a different way. For > example by immediately creating a CamelMessageInfo struct or burning it > to the summary file instantly and freeing the GData created from the > stream in-loop. If you want the memory usage to be a constant value, the best solution is to make the folder_sync function fetch summaries iteratively from a database back-end (not from flat-files or mmap). Perhaps this should be done at a higher (camel) level so that all the providers can make use of it; Means rewriting parts of the camel folder, summary etc. Anyway, all this is already covered under "On-Disk-Summaries". If you are so obsessed about memory usage, go ahead and give it a try. Some times, the customer's needs are different from what the hacker may perceive to be the most important thing. Evolution's periodic memory shootup (and subsequent coming down) is considered to be normal by the customers than things like Proxy-authentication-failure (libsoup), EDS crashes etc, that we have been working on. It is an interesting work but we (the Evolution team) have got other priorities driven based on actual customer deployment needs. These are the most important things that Evolution (and indirectly Camel also) should address to become a stable enterprise-level GNOME app. Sankar From spam@pvanhoof.be Mon Oct 23 06:32:24 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id E4CD53B0018 for ; Mon, 23 Oct 2006 06:32:23 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09935-02 for ; Mon, 23 Oct 2006 06:32:20 -0400 (EDT) Received: from mail.freax.org (mail.freax.org [86.39.154.66]) by menubar.gnome.org (Postfix) with ESMTP id AA1FE3B00CB for ; Mon, 23 Oct 2006 06:32:19 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.freax.org (Postfix) with ESMTP id A519B187785; Mon, 23 Oct 2006 12:22:46 +0200 (CEST) Received: from mail.freax.org ([127.0.0.1]) by localhost (mail.freax.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iEGi6Lrja28m; Mon, 23 Oct 2006 12:22:46 +0200 (CEST) Received: from [10.0.2.238] (57.101-66-87.adsl-dyn.isp.belgacom.be [87.66.101.57]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.freax.org (Postfix) with ESMTP id 588911867A7; Mon, 23 Oct 2006 12:22:46 +0200 (CEST) From: Philip Van Hoof To: Sankar P In-Reply-To: <453C5AF0020000E7000164C1@sinclair.provo.novell.com> References: <453C5AF0020000E7000164C1@sinclair.provo.novell.com> Content-Type: text/plain Date: Mon, 23 Oct 2006 12:32:18 +0200 Message-Id: <1161599538.4937.60.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.586 tagged_above=-999 required=2 tests=[AWL=0.015, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] X-Spam-Score: -2.586 X-Spam-Level: Cc: evolution-hackers@gnome.org Subject: Re: [Evolution-hackers] Reviewing imap_update_summary X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 10:32:24 -0000 On Mon, 2006-10-23 at 04:02 -0600, Sankar P wrote: Hey Sankar, Thanks for the response. > I rewrote this behavior in camel-GroupWise to fetch data in iterations, > so that the memory requirement remains a constant k instead of O(n), n > being the number of messages. I expected it work better. (GW and IMAP > code are similar in this aspect) > > However, when I tested it, as expected, the memory requirement came down > but the number of disk-access increased and hence it became slow. So I > reverted it to the old behavior. I acknowledge that the time increases. For me not significant but it does indeed take longer. Doing nothing is of course faster than dumping something to disk. > You can try rewriting this in IMAP and you will find out that the time > taken to complete the sync will increase in case of large folders. This is correct and the case. On a mobile device, however, the time it takes is (imo) less important than the possibility to do it. Maybe I shouldn't use the "1, 2, 4, 8, etc" serie but do something like "1, 10, 100, 1000" to decrease the amount of to-disk dumps? What do you think? At this moment it's the provider-code itself that determines this nth. When talking about 'design', it might indeed be better if the camel- folder-summary.c implements that decision. For now, the experiment itself is implemented as a hack (I agree). I would be interested in trying to improve it in a design-sense if there's interest (and discussion) from the Evolution team in something like this. Being a hack, once supported by all providers, I am probably going to use it in tinymail. I would of course prefer that Camel itself would someday enjoy the same improvements too. But it's not something I require nor will push for. I "touch evolution", if you want it..tell me :) > I tested the changes that I made (in camel-GW) and found that in actual > deployment scenario, people prefer having an occasional memory-shootup > (which will come down as soon as mail-fetch is complete) rather than > having so many disk-access, that will eventually make operations longer > to complete. For a desktop user I can imagine that, yes. For a mobile device, the memory shootup means that it's impossible to support such large folders and that during the download, the device becomes unusable for almost-large folders (that I definitely do want to support) sized around 20,000 hdrs. This is perhaps why a different design would be a good idea?: delegate the decision to a more specific plugin or piece of code that is global for all providers (rather than a patch-per-provider for each target). > If you want the memory usage to be a constant value, the best solution > is to make the folder_sync function fetch summaries iteratively from a > database back-end (not from flat-files or mmap). Perhaps this should be > done at a higher (camel) level so that all the providers can make use of > it; Means rewriting parts of the camel folder, summary etc. I agree > Anyway, all this is already covered under "On-Disk-Summaries". If you > are so obsessed about memory usage, go ahead and give it a try. I should. But I need something that works today ;). I have already, however, repeatedly stated that I'm very interested in the on-disk-summary concepts and that if a team would start with this work, I'd definitely join that team. I'm not naive to think that I could do it on my own. I ACK that implementing the concepts takes a team of smart people. I think that libspruce and GMime would be a nice (fresh) starting point for such an implementation. If it would happen, tinymail would probably become one of the first E-mail framework(/client) to actively use the disk-summary concepts and ideas. Absolutely :) > Some times, the customer's needs are different from what the hacker may > perceive to be the most important thing. Evolution's periodic memory > shootup (and subsequent coming down) is considered to be normal by the > customers than things like Proxy-authentication-failure (libsoup), EDS > crashes etc, that we have been working on. > It is an interesting work but we (the Evolution team) have got other > priorities driven based on actual customer deployment needs. These are > the most important things that Evolution (and indirectly Camel also) > should address to become a stable enterprise-level GNOME app. No problem. Yet I hope my experiments might someday be useful for the Evolution project. Until then, I'll use tinymail as host for them. -- Philip Van Hoof, software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be blog: http://pvanhoof.be/blog From khadgaray@gmail.com Mon Oct 23 12:45:31 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id DE2813B0075 for ; Mon, 23 Oct 2006 12:45:30 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30760-06 for ; Mon, 23 Oct 2006 12:45:29 -0400 (EDT) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.239]) by menubar.gnome.org (Postfix) with ESMTP id E9F5F3B00C2 for ; Mon, 23 Oct 2006 12:45:26 -0400 (EDT) Received: by wx-out-0506.google.com with SMTP id i30so1441850wxd for ; Mon, 23 Oct 2006 09:45:26 -0700 (PDT) Received: by 10.90.100.2 with SMTP id x2mr2239751agb; Mon, 23 Oct 2006 09:45:26 -0700 (PDT) Received: from ?172.16.37.22? ( [202.41.228.162]) by mx.google.com with ESMTP id 25sm225291wra.2006.10.23.09.45.24; Mon, 23 Oct 2006 09:45:26 -0700 (PDT) From: Ritesh Khadgaray To: Maciej Piechotka In-Reply-To: <9d146d660610201334j45d3e984seaac51fd4bb822fd@mail.gmail.com> References: <9d146d660610201334j45d3e984seaac51fd4bb822fd@mail.gmail.com> Content-Type: text/plain Date: Mon, 23 Oct 2006 22:16:27 +0530 Message-Id: <1161621987.3213.34.camel@rkhadgar.pnq.redhat.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.0 (2.8.0-7.fc6) Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.196 tagged_above=-999 required=2 tests=[AWL=0.204, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.196 X-Spam-Level: Cc: Evolution Hackers Subject: Re: [Evolution-hackers] Evolution Data Server - Java or .Net bindings X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 16:45:31 -0000 On Fri, 2006-10-20 at 22:34 +0200, Maciej Piechotka wrote: > Is there are any Java or .Net bindings? > I'd like to write backends using library which are only on this two languages. i have heard of evolution-sharp http://ftp.gnome.org/pub/GNOME/sources/evolution-sharp/ > > Regards > _______________________________________________ > Evolution-hackers mailing list > Evolution-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/evolution-hackers -- Ritesh Khadgaray LinuX N Stuff Ph: +919822394463 Eat Right, Exercise, Die Anyway. From uzytkownik2@gmail.com Mon Oct 23 13:20:13 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 711D53B02E3 for ; Mon, 23 Oct 2006 13:20:13 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00731-05 for ; Mon, 23 Oct 2006 13:20:11 -0400 (EDT) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by menubar.gnome.org (Postfix) with ESMTP id 5BC753B02F4 for ; Mon, 23 Oct 2006 13:20:06 -0400 (EDT) Received: by py-out-1112.google.com with SMTP id 57so145014pya for ; Mon, 23 Oct 2006 10:19:32 -0700 (PDT) Received: by 10.35.121.2 with SMTP id y2mr6898237pym; Mon, 23 Oct 2006 09:54:57 -0700 (PDT) Received: by 10.35.81.13 with HTTP; Mon, 23 Oct 2006 09:54:57 -0700 (PDT) Message-ID: <9d146d660610230954y61aeb22ckb44495d726d84fc5@mail.gmail.com> Date: Mon, 23 Oct 2006 18:54:57 +0200 From: "Maciej Piechotka" To: "Ritesh Khadgaray" In-Reply-To: <1161621987.3213.34.camel@rkhadgar.pnq.redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <9d146d660610201334j45d3e984seaac51fd4bb822fd@mail.gmail.com> <1161621987.3213.34.camel@rkhadgar.pnq.redhat.com> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.33 tagged_above=-999 required=2 tests=[AWL=0.070, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.33 X-Spam-Level: Cc: Evolution Hackers Subject: Re: [Evolution-hackers] Evolution Data Server - Java or .Net bindings X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 17:20:13 -0000 On 10/23/06, Ritesh Khadgaray wrote: > On Fri, 2006-10-20 at 22:34 +0200, Maciej Piechotka wrote: > > Is there are any Java or .Net bindings? > > I'd like to write backends using library which are only on this two languages. > > i have heard of evolution-sharp > http://ftp.gnome.org/pub/GNOME/sources/evolution-sharp/ > I know - but it's rather frontend then backend - or I'm blind. > > > > Regards Regards From khadgaray@gmail.com Mon Oct 23 16:31:43 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id C19103B00D7 for ; Mon, 23 Oct 2006 16:31:43 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12093-05 for ; Mon, 23 Oct 2006 16:31:41 -0400 (EDT) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by menubar.gnome.org (Postfix) with ESMTP id A00DD3B00E8 for ; Mon, 23 Oct 2006 16:31:40 -0400 (EDT) Received: by ug-out-1314.google.com with SMTP id l31so1307638ugc for ; Mon, 23 Oct 2006 13:31:39 -0700 (PDT) Received: by 10.66.221.19 with SMTP id t19mr8061676ugg; Mon, 23 Oct 2006 13:31:39 -0700 (PDT) Received: from ?172.16.37.22? ( [202.41.228.162]) by mx.google.com with ESMTP id g7sm9981783wra.2006.10.23.13.31.37; Mon, 23 Oct 2006 13:31:39 -0700 (PDT) From: Ritesh Khadgaray To: Maciej Piechotka In-Reply-To: <9d146d660610230954y61aeb22ckb44495d726d84fc5@mail.gmail.com> References: <9d146d660610201334j45d3e984seaac51fd4bb822fd@mail.gmail.com> <1161621987.3213.34.camel@rkhadgar.pnq.redhat.com> <9d146d660610230954y61aeb22ckb44495d726d84fc5@mail.gmail.com> Content-Type: text/plain Date: Tue, 24 Oct 2006 02:02:40 +0530 Message-Id: <1161635561.3213.36.camel@rkhadgar.pnq.redhat.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.0 (2.8.0-7.fc6) Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.197 tagged_above=-999 required=2 tests=[AWL=0.203, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.197 X-Spam-Level: Cc: Evolution Hackers Subject: Re: [Evolution-hackers] Evolution Data Server - Java or .Net bindings X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 20:31:43 -0000 On Mon, 2006-10-23 at 18:54 +0200, Maciej Piechotka wrote: > On 10/23/06, Ritesh Khadgaray wrote: > > On Fri, 2006-10-20 at 22:34 +0200, Maciej Piechotka wrote: > > > Is there are any Java or .Net bindings? > > > I'd like to write backends using library which are only on this two languages. > > > > i have heard of evolution-sharp > > http://ftp.gnome.org/pub/GNOME/sources/evolution-sharp/ > > > > I know - but it's rather frontend then backend - or I'm blind. ouch. time for me to visit a optician http://www.thecentric.com/?cat=2 > > > > > > > Regards > > Regards -- Ritesh Khadgaray LinuX N Stuff Ph: +919822394463 Eat Right, Exercise, Die Anyway. From khadgaray@gmail.com Mon Oct 23 16:34:18 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id BCB493B00D7 for ; Mon, 23 Oct 2006 16:34:18 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12181-04 for ; Mon, 23 Oct 2006 16:34:18 -0400 (EDT) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.235]) by menubar.gnome.org (Postfix) with ESMTP id B927C3B009C for ; Mon, 23 Oct 2006 16:34:17 -0400 (EDT) Received: by wx-out-0506.google.com with SMTP id i30so1501794wxd for ; Mon, 23 Oct 2006 13:34:17 -0700 (PDT) Received: by 10.90.32.19 with SMTP id f19mr2638255agf; Mon, 23 Oct 2006 13:34:17 -0700 (PDT) Received: from ?172.16.37.22? ( [202.41.228.162]) by mx.google.com with ESMTP id 39sm1847351wrl.2006.10.23.13.34.15; Mon, 23 Oct 2006 13:34:17 -0700 (PDT) From: Ritesh Khadgaray To: Maciej Piechotka In-Reply-To: <9d146d660610230954y61aeb22ckb44495d726d84fc5@mail.gmail.com> References: <9d146d660610201334j45d3e984seaac51fd4bb822fd@mail.gmail.com> <1161621987.3213.34.camel@rkhadgar.pnq.redhat.com> <9d146d660610230954y61aeb22ckb44495d726d84fc5@mail.gmail.com> Content-Type: text/plain Date: Tue, 24 Oct 2006 02:05:18 +0530 Message-Id: <1161635718.3213.38.camel@rkhadgar.pnq.redhat.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.0 (2.8.0-7.fc6) Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.197 tagged_above=-999 required=2 tests=[AWL=0.203, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.197 X-Spam-Level: Cc: Evolution Hackers Subject: Re: [Evolution-hackers] Evolution Data Server - Java or .Net bindings X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 20:34:18 -0000 On Mon, 2006-10-23 at 18:54 +0200, Maciej Piechotka wrote: > On 10/23/06, Ritesh Khadgaray wrote: > > On Fri, 2006-10-20 at 22:34 +0200, Maciej Piechotka wrote: > > > Is there are any Java or .Net bindings? > > > I'd like to write backends using library which are only on this two languages. > > > > i have heard of evolution-sharp > > http://ftp.gnome.org/pub/GNOME/sources/evolution-sharp/ > > > > I know - but it's rather frontend then backend - or I'm blind. additionally, time for me to file a bug report ? Name : evolution-sharp Relocations: (not relocatable) Version : 0.11.1 Vendor: Red Hat, Inc. Release : 10.fc6 Build Date: Tue 12 Sep 2006 11:06:33 AM IST ... URL : http://ftp.gnome.org/pub/GNOME/sources/evolution-sharp/0.10/ Summary : Evolution Data Server Mono Bindings Description : Mono/C# bindings for the Evolution addressbook. > > > > > > > Regards > > Regards -- Ritesh Khadgaray LinuX N Stuff Ph: +919822394463 Eat Right, Exercise, Die Anyway. From spam@pvanhoof.be Mon Oct 23 19:56:36 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 404C43B0092 for ; Mon, 23 Oct 2006 19:56:36 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22375-03 for ; Mon, 23 Oct 2006 19:56:34 -0400 (EDT) Received: from mail.freax.org (mail.freax.org [86.39.154.66]) by menubar.gnome.org (Postfix) with ESMTP id 4DD053B0075 for ; Mon, 23 Oct 2006 19:56:33 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.freax.org (Postfix) with ESMTP id F2A7A187775 for ; Tue, 24 Oct 2006 01:46:58 +0200 (CEST) Received: from mail.freax.org ([127.0.0.1]) by localhost (mail.freax.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cPwFNbFx9cyy for ; Tue, 24 Oct 2006 01:46:58 +0200 (CEST) Received: from [192.168.1.100] (d54C18260.access.telenet.be [84.193.130.96]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.freax.org (Postfix) with ESMTP id 7DA531867AE for ; Tue, 24 Oct 2006 01:46:58 +0200 (CEST) From: Philip Van Hoof To: Evolution Hackers In-Reply-To: <1161524517.5415.4.camel@localhost.localdomain> References: <1161524517.5415.4.camel@localhost.localdomain> Content-Type: text/plain Date: Tue, 24 Oct 2006 01:56:30 +0200 Message-Id: <1161647791.5428.9.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.545 tagged_above=-999 required=2 tests=[AWL=-0.021, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TW_TC=0.077] X-Spam-Score: -2.545 X-Spam-Level: Subject: Re: [Evolution-hackers] Reviewing imap_update_summary X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Oct 2006 23:56:36 -0000 With "UID FETCH %d:%d FLAGS" being something not all IMAP servers don't correctly support, I was a little bit forced to rewrite the imap_update_summary function into these two ones: I also simplified it a little bit. And removed one of the two/three GPtrArrays (that are being synchronized and other funny stuff). ps. I still need to test this one, and recheck for problems, etc etc ... static guint32 imap_get_uids (CamelFolder *folder, CamelImapStore *store, CamelException *ex, GPtrArray *needheaders, int size, int got) { char *resp; CamelImapResponseType type; guint32 cnt = 0; CamelImapFolder *imap_folder = CAMEL_IMAP_FOLDER (folder); GData *data; camel_operation_start (NULL, _("Fetching summary information for new messages in %s"), folder->name); while ((type = camel_imap_command_response (store, &resp, ex)) == CAMEL_IMAP_RESPONSE_UNTAGGED) { cnt++; data = parse_fetch_response (imap_folder, resp); g_free (resp); if (!data) continue; g_ptr_array_add (needheaders, g_datalist_get_data (&data, "UID")); if (size > 0) camel_operation_progress (NULL, got * 100 / size); } camel_operation_end (NULL); g_free (resp); return cnt; } static void imap_update_summary (CamelFolder *folder, int exists, CamelFolderChangeInfo *changes, CamelException *ex) { CamelImapStore *store = CAMEL_IMAP_STORE (folder->parent_store); CamelImapFolder *imap_folder = CAMEL_IMAP_FOLDER (folder); GPtrArray *fetch_data = NULL, *messages = NULL, *needheaders; guint32 flags, uidval; int i, seq, first, size, got; CamelImapResponseType type; const char *header_spec; CamelImapMessageInfo *mi, *info; CamelStream *stream; char *uid, *resp; GData *data; gboolean more = TRUE; unsigned int nextn = 1, cnt=0, tcnt=0; if (store->server_level >= IMAP_LEVEL_IMAP4REV1) header_spec = "HEADER.FIELDS (" CAMEL_MESSAGE_INFO_HEADERS MAILING_LIST_HEADERS ")"; else header_spec = "0"; /* Used as a way to fetch all Headers instead of the selective headers. Support for fetching custom headers could be done in a better way, using CamelURL and EPlugins. */ if( g_getenv ("EVO_IMAP_FETCH_ALL_HEADERS") ) header_spec = "HEADER"; tcnt = 0; while (more) { seq = camel_folder_summary_count (folder->summary); first = seq + 1; if (seq > 0) { mi = (CamelImapMessageInfo *)camel_folder_summary_index (folder->summary, seq - 1); uidval = strtoul(camel_message_info_uid (mi), NULL, 10); camel_message_info_free(&mi->info); } else uidval = 0; size = (exists - seq) * (IMAP_PRETEND_SIZEOF_FLAGS + IMAP_PRETEND_SIZEOF_SIZE + IMAP_PRETEND_SIZEOF_HEADERS); got = 0; if (!camel_imap_command_start (store, folder, ex, "UID FETCH %d:%d FLAGS", uidval + 1, uidval + 1 + nextn)) return; more = FALSE; needheaders = g_ptr_array_new (); cnt = imap_get_uids (folder, store, ex, needheaders, size, got); tcnt += cnt; if (tcnt >= (exists - seq)) more = FALSE; else more = TRUE; if (more && (((exists - seq) > nextn) && (cnt < nextn))) { if (!camel_imap_command_start (store, folder, ex, "UID FETCH %d:* FLAGS", uidval + 1)) return; cnt = imap_get_uids (folder, store, ex, needheaders, size, got); tcnt += cnt; more = FALSE; } if (nextn < 1000) nextn += (nextn+5); else nextn = 1000; messages = g_ptr_array_new (); if (needheaders->len) { char *uidset; int uid = 0; qsort (needheaders->pdata, needheaders->len, sizeof (void *), uid_compar); camel_operation_start (NULL, _("Fetching summary information for new messages in %s"), folder->name); while (uid < needheaders->len) { uidset = imap_uid_array_to_set (folder->summary, needheaders, uid, UID_SET_LIMIT, &uid); if (!camel_imap_command_start (store, folder, ex, "UID FETCH %s (FLAGS INTERNALDATE BODY.PEEK[%s])", uidset, header_spec)) { g_ptr_array_free (needheaders, TRUE); camel_operation_end (NULL); g_free (uidset); goto lose; } g_free (uidset); while ((type = camel_imap_command_response (store, &resp, ex)) == CAMEL_IMAP_RESPONSE_UNTAGGED) { gchar *muid; data = parse_fetch_response (imap_folder, resp); g_free (resp); if (!data) continue; stream = g_datalist_get_data (&data, "BODY_PART_STREAM"); if (stream) { mi = add_message_from_data (folder, messages, first, data); if (mi) { flags = GPOINTER_TO_INT (g_datalist_get_data (&data, "FLAGS")); if (flags) { mi->server_flags = flags; mi->info.flags |= flags; flags_to_label(folder, mi); } muid = g_datalist_get_data (&data, "UID"); if (muid) { mi->info.uid = g_strdup (muid); mi->info.uid_needs_free = TRUE; } } got += IMAP_PRETEND_SIZEOF_HEADERS; if (size > 0) camel_operation_progress (NULL, got * 100 / size); } g_datalist_clear (&data); } if (type == CAMEL_IMAP_RESPONSE_ERROR) { g_ptr_array_free (needheaders, TRUE); camel_operation_end (NULL); goto lose; } } g_ptr_array_free (needheaders, TRUE); camel_operation_end (NULL); } /* And add the entries to the summary, etc. */ for (i = 0; i < messages->len; i++) { mi = messages->pdata[i]; if (!mi) continue; uid = (char *)camel_message_info_uid(mi); if (uid[0] == 0) { g_warning("Server provided no uid: message %d", i + first); camel_exception_setv (ex, CAMEL_EXCEPTION_SYSTEM, _("Incomplete server response: no UID provided for message %d"), i + first); break; } info = (CamelImapMessageInfo *)camel_folder_summary_uid(folder->summary, uid); if (info) { for (seq = 0; seq < camel_folder_summary_count (folder->summary); seq++) { if (folder->summary->messages->pdata[seq] == info) break; } g_warning("Message already present? %s", camel_message_info_uid(mi)); camel_exception_setv (ex, CAMEL_EXCEPTION_SYSTEM, _("Unexpected server response: Identical UIDs provided for messages %d and %d"), seq + 1, i + first); camel_message_info_free(&info->info); break; } camel_folder_summary_add (folder->summary, (CamelMessageInfo *)mi); camel_folder_change_info_add_uid (changes, camel_message_info_uid (mi)); if ((mi->info.flags & CAMEL_IMAP_MESSAGE_RECENT)) camel_folder_change_info_recent_uid(changes, camel_message_info_uid (mi)); } camel_folder_summary_dump_mmap (folder->summary); for ( ; i < messages->len; i++) { if ((mi = messages->pdata[i])) camel_message_info_free(&mi->info); } g_ptr_array_free (messages, TRUE); goto endbmore; lose: if (fetch_data) { for (i = 0; i < fetch_data->len; i++) { data = fetch_data->pdata[i]; g_datalist_clear (&data); } g_ptr_array_free (fetch_data, TRUE); } if (messages) { for (i = 0; i < messages->len; i++) { if (messages->pdata[i]) camel_message_info_free(messages->pdata[i]); } g_ptr_array_free (messages, TRUE); } endbmore: i++; i--; } /* more */ } -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http://www.pvanhoof.be - http://www.x-tend.be From spam@pvanhoof.be Mon Oct 23 20:29:14 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 682733B000B for ; Mon, 23 Oct 2006 20:29:14 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24119-07 for ; Mon, 23 Oct 2006 20:29:12 -0400 (EDT) Received: from mail.freax.org (mail.freax.org [86.39.154.66]) by menubar.gnome.org (Postfix) with ESMTP id 826C23B007C for ; Mon, 23 Oct 2006 20:29:12 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.freax.org (Postfix) with ESMTP id 33FA0187798 for ; Tue, 24 Oct 2006 02:19:38 +0200 (CEST) Received: from mail.freax.org ([127.0.0.1]) by localhost (mail.freax.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nbIZZQNIs9Dj for ; Tue, 24 Oct 2006 02:19:38 +0200 (CEST) Received: from [192.168.1.100] (d54C18260.access.telenet.be [84.193.130.96]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.freax.org (Postfix) with ESMTP id EB0861867AE for ; Tue, 24 Oct 2006 02:19:37 +0200 (CEST) From: Philip Van Hoof To: Evolution Hackers In-Reply-To: <1161647791.5428.9.camel@localhost.localdomain> References: <1161524517.5415.4.camel@localhost.localdomain> <1161647791.5428.9.camel@localhost.localdomain> Content-Type: text/plain Date: Tue, 24 Oct 2006 02:29:10 +0200 Message-Id: <1161649751.5428.11.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.583 tagged_above=-999 required=2 tests=[AWL=0.018, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] X-Spam-Score: -2.583 X-Spam-Level: Subject: Re: [Evolution-hackers] Reviewing imap_update_summary X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 00:29:14 -0000 On Tue, 2006-10-24 at 01:56 +0200, Philip Van Hoof wrote: > static guint32 > imap_get_uids (.... > { ... > while ((type = camel_imap_command_response (store, &resp, ex)) == > CAMEL_IMAP_RESPONSE_UNTAGGED) > { ... > if (size > 0) > camel_operation_progress (NULL, got * 100 / size); Which obviously has a memory leak here. > } ... > } And other problems. Feel free to follow up at "imap_update_summary" in https://svn.tinymail.org/svn/tinymail/trunk/libtinymail-camel/camel-lite/camel/providers/imap/camel-imap-folder.c :) -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http://www.pvanhoof.be - http://www.x-tend.be From uzytkownik2@gmail.com Mon Oct 23 21:57:04 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id F04BF3B007C for ; Mon, 23 Oct 2006 21:57:03 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27724-09 for ; Mon, 23 Oct 2006 21:57:03 -0400 (EDT) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.203]) by menubar.gnome.org (Postfix) with ESMTP id BEA493B01C2 for ; Mon, 23 Oct 2006 21:57:02 -0400 (EDT) Received: by nz-out-0102.google.com with SMTP id m22so599965nzf for ; Mon, 23 Oct 2006 18:57:02 -0700 (PDT) Received: by 10.35.106.18 with SMTP id i18mr7331307pym; Mon, 23 Oct 2006 14:11:50 -0700 (PDT) Received: by 10.35.81.13 with HTTP; Mon, 23 Oct 2006 14:11:50 -0700 (PDT) Message-ID: <9d146d660610231411m3db56cc8u355d170ace7cc754@mail.gmail.com> Date: Mon, 23 Oct 2006 23:11:50 +0200 From: "Maciej Piechotka" To: "Ritesh Khadgaray" In-Reply-To: <1161635561.3213.36.camel@rkhadgar.pnq.redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <9d146d660610201334j45d3e984seaac51fd4bb822fd@mail.gmail.com> <1161621987.3213.34.camel@rkhadgar.pnq.redhat.com> <9d146d660610230954y61aeb22ckb44495d726d84fc5@mail.gmail.com> <1161635561.3213.36.camel@rkhadgar.pnq.redhat.com> X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.331 tagged_above=-999 required=2 tests=[AWL=0.069, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.331 X-Spam-Level: Cc: Evolution Hackers Subject: Re: [Evolution-hackers] Evolution Data Server - Java or .Net bindings X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 01:57:04 -0000 On 10/23/06, Ritesh Khadgaray wrote: > On Mon, 2006-10-23 at 18:54 +0200, Maciej Piechotka wrote: > > On 10/23/06, Ritesh Khadgaray wrote: > > > On Fri, 2006-10-20 at 22:34 +0200, Maciej Piechotka wrote: > > > > Is there are any Java or .Net bindings? > > > > I'd like to write backends using library which are only on this two languages. > > > > > > i have heard of evolution-sharp > > > http://ftp.gnome.org/pub/GNOME/sources/evolution-sharp/ > > > > > > > I know - but it's rather frontend then backend - or I'm blind. > ouch. time for me to visit a optician > > http://www.thecentric.com/?cat=2 > Sorry - I couldn't find this site (or is it just a joke, which I don't understand? English is not my native language). Regards From spam@pvanhoof.be Tue Oct 24 07:34:30 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4C2D03B00BB for ; Tue, 24 Oct 2006 07:34:30 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21079-01 for ; Tue, 24 Oct 2006 07:34:27 -0400 (EDT) Received: from mail.freax.org (mail.freax.org [86.39.154.66]) by menubar.gnome.org (Postfix) with ESMTP id 936DE3B0091 for ; Tue, 24 Oct 2006 07:34:26 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.freax.org (Postfix) with ESMTP id 18AA11867D5 for ; Tue, 24 Oct 2006 13:24:51 +0200 (CEST) Received: from mail.freax.org ([127.0.0.1]) by localhost (mail.freax.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id B8Jm9W-rq84Q for ; Tue, 24 Oct 2006 13:24:51 +0200 (CEST) Received: from [10.0.2.238] (57.101-66-87.adsl-dyn.isp.belgacom.be [87.66.101.57]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.freax.org (Postfix) with ESMTP id D4D91186799 for ; Tue, 24 Oct 2006 13:24:50 +0200 (CEST) From: Philip Van Hoof To: Evolution Hackers Content-Type: text/plain Date: Tue, 24 Oct 2006 13:34:26 +0200 Message-Id: <1161689667.4858.26.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.586 tagged_above=-999 required=2 tests=[AWL=0.015, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] X-Spam-Score: -2.586 X-Spam-Level: Subject: [Evolution-hackers] IMAP summary synchronization improvements X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 11:34:30 -0000 About http://cvs.gnome.org/viewcvs/evolution-data-server/camel/providers/imap/camel-imap-folder.c?rev=1.363&view=markup It looks like after seq = camel_folder_summary_count (folder->summary); The "seq" is (often) 0 the first time an IMAP folder is used during the session. After that, the summary is indeed loaded and seq will have the correct value (the amount of summary items that are on-disk cached). A consequence is that the first time an IMAP folder's summary is updated (being online, that's right after Evolution is started up, for each folder) the code will ask for-each UID rather than only the UIDs that aren't yet in the summary cache. A simple this thingy seems solve it: i = camel_folder_summary_count (folder->summary); if (i <= 0) camel_folder_summary_load (folder->summary); FYI, I have reimplemented the "imap_update_summary" method here: http://svn.tinymail.org/svn/tinymail/trunk/libtinymail-camel/camel-lite/camel/providers/imap/camel-imap-folder.c This implementation uses a lot less bandwidth, consumes far less memory and seems to be actually faster than the original one (although I do dump the summary to disk each nth header). It's faster because I send-and-receive a lot less with the IMAP service. I fall-back on using the "UID FETCH %d:* (FLAGS)" in case it didn't receive enough new headers yet (it calculates this). In normal circumstances it will use "UID FETCH %d:%d (FLAGS)", immediately store those UIDs in needheaders and in-one-loop create the CamelMessageInfo instances and dump them to disk each nth header. I removed all the headers that aren't being used. For example the first "UID FETCH" doesn't need anything other than the UIDs. In stead of three different loops that need to keep a copy of all the data around during the whole transfer, I reimplemented this in one loop. This also means that I can freeup the received data in-that-loop, rather than out-of-the-loops. Keeping memory consumption at a minimum. Together with the mmap patch, the dumping will mean that it will flush-away newly received headers to the disk, that the mmap will reload them and that memory consumption of those newly received headers will therefore each nth received header be the same as the for-mmap-normal situation (56% is mmapped and 44% is allocated). The only API call that makes this incompatible with a normal Camel is the camel_folder_summary_dump_mmap. If you diff camel-imap-folder.c of Evolution's Camel with this camel-imap-folder.c of Tinymail's Camel, and remove those API calls, you'll have a working Camel that doesn't use the mmap stuff but that will receive and update summary faster from IMAP, using less memory. -- Philip Van Hoof, software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be blog: http://pvanhoof.be/blog From spam@pvanhoof.be Tue Oct 24 09:43:07 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 406EC3B011C for ; Tue, 24 Oct 2006 09:43:07 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28392-06 for ; Tue, 24 Oct 2006 09:43:01 -0400 (EDT) Received: from mail.freax.org (mail.freax.org [86.39.154.66]) by menubar.gnome.org (Postfix) with ESMTP id A35AC3B0142 for ; Tue, 24 Oct 2006 09:43:00 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.freax.org (Postfix) with ESMTP id EF1781867D0 for ; Tue, 24 Oct 2006 15:33:24 +0200 (CEST) Received: from mail.freax.org ([127.0.0.1]) by localhost (mail.freax.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uCkBaQsLE+nb for ; Tue, 24 Oct 2006 15:33:24 +0200 (CEST) Received: from [10.0.2.238] (226.119-66-87.adsl-dyn.isp.belgacom.be [87.66.119.226]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.freax.org (Postfix) with ESMTP id B1586186799 for ; Tue, 24 Oct 2006 15:33:24 +0200 (CEST) From: Philip Van Hoof To: Evolution Hackers In-Reply-To: <1161689667.4858.26.camel@localhost.localdomain> References: <1161689667.4858.26.camel@localhost.localdomain> Content-Type: text/plain Date: Tue, 24 Oct 2006 15:43:01 +0200 Message-Id: <1161697381.4858.62.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.586 tagged_above=-999 required=2 tests=[AWL=0.015, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] X-Spam-Score: -2.586 X-Spam-Level: Subject: Re: [Evolution-hackers] IMAP summary synchronization improvements X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 13:43:07 -0000 On Tue, 2006-10-24 at 13:34 +0200, Philip Van Hoof wrote: > The only API call that makes this incompatible with a normal Camel is > the camel_folder_summary_dump_mmap. If you diff camel-imap-folder.c of > Evolution's Camel with this camel-imap-folder.c of Tinymail's Camel, and > remove those API calls, you'll have a working Camel that doesn't use the > mmap stuff but that will receive and update summary faster from IMAP, > using less memory. A new memory analysis reveals that this implementation in stead of topping at 12 MB memory consumption for 30,000 headers (which came from 35 MB memory consumption being consumed by today's Evolution's Camel when receiving 30,000 headers), it now tops at 8MB. In other words, 35 / 8 = 4 times less memory. Bandwidth saving: the original version was split up in three major contributors to bandwidth consumption. The current Evolution's Camel's implementation: - Part one checked for changes against the existing on-disk cached headers. This only verifies the flags, doesn't consume a lot memory nor bandwidth and is therefore unchanged. - Part two received all the possibly needed headers for all headers that are new one. Keeping a copy in a GData which is stored in a GPtrArray until part three (and part four and five) are finished. - Part three received for all headers that where incomplete (or, I don't know, something that didn't work out or ... ?) the remainder of the information needed. - Part five and six basically merged part two and three together and instructed the summary infrastructure to add the information as summary. My improved implementation: - Part one is exactly the same - The next parts are kept in a shortened loop (max 1000 headers at a time) - Part two receives all the UIDs of headers that where not in part one but that are believed to be new. It only receives UIDs, it doesn't ask any other header yet (only 1000 at a time). - Part three receives for all those UIDs the exact amount of needed headers (and not a header more), creates CamelMessageInfo instances, instructs the summary infrastructure to store it and instructs the summary information each 1000th header to dump stored items to disk and reload them using the mmap technique (which moves 56% of the memory from allocated to mmapped address space). The reason why there's still memory consumption are the CamelMessageInfo struct instances and the 1000 last stored headers. Of course a few for- me-yet unknown allocations (but I will find them sooner or later). I believe I can shrink memory consumption of downloading information from the IMAP service (updating the summary) from 8MB to 6MB for 30,000 headers. If you want to reproduce these results, there's a IMAP account available at mail.tinymail.org, u:tinymailunittest, p:unittest. It has folders named "30000", "20000" which contain ~30,000 and ~20,000 headers of pure spam spam and more spam (which is extremely good testing material, very few spam's headers are identical. So very few pstring memory saving, so a very realistic worst-case scenario). -- Philip Van Hoof, software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be blog: http://pvanhoof.be/blog From Patrick.Ohly@gmx.de Tue Oct 24 18:01:13 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5D06B3B016F for ; Tue, 24 Oct 2006 18:01:13 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30849-07 for ; Tue, 24 Oct 2006 18:00:55 -0400 (EDT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id C30523B000D for ; Tue, 24 Oct 2006 18:00:44 -0400 (EDT) Received: (qmail invoked by alias); 24 Oct 2006 22:00:43 -0000 Received: from p508897E0.dip0.t-ipconnect.de (EHLO ip6-localhost) [80.136.151.224] by mail.gmx.net (mp030) with SMTP; 25 Oct 2006 00:00:43 +0200 X-Authenticated: #489940 Received: from patrick by ip6-localhost with local (Exim 3.36 #1 (Debian)) id 1GcUJ2-0001Na-00; Tue, 24 Oct 2006 23:59:32 +0200 From: Patrick Ohly Cc: Evolution Hackers In-Reply-To: <1161192278.4645.23.camel@ip6-localhost> References: <1160945842.4510.136.camel@ip6-localhost> <9e19f1f0610151432p22b4267fy921940278886e9bb@mail.gmail.com> <1161019319.4603.34.camel@ip6-localhost> <1161192278.4645.23.camel@ip6-localhost> Content-Type: multipart/mixed; boundary="=-1Nj6IEUhCMwGKAw8c73B" Date: Tue, 24 Oct 2006 23:59:32 +0200 Message-Id: <1161727172.4660.42.camel@ip6-localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 Sender: Patrick Ohly X-Y-GMX-Trusted: 0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.523 tagged_above=-999 required=2 tests=[AWL=-0.000, BAYES_00=-2.599, SPF_PASS=-0.001, TW_CB=0.077] X-Spam-Score: -2.523 X-Spam-Level: Subject: Re: [Evolution-hackers] automated testing of Evolution data server with SyncEvolution X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Oct 2006 22:01:13 -0000 --=-1Nj6IEUhCMwGKAw8c73B Content-Type: text/plain Content-Transfer-Encoding: 7bit On Mi, 2006-10-18 at 19:24 +0200, Patrick Ohly wrote: > I found out what the problem is, see > http://bugzilla.gnome.org/show_bug.cgi?id=363102 [...] > There is a mutex, but none of the CORBA implementation functions lock > it. Any suggestions how to fix this? As I said in that issue, several > solutions come to mind: > - lock the mutex inside the high-level e_cal_backend_* functions I went for this one. In wasn't always sure for all calls whether a mutex lock was necessary or not, so I might have added too many (affecting performance and limiting concurrency?) as well as not adding enough (f.i. during initialization and file opening/closing). A first test run of SyncEvolution tests for the calendar backend completed successfully and Evolution itself also still works. I'll wait until the modified E-D-S has passed the full test suite for some days, then attach the patch to the bugzilla entry and also add bugs to the Debian tracker as discussed earlier. In the meantime please find the current patch against 1.8.1 attached. As usual, any comments are welcome. -- Bye, Patrick Ohly -- Patrick.Ohly@gmx.de http://www.estamos.de/ --=-1Nj6IEUhCMwGKAw8c73B Content-Disposition: attachment; filename=idle-save-locking.patch Content-Type: text/x-patch; name=idle-save-locking.patch; charset=ISO-8859-1 Content-Transfer-Encoding: base64 DQojDQojIFBhdGNoIG1hbmFnZWQgYnkgaHR0cDovL3d3dy5ob2xnZXJzY2h1cmlnLmRlL3BhdGNo ZXIuaHRtbA0KIw0KDQotLS0gZXZvbHV0aW9uLWRhdGEtc2VydmVyLTEuOC4xL2NhbGVuZGFyL2Jh Y2tlbmRzL2ZpbGUvZS1jYWwtYmFja2VuZC1maWxlLmN+aWRsZS1zYXZlLWxvY2tpbmcNCisrKyBl dm9sdXRpb24tZGF0YS1zZXJ2ZXItMS44LjEvY2FsZW5kYXIvYmFja2VuZHMvZmlsZS9lLWNhbC1i YWNrZW5kLWZpbGUuYw0KQEAgLTcwLDcgKzcwLDEyIEBADQogCWdib29sZWFuIGlzX2RpcnR5Ow0K IAlndWludCBkaXJ0eV9pZGxlX2lkOw0KIA0KLQlHTXV0ZXggKmlkbGVfc2F2ZV9tdXRleDsNCisJ LyogbG9ja2VkIGluIGhpZ2gtbGV2ZWwgZnVuY3Rpb25zIHRvIGVuc3VyZSBkYXRhIGlzIGNvbnNp c3RlbnQNCisJICogaW4gaWRsZSBhbmQgQ09SQkEgdGhyZWFkKHM/KTsgYmVjYXVzZSBoaWdoLWxl dmVsIGZ1bmN0aW9ucw0KKwkgKiBtYXkgY2FsbCBvdGhlciBoaWdoLWxldmVsIGZ1bmN0aW9ucyB0 aGUgbXV0ZXggbXVzdCBhbGxvdw0KKwkgKiByZWN1cnNpdmUgbG9ja2luZw0KKwkgKi8NCisJR1N0 YXRpY1JlY011dGV4IGlkbGVfc2F2ZV9ybXV0ZXg7DQogDQogCS8qIFRvcGxldmVsIFZDQUxFTkRB UiBjb21wb25lbnQgKi8NCiAJaWNhbGNvbXBvbmVudCAqaWNhbGNvbXA7DQpAQCAtMTM1LDEwICsx NDAsMTAgQEANCiAJZ19hc3NlcnQgKHByaXYtPnVyaSAhPSBOVUxMKTsNCiAJZ19hc3NlcnQgKHBy aXYtPmljYWxjb21wICE9IE5VTEwpOw0KIA0KLQlnX211dGV4X2xvY2sgKHByaXYtPmlkbGVfc2F2 ZV9tdXRleCk7DQorCWdfc3RhdGljX3JlY19tdXRleF9sb2NrICgmcHJpdi0+aWRsZV9zYXZlX3Jt dXRleCk7DQogCWlmICghcHJpdi0+aXNfZGlydHkpIHsNCiAJCXByaXYtPmRpcnR5X2lkbGVfaWQg PSAwOw0KLQkJZ19tdXRleF91bmxvY2sgKHByaXYtPmlkbGVfc2F2ZV9tdXRleCk7DQorCQlnX3N0 YXRpY19yZWNfbXV0ZXhfdW5sb2NrICgmcHJpdi0+aWRsZV9zYXZlX3JtdXRleCk7DQogCQlyZXR1 cm4gRkFMU0U7DQogCX0NCiANCkBAIC0xOTMsMTggKzE5OCwxOCBAQA0KIAlwcml2LT5pc19kaXJ0 eSA9IEZBTFNFOw0KIAlwcml2LT5kaXJ0eV9pZGxlX2lkID0gMDsNCiANCi0JZ19tdXRleF91bmxv Y2sgKHByaXYtPmlkbGVfc2F2ZV9tdXRleCk7DQorCWdfc3RhdGljX3JlY19tdXRleF91bmxvY2sg KCZwcml2LT5pZGxlX3NhdmVfcm11dGV4KTsNCiANCiAJcmV0dXJuIEZBTFNFOw0KIA0KICBlcnJv cl9tYWxmb3JtZWRfdXJpOg0KLQlnX211dGV4X3VubG9jayAocHJpdi0+aWRsZV9zYXZlX211dGV4 KTsNCisJZ19zdGF0aWNfcmVjX211dGV4X3VubG9jayAoJnByaXYtPmlkbGVfc2F2ZV9ybXV0ZXgp Ow0KIAllX2NhbF9iYWNrZW5kX25vdGlmeV9lcnJvciAoRV9DQUxfQkFDS0VORCAoY2JmaWxlKSwN CiAJCQkJICBfKCJDYW5ub3Qgc2F2ZSBjYWxlbmRhciBkYXRhOiBNYWxmb3JtZWQgVVJJLiIpKTsN CiAJcmV0dXJuIFRSVUU7DQogDQogIGVycm9yOg0KLQlnX211dGV4X3VubG9jayAocHJpdi0+aWRs ZV9zYXZlX211dGV4KTsNCisJZ19zdGF0aWNfcmVjX211dGV4X3VubG9jayAoJnByaXYtPmlkbGVf c2F2ZV9ybXV0ZXgpOw0KIAllX2NhbF9iYWNrZW5kX25vdGlmeV9lcnJvciAoRV9DQUxfQkFDS0VO RCAoY2JmaWxlKSwgZ25vbWVfdmZzX3Jlc3VsdF90b19zdHJpbmcgKHJlc3VsdCkpOw0KIAlyZXR1 cm4gVFJVRTsNCiB9DQpAQCAtMjE2LDEzICsyMjEsMTMgQEANCiANCiAJcHJpdiA9IGNiZmlsZS0+ cHJpdjsNCiANCi0JZ19tdXRleF9sb2NrIChwcml2LT5pZGxlX3NhdmVfbXV0ZXgpOw0KKwlnX3N0 YXRpY19yZWNfbXV0ZXhfbG9jayAoJnByaXYtPmlkbGVfc2F2ZV9ybXV0ZXgpOw0KIAlwcml2LT5p c19kaXJ0eSA9IFRSVUU7DQogDQogCWlmICghcHJpdi0+ZGlydHlfaWRsZV9pZCkNCiAJCXByaXYt PmRpcnR5X2lkbGVfaWQgPSBnX2lkbGVfYWRkICgoR1NvdXJjZUZ1bmMpIHNhdmVfZmlsZV93aGVu X2lkbGUsIGNiZmlsZSk7DQogDQotCWdfbXV0ZXhfdW5sb2NrIChwcml2LT5pZGxlX3NhdmVfbXV0 ZXgpOw0KKwlnX3N0YXRpY19yZWNfbXV0ZXhfdW5sb2NrICgmcHJpdi0+aWRsZV9zYXZlX3JtdXRl eCk7DQogfQ0KIA0KIHN0YXRpYyB2b2lkDQpAQCAtMjkwLDEwICsyOTUsNyBAQA0KIAkJcHJpdi0+ ZGlydHlfaWRsZV9pZCA9IDA7DQogCX0NCiANCi0JaWYgKHByaXYtPmlkbGVfc2F2ZV9tdXRleCkg ew0KLQkJZ19tdXRleF9mcmVlIChwcml2LT5pZGxlX3NhdmVfbXV0ZXgpOw0KLQkJcHJpdi0+aWRs ZV9zYXZlX211dGV4ID0gTlVMTDsNCi0JfQ0KKwlnX3N0YXRpY19yZWNfbXV0ZXhfZnJlZSAoJnBy aXYtPmlkbGVfc2F2ZV9ybXV0ZXgpOw0KIA0KIAlpZiAocHJpdi0+dXJpKSB7DQogCSAgICAgICAg Z19mcmVlIChwcml2LT51cmkpOw0KQEAgLTEwODUsOSArMTA4NywxMyBAQA0KIAlnX3JldHVybl92 YWxfaWZfZmFpbCAodWlkICE9IE5VTEwsIEdOT01FX0V2b2x1dGlvbl9DYWxlbmRhcl9PYmplY3RO b3RGb3VuZCk7DQogCWdfYXNzZXJ0IChwcml2LT5jb21wX3VpZF9oYXNoICE9IE5VTEwpOw0KIA0K KwlnX3N0YXRpY19yZWNfbXV0ZXhfbG9jayAoJnByaXYtPmlkbGVfc2F2ZV9ybXV0ZXgpOw0KKw0K IAlvYmpfZGF0YSA9IGdfaGFzaF90YWJsZV9sb29rdXAgKHByaXYtPmNvbXBfdWlkX2hhc2gsIHVp ZCk7DQotCWlmICghb2JqX2RhdGEpDQorCWlmICghb2JqX2RhdGEpIHsNCisJCWdfc3RhdGljX3Jl Y19tdXRleF91bmxvY2sgKCZwcml2LT5pZGxlX3NhdmVfcm11dGV4KTsNCiAJCXJldHVybiBHTk9N RV9Fdm9sdXRpb25fQ2FsZW5kYXJfT2JqZWN0Tm90Rm91bmQ7DQorCX0NCiANCiAJaWYgKHJpZCAm JiAqcmlkKSB7DQogCQlFQ2FsQ29tcG9uZW50ICpjb21wOw0KQEAgLTExMDMsOCArMTEwOSwxMCBA QA0KIAkJCWljYWxjb21wID0gZV9jYWxfdXRpbF9jb25zdHJ1Y3RfaW5zdGFuY2UgKA0KIAkJCQll X2NhbF9jb21wb25lbnRfZ2V0X2ljYWxjb21wb25lbnQgKG9ial9kYXRhLT5mdWxsX29iamVjdCks DQogCQkJCWl0dCk7DQotCQkJaWYgKCFpY2FsY29tcCkNCisJCQlpZiAoIWljYWxjb21wKSB7DQor CQkJCWdfc3RhdGljX3JlY19tdXRleF91bmxvY2sgKCZwcml2LT5pZGxlX3NhdmVfcm11dGV4KTsN CiAJCQkJcmV0dXJuIEdOT01FX0V2b2x1dGlvbl9DYWxlbmRhcl9PYmplY3ROb3RGb3VuZDsNCisg ICAgICAgICAgICAgICAgICAgICAgICB9DQogDQogCQkJKm9iamVjdCA9IGdfc3RyZHVwIChpY2Fs Y29tcG9uZW50X2FzX2ljYWxfc3RyaW5nIChpY2FsY29tcCkpOw0KIA0KQEAgLTExMzAsNiArMTEz OCw3IEBADQogCQkJKm9iamVjdCA9IGVfY2FsX2NvbXBvbmVudF9nZXRfYXNfc3RyaW5nIChvYmpf ZGF0YS0+ZnVsbF9vYmplY3QpOw0KIAl9DQogDQorCWdfc3RhdGljX3JlY19tdXRleF91bmxvY2sg KCZwcml2LT5pZGxlX3NhdmVfcm11dGV4KTsNCiAJcmV0dXJuIEdOT01FX0V2b2x1dGlvbl9DYWxl bmRhcl9TdWNjZXNzOw0KIH0NCiANCkBAIC0xMTQ4LDIzICsxMTU3LDMwIEBADQogCWdfcmV0dXJu X3ZhbF9pZl9mYWlsIChwcml2LT5pY2FsY29tcCAhPSBOVUxMLCBHTk9NRV9Fdm9sdXRpb25fQ2Fs ZW5kYXJfTm9TdWNoQ2FsKTsNCiAJZ19yZXR1cm5fdmFsX2lmX2ZhaWwgKHR6aWQgIT0gTlVMTCwg R05PTUVfRXZvbHV0aW9uX0NhbGVuZGFyX09iamVjdE5vdEZvdW5kKTsNCiANCisJZ19zdGF0aWNf cmVjX211dGV4X2xvY2sgKCZwcml2LT5pZGxlX3NhdmVfcm11dGV4KTsNCisNCiAJaWYgKCFzdHJj bXAgKHR6aWQsICJVVEMiKSkgew0KIAkJem9uZSA9IGljYWx0aW1lem9uZV9nZXRfdXRjX3RpbWV6 b25lICgpOw0KIAl9IGVsc2Ugew0KIAkJem9uZSA9IGljYWxjb21wb25lbnRfZ2V0X3RpbWV6b25l IChwcml2LT5pY2FsY29tcCwgdHppZCk7DQogCQlpZiAoIXpvbmUpIHsNCiAJCQl6b25lID0gaWNh bHRpbWV6b25lX2dldF9idWlsdGluX3RpbWV6b25lX2Zyb21fdHppZCAodHppZCk7DQotCQkJaWYg KCF6b25lKQ0KKwkJCWlmICghem9uZSkgew0KKwkJCQlnX3N0YXRpY19yZWNfbXV0ZXhfdW5sb2Nr ICgmcHJpdi0+aWRsZV9zYXZlX3JtdXRleCk7DQogCQkJCXJldHVybiBHTk9NRV9Fdm9sdXRpb25f Q2FsZW5kYXJfT2JqZWN0Tm90Rm91bmQ7DQorCQkJfQ0KIAkJfQ0KIAl9DQogCQ0KIAlpY2FsY29t cCA9IGljYWx0aW1lem9uZV9nZXRfY29tcG9uZW50ICh6b25lKTsNCi0JaWYgKCFpY2FsY29tcCkN CisJaWYgKCFpY2FsY29tcCkgew0KKwkJZ19zdGF0aWNfcmVjX211dGV4X3VubG9jayAoJnByaXYt PmlkbGVfc2F2ZV9ybXV0ZXgpOw0KIAkJcmV0dXJuIEdOT01FX0V2b2x1dGlvbl9DYWxlbmRhcl9J bnZhbGlkT2JqZWN0Ow0KKwl9DQogDQogCSpvYmplY3QgPSBnX3N0cmR1cCAoaWNhbGNvbXBvbmVu dF9hc19pY2FsX3N0cmluZyAoaWNhbGNvbXApKTsNCiANCisJZ19zdGF0aWNfcmVjX211dGV4X3Vu bG9jayAoJnByaXYtPmlkbGVfc2F2ZV9ybXV0ZXgpOw0KIAlyZXR1cm4gR05PTUVfRXZvbHV0aW9u X0NhbGVuZGFyX1N1Y2Nlc3M7DQogfQ0KIA0KQEAgLTExOTIsMTEgKzEyMDgsMTQgQEANCiANCiAJ CXpvbmUgPSBpY2FsdGltZXpvbmVfbmV3ICgpOw0KIAkJaWNhbHRpbWV6b25lX3NldF9jb21wb25l bnQgKHpvbmUsIHR6X2NvbXApOw0KKw0KKwkJZ19zdGF0aWNfcmVjX211dGV4X2xvY2sgKCZwcml2 LT5pZGxlX3NhdmVfcm11dGV4KTsNCiAJCWlmICghaWNhbGNvbXBvbmVudF9nZXRfdGltZXpvbmUg KHByaXYtPmljYWxjb21wLA0KIAkJCQkJCSBpY2FsdGltZXpvbmVfZ2V0X3R6aWQgKHpvbmUpKSkg ew0KIAkJCWljYWxjb21wb25lbnRfYWRkX2NvbXBvbmVudCAocHJpdi0+aWNhbGNvbXAsIHR6X2Nv bXApOw0KIAkJCXNhdmUgKGNiZmlsZSk7DQogCQl9DQorCQlnX3N0YXRpY19yZWNfbXV0ZXhfdW5s b2NrICgmcHJpdi0+aWRsZV9zYXZlX3JtdXRleCk7DQogDQogCQlpY2FsdGltZXpvbmVfZnJlZSAo em9uZSwgMSk7DQogCX0NCkBAIC0xMjI2LDExICsxMjQ1LDEzIEBADQogCXpvbmUgPSBpY2FsdGlt ZXpvbmVfbmV3ICgpOw0KIAlpY2FsdGltZXpvbmVfc2V0X2NvbXBvbmVudCAoem9uZSwgdHpfY29t cCk7DQogDQorCWdfc3RhdGljX3JlY19tdXRleF9sb2NrICgmcHJpdi0+aWRsZV9zYXZlX3JtdXRl eCk7DQogCWlmIChwcml2LT5kZWZhdWx0X3pvbmUgIT0gaWNhbHRpbWV6b25lX2dldF91dGNfdGlt ZXpvbmUgKCkpDQogCQlpY2FsdGltZXpvbmVfZnJlZSAocHJpdi0+ZGVmYXVsdF96b25lLCAxKTsN CiANCiAJLyogU2V0IHRoZSBkZWZhdWx0IHRpbWV6b25lIHRvIGl0LiAqLw0KIAlwcml2LT5kZWZh dWx0X3pvbmUgPSB6b25lOw0KKwlnX3N0YXRpY19yZWNfbXV0ZXhfdW5sb2NrICgmcHJpdi0+aWRs ZV9zYXZlX3JtdXRleCk7DQogDQogCXJldHVybiBHTk9NRV9Fdm9sdXRpb25fQ2FsZW5kYXJfU3Vj Y2VzczsNCiB9DQpAQCAtMTMwMyw3ICsxMzI0LDkgQEANCiAJaWYgKCFtYXRjaF9kYXRhLm9ial9z ZXhwKQ0KIAkJcmV0dXJuIEdOT01FX0V2b2x1dGlvbl9DYWxlbmRhcl9JbnZhbGlkUXVlcnk7DQog DQorCWdfc3RhdGljX3JlY19tdXRleF9sb2NrICgmcHJpdi0+aWRsZV9zYXZlX3JtdXRleCk7DQog CWdfaGFzaF90YWJsZV9mb3JlYWNoIChwcml2LT5jb21wX3VpZF9oYXNoLCAoR0hGdW5jKSBtYXRj aF9vYmplY3Rfc2V4cCwgJm1hdGNoX2RhdGEpOw0KKwlnX3N0YXRpY19yZWNfbXV0ZXhfdW5sb2Nr ICgmcHJpdi0+aWRsZV9zYXZlX3JtdXRleCk7DQogDQogCSpvYmplY3RzID0gbWF0Y2hfZGF0YS5v YmpfbGlzdDsNCiANCkBAIC0xMzUwLDcgKzEzNzMsOSBAQA0KIAkJcmV0dXJuOw0KIAl9DQogDQor CWdfc3RhdGljX3JlY19tdXRleF9sb2NrICgmcHJpdi0+aWRsZV9zYXZlX3JtdXRleCk7DQogCWdf aGFzaF90YWJsZV9mb3JlYWNoIChwcml2LT5jb21wX3VpZF9oYXNoLCAoR0hGdW5jKSBtYXRjaF9v YmplY3Rfc2V4cCwgJm1hdGNoX2RhdGEpOw0KKwlnX3N0YXRpY19yZWNfbXV0ZXhfdW5sb2NrICgm cHJpdi0+aWRsZV9zYXZlX3JtdXRleCk7DQogDQogCS8qIG5vdGlmeSBsaXN0ZW5lcnMgb2YgYWxs IG9iamVjdHMgKi8NCiAJaWYgKG1hdGNoX2RhdGEub2JqX2xpc3QpIHsNCkBAIC0xNDkzLDYgKzE1 MTgsOCBAQA0KIAlnX3JldHVybl92YWxfaWZfZmFpbCAoc3RhcnQgIT0gLTEgJiYgZW5kICE9IC0x LCBHTk9NRV9Fdm9sdXRpb25fQ2FsZW5kYXJfSW52YWxpZFJhbmdlKTsNCiAJZ19yZXR1cm5fdmFs X2lmX2ZhaWwgKHN0YXJ0IDw9IGVuZCwgR05PTUVfRXZvbHV0aW9uX0NhbGVuZGFyX0ludmFsaWRS YW5nZSk7DQogDQorCWdfc3RhdGljX3JlY19tdXRleF9sb2NrICgmcHJpdi0+aWRsZV9zYXZlX3Jt dXRleCk7DQorDQogCSpmcmVlYnVzeSA9IE5VTEw7DQogCQ0KIAlpZiAodXNlcnMgPT0gTlVMTCkg ew0KQEAgLTE1MTcsNiArMTU0NCw4IEBADQogCQl9CQkNCiAJfQ0KIA0KKwlnX3N0YXRpY19yZWNf bXV0ZXhfdW5sb2NrICgmcHJpdi0+aWRsZV9zYXZlX3JtdXRleCk7DQorDQogCXJldHVybiBHTk9N RV9Fdm9sdXRpb25fQ2FsZW5kYXJfU3VjY2VzczsNCiB9DQogDQpAQCAtMTU2NCw2ICsxNTkzLDcg QEANCiANCiAJcHJpdiA9IGNiZmlsZS0+cHJpdjsNCiANCisNCiAJLyogRklYTUUgV2lsbCB0aGlz IGFsd2F5cyB3b3JrPyAqLw0KIAl1bmVzY2FwZWRfdXJpID0gZ25vbWVfdmZzX3VuZXNjYXBlX3N0 cmluZyAocHJpdi0+dXJpLCAiIik7DQogCWZpbGVuYW1lID0gZ19zdHJkdXBfcHJpbnRmICgiJXMt JXMuZGIiLCB1bmVzY2FwZWRfdXJpLCBjaGFuZ2VfaWQpOw0KQEAgLTE1NzUsNiArMTYwNSw4IEBA DQogCQ0KIAlnX2ZyZWUgKGZpbGVuYW1lKTsNCiAJDQorCWdfc3RhdGljX3JlY19tdXRleF9sb2Nr ICgmcHJpdi0+aWRsZV9zYXZlX3JtdXRleCk7DQorDQogCS8qIENhbGN1bGF0ZSBhZGRzIGFuZCBt b2RpZmllcyAqLw0KIAlmb3IgKGkgPSBwcml2LT5jb21wOyBpICE9IE5VTEw7IGkgPSBpLT5uZXh0 KSB7DQogCQljb25zdCBjaGFyICp1aWQ7DQpAQCAtMTYxNSw2ICsxNjQ3LDcgQEANCiAJZV94bWxo YXNoX3dyaXRlIChlaGFzaCk7DQogICAJZV94bWxoYXNoX2Rlc3Ryb3kgKGVoYXNoKTsNCiAJDQor CWdfc3RhdGljX3JlY19tdXRleF91bmxvY2sgKCZwcml2LT5pZGxlX3NhdmVfcm11dGV4KTsNCiAJ cmV0dXJuIEdOT01FX0V2b2x1dGlvbl9DYWxlbmRhcl9TdWNjZXNzOw0KIH0NCiANCkBAIC0xNjY5 LDYgKzE3MDIsOCBAQA0KIA0KIAlnX3JldHVybl92YWxfaWZfZmFpbCAocHJpdi0+aWNhbGNvbXAg IT0gTlVMTCwgTlVMTCk7DQogDQorCWdfc3RhdGljX3JlY19tdXRleF9sb2NrICgmcHJpdi0+aWRs ZV9zYXZlX3JtdXRleCk7DQorDQogCWlmICghc3RyY21wICh0emlkLCAiVVRDIikpDQogCSAgICAg ICAgem9uZSA9IGljYWx0aW1lem9uZV9nZXRfdXRjX3RpbWV6b25lICgpOw0KIAllbHNlIHsNCkBA IC0xNjc3LDYgKzE3MTIsNyBAQA0KIAkJCXpvbmUgPSBpY2FsdGltZXpvbmVfZ2V0X2J1aWx0aW5f dGltZXpvbmVfZnJvbV90emlkICh0emlkKTsNCiAJfQ0KIA0KKwlnX3N0YXRpY19yZWNfbXV0ZXhf dW5sb2NrICgmcHJpdi0+aWRsZV9zYXZlX3JtdXRleCk7DQogCXJldHVybiB6b25lOw0KIH0NCiAN CkBAIC0xNzU1LDYgKzE3OTEsOCBAQA0KIAkJcmV0dXJuIEdOT01FX0V2b2x1dGlvbl9DYWxlbmRh cl9JbnZhbGlkT2JqZWN0Ow0KIAl9DQogDQorCWdfc3RhdGljX3JlY19tdXRleF9sb2NrICgmcHJp di0+aWRsZV9zYXZlX3JtdXRleCk7DQorDQogCS8qIEdldCB0aGUgVUlEICovDQogCWNvbXBfdWlk ID0gaWNhbGNvbXBvbmVudF9nZXRfdWlkIChpY2FsY29tcCk7DQogCWlmICghY29tcF91aWQpIHsN CkBAIC0xNzYzLDYgKzE4MDEsNyBAQA0KIAkJbmV3X3VpZCA9IGVfY2FsX2NvbXBvbmVudF9nZW5f dWlkICgpOw0KIAkJaWYgKCFuZXdfdWlkKSB7DQogCQkJaWNhbGNvbXBvbmVudF9mcmVlIChpY2Fs Y29tcCk7DQorCQkJZ19zdGF0aWNfcmVjX211dGV4X3VubG9jayAoJnByaXYtPmlkbGVfc2F2ZV9y bXV0ZXgpOw0KIAkJCXJldHVybiBHTk9NRV9Fdm9sdXRpb25fQ2FsZW5kYXJfSW52YWxpZE9iamVj dDsNCiAJCX0NCiANCkBAIC0xNzc1LDYgKzE4MTQsNyBAQA0KIAkvKiBjaGVjayB0aGUgb2JqZWN0 IGlzIG5vdCBpbiBvdXIgY2FjaGUgKi8NCiAJaWYgKGxvb2t1cF9jb21wb25lbnQgKGNiZmlsZSwg Y29tcF91aWQpKSB7DQogCQlpY2FsY29tcG9uZW50X2ZyZWUgKGljYWxjb21wKTsNCisJCWdfc3Rh dGljX3JlY19tdXRleF91bmxvY2sgKCZwcml2LT5pZGxlX3NhdmVfcm11dGV4KTsNCiAJCXJldHVy biBHTk9NRV9Fdm9sdXRpb25fQ2FsZW5kYXJfT2JqZWN0SWRBbHJlYWR5RXhpc3RzOw0KIAl9DQog DQpAQCAtMTgwMSw2ICsxODQxLDcgQEANCiAJCSp1aWQgPSBnX3N0cmR1cCAoY29tcF91aWQpOw0K IAkqY2Fsb2JqID0gZV9jYWxfY29tcG9uZW50X2dldF9hc19zdHJpbmcgKGNvbXApOw0KIA0KKwln X3N0YXRpY19yZWNfbXV0ZXhfdW5sb2NrICgmcHJpdi0+aWRsZV9zYXZlX3JtdXRleCk7DQogCXJl dHVybiBHTk9NRV9Fdm9sdXRpb25fQ2FsZW5kYXJfU3VjY2VzczsNCiB9DQogDQpAQCAtMTg2OSwx MiArMTkxMCwxNSBAQA0KIAkJcmV0dXJuIEdOT01FX0V2b2x1dGlvbl9DYWxlbmRhcl9JbnZhbGlk T2JqZWN0Ow0KIAl9DQogDQorCWdfc3RhdGljX3JlY19tdXRleF9sb2NrICgmcHJpdi0+aWRsZV9z YXZlX3JtdXRleCk7DQorDQogCS8qIEdldCB0aGUgdWlkICovDQogCWNvbXBfdWlkID0gaWNhbGNv bXBvbmVudF9nZXRfdWlkIChpY2FsY29tcCk7DQogDQogCS8qIEdldCB0aGUgb2JqZWN0IGZyb20g b3VyIGNhY2hlICovDQogCWlmICghKG9ial9kYXRhID0gZ19oYXNoX3RhYmxlX2xvb2t1cCAocHJp di0+Y29tcF91aWRfaGFzaCwgY29tcF91aWQpKSkgew0KIAkJaWNhbGNvbXBvbmVudF9mcmVlIChp Y2FsY29tcCk7DQorCQlnX3N0YXRpY19yZWNfbXV0ZXhfdW5sb2NrICgmcHJpdi0+aWRsZV9zYXZl X3JtdXRleCk7DQogCQlyZXR1cm4gR05PTUVfRXZvbHV0aW9uX0NhbGVuZGFyX09iamVjdE5vdEZv dW5kOw0KIAl9DQogDQpAQCAtMTkxMiw2ICsxOTU2LDcgQEANCiANCiAJCQlzYXZlIChjYmZpbGUp Ow0KIA0KKwkJCWdfc3RhdGljX3JlY19tdXRleF91bmxvY2sgKCZwcml2LT5pZGxlX3NhdmVfcm11 dGV4KTsNCiAJCQlyZXR1cm4gR05PTUVfRXZvbHV0aW9uX0NhbGVuZGFyX1N1Y2Nlc3M7DQogCQl9 DQogDQpAQCAtMjA0OCw2ICsyMDkzLDcgQEANCiANCiAJc2F2ZSAoY2JmaWxlKTsNCiANCisJZ19z dGF0aWNfcmVjX211dGV4X3VubG9jayAoJnByaXYtPmlkbGVfc2F2ZV9ybXV0ZXgpOw0KIAlyZXR1 cm4gR05PTUVfRXZvbHV0aW9uX0NhbGVuZGFyX1N1Y2Nlc3M7DQogfQ0KIA0KQEAgLTIxMjgsOSAr MjE3NCwxMyBAQA0KIA0KIAkqb2xkX29iamVjdCA9ICpvYmplY3QgPSBOVUxMOw0KIA0KKwlnX3N0 YXRpY19yZWNfbXV0ZXhfbG9jayAoJnByaXYtPmlkbGVfc2F2ZV9ybXV0ZXgpOw0KKw0KIAlvYmpf ZGF0YSA9IGdfaGFzaF90YWJsZV9sb29rdXAgKHByaXYtPmNvbXBfdWlkX2hhc2gsIHVpZCk7DQot CWlmICghb2JqX2RhdGEpDQorCWlmICghb2JqX2RhdGEpIHsNCisJCWdfc3RhdGljX3JlY19tdXRl eF91bmxvY2sgKCZwcml2LT5pZGxlX3NhdmVfcm11dGV4KTsNCiAJCXJldHVybiBHTk9NRV9Fdm9s dXRpb25fQ2FsZW5kYXJfT2JqZWN0Tm90Rm91bmQ7DQorCX0NCiAJDQogCWlmIChyaWQgJiYgKnJp ZCkNCiAJCXJlY3VyX2lkID0gcmlkOw0KQEAgLTIxNTksOCArMjIwOSwxMCBAQA0KIAkJYnJlYWs7 DQogCWNhc2UgQ0FMT0JKX01PRF9USElTQU5EUFJJT1IgOg0KIAljYXNlIENBTE9CSl9NT0RfVEhJ U0FOREZVVFVSRSA6DQotCQlpZiAoIXJlY3VyX2lkIHx8ICEqcmVjdXJfaWQpDQorCQlpZiAoIXJl Y3VyX2lkIHx8ICEqcmVjdXJfaWQpIHsNCisJCQlnX3N0YXRpY19yZWNfbXV0ZXhfdW5sb2NrICgm cHJpdi0+aWRsZV9zYXZlX3JtdXRleCk7DQogCQkJcmV0dXJuIEdOT01FX0V2b2x1dGlvbl9DYWxl bmRhcl9PYmplY3ROb3RGb3VuZDsNCisJCX0NCiANCiAJCSpvbGRfb2JqZWN0ID0gZV9jYWxfY29t cG9uZW50X2dldF9hc19zdHJpbmcgKGNvbXApOw0KIA0KQEAgLTIxOTAsNiArMjI0Miw3IEBADQog DQogCXNhdmUgKGNiZmlsZSk7DQogDQorCWdfc3RhdGljX3JlY19tdXRleF91bmxvY2sgKCZwcml2 LT5pZGxlX3NhdmVfcm11dGV4KTsNCiAJcmV0dXJuIEdOT01FX0V2b2x1dGlvbl9DYWxlbmRhcl9T dWNjZXNzOw0KIH0NCiANCkBAIC0yMzQ5LDYgKzI0MDIsOCBAQA0KIAlpZiAoIXRvcGxldmVsX2Nv bXApDQogCQlyZXR1cm4gR05PTUVfRXZvbHV0aW9uX0NhbGVuZGFyX0ludmFsaWRPYmplY3Q7DQog DQorCWdfc3RhdGljX3JlY19tdXRleF9sb2NrICgmcHJpdi0+aWRsZV9zYXZlX3JtdXRleCk7DQor DQogCWtpbmQgPSBpY2FsY29tcG9uZW50X2lzYSAodG9wbGV2ZWxfY29tcCk7DQogCWlmIChraW5k ICE9IElDQUxfVkNBTEVOREFSX0NPTVBPTkVOVCkgew0KIAkJLyogSWYgaXRzIG5vdCBhIFZDQUxF TkRBUiwgbWFrZSBpdCBvbmUgdG8gc2ltcGxpZnkgYmVsb3cgKi8NCkBAIC0yNTM4LDcgKzI1OTMs NyBAQA0KIA0KICBlcnJvcjoNCiAJZ19oYXNoX3RhYmxlX2Rlc3Ryb3kgKHR6ZGF0YS56b25lcyk7 DQotCQ0KKwlnX3N0YXRpY19yZWNfbXV0ZXhfdW5sb2NrICgmcHJpdi0+aWRsZV9zYXZlX3JtdXRl eCk7DQogCXJldHVybiBzdGF0dXM7DQogfQ0KIA0KQEAgLTI1NjYsNyArMjYyMSw3IEBADQogCXBy aXYtPnJlYWRfb25seSA9IEZBTFNFOw0KIAlwcml2LT5pc19kaXJ0eSA9IEZBTFNFOw0KIAlwcml2 LT5kaXJ0eV9pZGxlX2lkID0gMDsNCi0JcHJpdi0+aWRsZV9zYXZlX211dGV4ID0gZ19tdXRleF9u ZXcgKCk7DQorCWdfc3RhdGljX3JlY19tdXRleF9pbml0ICgmcHJpdi0+aWRsZV9zYXZlX3JtdXRl eCk7DQogCXByaXYtPmljYWxjb21wID0gTlVMTDsNCiAJcHJpdi0+Y29tcF91aWRfaGFzaCA9IE5V TEw7DQogCXByaXYtPmNvbXAgPSBOVUxMOw0K --=-1Nj6IEUhCMwGKAw8c73B-- From khadgaray@gmail.com Wed Oct 25 09:57:03 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 4E4A83B0291 for ; Wed, 25 Oct 2006 09:57:03 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14399-09 for ; Wed, 25 Oct 2006 09:57:00 -0400 (EDT) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.194]) by menubar.gnome.org (Postfix) with ESMTP id 1A5F43B021C for ; Wed, 25 Oct 2006 09:57:00 -0400 (EDT) Received: by nz-out-0102.google.com with SMTP id m22so93785nzf for ; Wed, 25 Oct 2006 06:56:59 -0700 (PDT) Received: by 10.35.31.14 with SMTP id i14mr1146146pyj; Wed, 25 Oct 2006 06:56:59 -0700 (PDT) Received: from ?172.16.37.22? ( [202.41.228.162]) by mx.google.com with ESMTP id 18sm2185928nzo.2006.10.25.06.56.57; Wed, 25 Oct 2006 06:56:59 -0700 (PDT) From: Ritesh Khadgaray To: Maciej Piechotka In-Reply-To: <9d146d660610231411m3db56cc8u355d170ace7cc754@mail.gmail.com> References: <9d146d660610201334j45d3e984seaac51fd4bb822fd@mail.gmail.com> <1161621987.3213.34.camel@rkhadgar.pnq.redhat.com> <9d146d660610230954y61aeb22ckb44495d726d84fc5@mail.gmail.com> <1161635561.3213.36.camel@rkhadgar.pnq.redhat.com> <9d146d660610231411m3db56cc8u355d170ace7cc754@mail.gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-nJ7/Pd4Qdxtnbhu7NbQn" Date: Wed, 25 Oct 2006 19:26:28 +0530 Message-Id: <1161784588.3378.7.camel@rkhadgar.pnq.redhat.com> Mime-Version: 1.0 X-Mailer: Evolution 2.8.0 (2.8.0-7.fc6) X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.198 tagged_above=-999 required=2 tests=[AWL=0.202, BAYES_00=-2.599, DNS_FROM_RFC_ABUSE=0.2, SPF_PASS=-0.001] X-Spam-Score: -2.198 X-Spam-Level: Cc: Evolution Hackers Subject: Re: [Evolution-hackers] Evolution Data Server - Java or .Net bindings X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Oct 2006 13:57:03 -0000 --=-nJ7/Pd4Qdxtnbhu7NbQn Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2006-10-23 at 23:11 +0200, Maciej Piechotka wrote: > On 10/23/06, Ritesh Khadgaray wrote: > > On Mon, 2006-10-23 at 18:54 +0200, Maciej Piechotka wrote: > > > On 10/23/06, Ritesh Khadgaray wrote: > > > > On Fri, 2006-10-20 at 22:34 +0200, Maciej Piechotka wrote: > > > > > Is there are any Java or .Net bindings? > > > > > I'd like to write backends using library which are only on this t= wo languages. > > > > > > > > i have heard of evolution-sharp > > > > http://ftp.gnome.org/pub/GNOME/sources/evolution-sharp/ > > > > > > > > > > I know - but it's rather frontend then backend - or I'm blind. > > ouch. time for me to visit a optician > > > > http://www.thecentric.com/?cat=3D2 > > >=20 > Sorry - I couldn't find this site (or is it just a joke, which I > don't understand? English is not my native language). pardon me, which site ? >=20 > Regards --=20 Ritesh Khadgaray LinuX N Stuff Ph: +919822394463 Eat Right, Exercise, Die Anyway. --=-nJ7/Pd4Qdxtnbhu7NbQn Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQBFP20MVYEZUOAe7GMRAqaTAKChBeFG5bSqcQT3stYAt6glz8zQFwCeOCHV vYxgBGhv+VblLn+mE9RWVdg= =DIcF -----END PGP SIGNATURE----- --=-nJ7/Pd4Qdxtnbhu7NbQn-- From spam@pvanhoof.be Fri Oct 27 08:06:47 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5301B3B0104; Fri, 27 Oct 2006 08:06:47 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02049-09; Fri, 27 Oct 2006 08:06:45 -0400 (EDT) Received: from mail.freax.org (mail.freax.org [86.39.154.66]) by menubar.gnome.org (Postfix) with ESMTP id C60543B00A3; Fri, 27 Oct 2006 08:06:44 -0400 (EDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.freax.org (Postfix) with ESMTP id 31C241867C9; Fri, 27 Oct 2006 13:57:02 +0200 (CEST) Received: from mail.freax.org ([127.0.0.1]) by localhost (mail.freax.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id C+CBi+6Zj4hi; Fri, 27 Oct 2006 13:57:02 +0200 (CEST) Received: from [10.0.2.238] (16.78-66-87.adsl-dyn.isp.belgacom.be [87.66.78.16]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.freax.org (Postfix) with ESMTP id E84731867A1; Fri, 27 Oct 2006 13:57:01 +0200 (CEST) From: Philip Van Hoof To: Sergio Villar Senin In-Reply-To: <4541E976.8050903@igalia.com> References: <5aa13ad40610261816o332cdffoba31295f566d3b7c@mail.gmail.com> <4541E976.8050903@igalia.com> Content-Type: text/plain Date: Fri, 27 Oct 2006 14:06:44 +0200 Message-Id: <1161950805.4662.39.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.51 tagged_above=-999 required=2 tests=[AWL=-0.063, BAYES_00=-2.599, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, TW_JH=0.077, TW_SV=0.077] X-Spam-Score: -2.51 X-Spam-Level: Cc: Evolution Hackers , tinymail-devel-list@gnome.org Subject: Re: [Evolution-hackers] missing dep in configure X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2006 12:06:47 -0000 On Fri, 2006-10-27 at 13:11 +0200, Sergio Villar Senin wrote: > Markus Bertheau wrote: > > I'm getting this upon compilation, so there is probably a check for > > nspr missing in configure, or it's not working correctly. this is > > ubuntu 6.06 with all latest updates. > > I'm building tinymail inside a jhbuild environment (it's great in order > not to taint the system with a lot of development libraries) and the > files that are missing are provided by the xulrunner library. > > I had the same problem like you. I've attached a patch to use the > xulrunner libraries, maybe it's not worth for you if you're not inside a > jhbuild environment but it shows the right places to modify (I modified > the configure.ac as Phillip said). Thanks, this has been committed in the svn repo. Please also inform the Evolution team about the possibility of using xulrunner's nspr and nss. The evolution-data-server/configure.in of the Evolution project has the same check. It also checks manually for the .h files. Tinymail's Camel no longer tries this manual searching (I "hate" libraries that don't install a .pc file, I refuse to use them in my own softwares, which is why I kept the pkg-config check as only possibility for nspr and nss). I added their mailing list in CC. Index: libtinymail-camel/camel-lite/configure.ac =================================================================== --- libtinymail-camel/camel-lite/configure.ac (revision 1074) +++ libtinymail-camel/camel-lite/configure.ac (working copy) @@ -256,7 +256,7 @@ if test "x${check_manually}" = "xno"; then AC_MSG_CHECKING(Mozilla NSPR pkg-config module name) - mozilla_nspr_pcs="nspr mozilla-nspr firefox-nspr" + mozilla_nspr_pcs="nspr mozilla-nspr firefox-nspr xulrunner-nspr" for pc in $mozilla_nspr_pcs; do if $PKG_CONFIG --exists $pc; then AC_MSG_RESULT($pc) @@ -266,7 +266,7 @@ done AC_MSG_CHECKING(Mozilla NSS pkg-config module name) - mozilla_nss_pcs="nss mozilla-nss firefox-nss" + mozilla_nss_pcs="nss mozilla-nss firefox-nss xulrunner-nss" for pc in $mozilla_nss_pcs; do if $PKG_CONFIG --exists $pc; then AC_MSG_RESULT($pc) -- Philip Van Hoof, software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be blog: http://pvanhoof.be/blog From Patrick.Ohly@gmx.de Fri Oct 27 12:53:09 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 9AD393B014A for ; Fri, 27 Oct 2006 12:53:08 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 23582-08 for ; Fri, 27 Oct 2006 12:53:06 -0400 (EDT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by menubar.gnome.org (Postfix) with SMTP id 370CF3B00E4 for ; Fri, 27 Oct 2006 12:53:05 -0400 (EDT) Received: (qmail invoked by alias); 27 Oct 2006 16:53:03 -0000 Received: from p5088BE39.dip0.t-ipconnect.de (EHLO ip6-localhost) [80.136.190.57] by mail.gmx.net (mp035) with SMTP; 27 Oct 2006 18:53:03 +0200 X-Authenticated: #489940 Received: from patrick by ip6-localhost with local (Exim 3.36 #1 (Debian)) id 1GdCzu-0002KM-00; Thu, 26 Oct 2006 23:42:46 +0200 From: Patrick Ohly To: =?ISO-8859-1?Q?=D8ystein_Gisn=E5s?= In-Reply-To: <9e19f1f0610191711n63914bcco81c02d01117e195@mail.gmail.com> References: <1160945842.4510.136.camel@ip6-localhost> <1161280663.4392.10.camel@ip6-localhost> <9e19f1f0610191711n63914bcco81c02d01117e195@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Date: Thu, 26 Oct 2006 23:42:46 +0200 Message-Id: <1161898966.6534.7.camel@ip6-localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 Sender: Patrick Ohly X-Y-GMX-Trusted: 0 X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.871 tagged_above=-999 required=2 tests=[AWL=-0.653, BAYES_00=-2.599, DATE_IN_PAST_12_24=1.247, FORGED_RCVD_HELO=0.135, SPF_PASS=-0.001] X-Spam-Score: -1.871 X-Spam-Level: Cc: Evolution Hackers Subject: Re: [Evolution-hackers] automated testing of Evolution data server with SyncEvolution - vcard import problem in 2.8 X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2006 16:53:09 -0000 On Fr, 2006-10-20 at 02:11 +0200, =D8ystein Gisn=E5s wrote: > > =D8ystein, can you make sure that it gets included in Debian packages > if > > Etch would otherwise be released with an E-D-S where this bug is > still > > present? Should I file a bug in the Debian tracker as a reminder? >=20 > Yes and yes. I will look into it and incorporate before etch if it > looks good. An entry in BTS ensures me (and the rest of the team) > won't forget it.. Done, please see Debian BTS #395416 and #395417. --=20 Bye, Patrick Ohly -- =20 Patrick.Ohly@gmx.de http://www.estamos.de/ From ron.arts@neonova.nl Mon Oct 30 11:07:41 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 932CB3B0337 for ; Mon, 30 Oct 2006 11:07:41 -0500 (EST) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05078-08 for ; Mon, 30 Oct 2006 11:07:35 -0500 (EST) Received: from services-04.netland.nl (mx1.netland.nl [217.170.32.72]) by menubar.gnome.org (Postfix) with ESMTP id A0A5F3B0366 for ; Mon, 30 Oct 2006 11:07:34 -0500 (EST) Received: from n010095.nbs.netland.nl (fw.office.netland.nl [217.170.32.40]) by services-04.netland.nl (Postfix) with ESMTP id 4516654011 for ; Mon, 30 Oct 2006 17:07:33 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by n010095.nbs.netland.nl (Postfix) with ESMTP id 29939A4F1 for ; Mon, 30 Oct 2006 17:07:33 +0100 (CET) Received: from n010095.nbs.netland.nl ([127.0.0.1]) by localhost (n010095.nbs.netland.nl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 22669-04 for ; Mon, 30 Oct 2006 17:07:32 +0100 (CET) Received: from [192.168.170.121] (ts2.office.netland.nl [192.168.170.121]) by n010095.nbs.netland.nl (Postfix) with ESMTP id 147CBA4EE for ; Mon, 30 Oct 2006 17:07:32 +0100 (CET) Message-ID: <45462415.7030500@neonova.nl> Date: Mon, 30 Oct 2006 17:11:01 +0100 From: Ron Arts Organization: NeoNova BV User-Agent: Thunderbird 1.5 (X11/20060313) MIME-Version: 1.0 To: Evolution Hackers Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms090605030705070605050208" X-Virus-Scanned: by amavisd-new at n010095.nbs.netland.nl X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-1.164 tagged_above=-999 required=2 tests=[AWL=-1.114, BAYES_40=-0.185, FORGED_RCVD_HELO=0.135] X-Spam-Score: -1.164 X-Spam-Level: Subject: [Evolution-hackers] asterisk plug-in for Evolution X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Oct 2006 16:07:41 -0000 This is a cryptographically signed message in MIME format. --------------ms090605030705070605050208 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi, I am contemplating writing a plugin for Evolution to Dial entries using asterisk from the addressbook. I am a total Evolution newbie, but I have a customer for it. How should I go about this? Or does it already exist? Thanks, Ron Arts -- NeoNova BV, The Netherlands Professional internet and VoIP solutions http://www.neonova.nl Kruislaan 419 1098 VA Amsterdam info: 020-5628292 servicedesk: 020-5628292 fax: 020-5628291 KvK Amsterdam 34151241 The following disclaimer applies to this email: http://www.neonova.nl/maildisclaimer --------------ms090605030705070605050208 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJPTCC AvkwggJioAMCAQICEGHnLwzLyYNxlhlsaKd4KuAwDQYJKoZIhvcNAQEEBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA2MDUwMTA3MzQxMFoX DTA3MDUwMTA3MzQxMFowXjENMAsGA1UEBBMEQXJ0czERMA8GA1UEKhMIUm9uIFIuQS4xFjAU BgNVBAMTDVJvbiBSLkEuIEFydHMxIjAgBgkqhkiG9w0BCQEWE3Jvbi5hcnRzQG5lb25vdmEu bmwwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCr32PDImlJV/oCkEZ4nP0XMJaV qXbePeFJ6k/ITUIMYJtHfAYfvUCOAHUlpxUpu681nE9mryyjRYeul9fxPrYzIpzxsG4gh4D9 fcfbSlM4MKAQAIsBZUI9i/m2BKnW6gfcWrqtBS8x4VeAmGvHcay9VDZjoEJvZKkIl2Uy4vbk 3UrWbf4ZlpUwyxHExTYKyFFAls4k/GJov/988viMxzXyraxjJtb+ukd40KC0SC5tj7kncwVe uuVFC5TAMgwZNH5iJsc3jPqQfDo9aSy2t055Mj6sHxZsuT0iJLBKlbW3wgDwpnvHvS9ZWCe9 Lcj12AKV95UxKVmJSGjY7IOCJYCFAgMBAAGjMDAuMB4GA1UdEQQXMBWBE3Jvbi5hcnRzQG5l b25vdmEubmwwDAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQQFAAOBgQCArWoxk4gjskq8bt3i Ia+OSJCmyOEEETfISqiPkeDL0VlWYZvh9qOvfF1p/ssR0lPFhqYjSEpIdgK/ptFnM4l2WLmZ JRob0KKOIksjrXgkfD5AHiREOGcIVH07TjinN/fdAnVgrDlbCbOh1mVf8xpTkf0HwXBRhFUm cHZcTGirMDCCAvkwggJioAMCAQICEGHnLwzLyYNxlhlsaKd4KuAwDQYJKoZIhvcNAQEEBQAw YjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4x LDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA2MDUw MTA3MzQxMFoXDTA3MDUwMTA3MzQxMFowXjENMAsGA1UEBBMEQXJ0czERMA8GA1UEKhMIUm9u IFIuQS4xFjAUBgNVBAMTDVJvbiBSLkEuIEFydHMxIjAgBgkqhkiG9w0BCQEWE3Jvbi5hcnRz QG5lb25vdmEubmwwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCr32PDImlJV/oC kEZ4nP0XMJaVqXbePeFJ6k/ITUIMYJtHfAYfvUCOAHUlpxUpu681nE9mryyjRYeul9fxPrYz IpzxsG4gh4D9fcfbSlM4MKAQAIsBZUI9i/m2BKnW6gfcWrqtBS8x4VeAmGvHcay9VDZjoEJv ZKkIl2Uy4vbk3UrWbf4ZlpUwyxHExTYKyFFAls4k/GJov/988viMxzXyraxjJtb+ukd40KC0 SC5tj7kncwVeuuVFC5TAMgwZNH5iJsc3jPqQfDo9aSy2t055Mj6sHxZsuT0iJLBKlbW3wgDw pnvHvS9ZWCe9Lcj12AKV95UxKVmJSGjY7IOCJYCFAgMBAAGjMDAuMB4GA1UdEQQXMBWBE3Jv bi5hcnRzQG5lb25vdmEubmwwDAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQQFAAOBgQCArWox k4gjskq8bt3iIa+OSJCmyOEEETfISqiPkeDL0VlWYZvh9qOvfF1p/ssR0lPFhqYjSEpIdgK/ ptFnM4l2WLmZJRob0KKOIksjrXgkfD5AHiREOGcIVH07TjinN/fdAnVgrDlbCbOh1mVf8xpT kf0HwXBRhFUmcHZcTGirMDCCAz8wggKooAMCAQICAQ0wDQYJKoZIhvcNAQEFBQAwgdExCzAJ BgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEa MBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vy dmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTEr MCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMzA3MTcw MDAwMDBaFw0xMzA3MTYyMzU5NTlaMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUg Q29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1h aWwgSXNzdWluZyBDQTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAxKY8VXNV+065ypla HmjAdQRwnd/p/6Me7L3N9VvyGna9fww6YfK/Uc4B1OVQCjDXAmNaLIkVcI7dyfArhVqqP3FW y688Cwfn8R+RNiQqE88r1fOCdz0Dviv+uxg+B79AgAJk16emu59l0cUqVIUPSAR/p7bRPGEE QB5kGXJgt/sCAwEAAaOBlDCBkTASBgNVHRMBAf8ECDAGAQH/AgEAMEMGA1UdHwQ8MDowOKA2 oDSGMmh0dHA6Ly9jcmwudGhhd3RlLmNvbS9UaGF3dGVQZXJzb25hbEZyZWVtYWlsQ0EuY3Js MAsGA1UdDwQEAwIBBjApBgNVHREEIjAgpB4wHDEaMBgGA1UEAxMRUHJpdmF0ZUxhYmVsMi0x MzgwDQYJKoZIhvcNAQEFBQADgYEASIzRUIPqCy7MDaNmrGcPf6+svsIXoUOWlJ1/TCG4+DYf qi2fNi/A9BxQIJNwPP2t4WFiw9k6GX6EsZkbAMUaC4J0niVQlGLH2ydxVyWN3amcOY6MIE9l X5Xa9/eH1sYITq726jTlEBpbNU1341YheILcIRk13iSx0x1G/11fZU8xggNkMIIDYAIBATB2 MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQu MSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIQYecvDMvJ g3GWGWxop3gq4DAJBgUrDgMCGgUAoIIBwzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwG CSqGSIb3DQEJBTEPFw0wNjEwMzAxNjExMDFaMCMGCSqGSIb3DQEJBDEWBBQGMqVRHa1DmsMK qQAPH+t+ZunfpDBSBgkqhkiG9w0BCQ8xRTBDMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIA gDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBhQYJKwYBBAGCNxAE MXgwdjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkg THRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEGHn LwzLyYNxlhlsaKd4KuAwgYcGCyqGSIb3DQEJEAILMXigdjBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEGHnLwzLyYNxlhlsaKd4KuAwDQYJKoZIhvcN AQEBBQAEggEAZoze2DkE0L0tA4FkR0PSXibZmC99Nj3LsQGMgsEK0pqnZjCHVR7uVRL9Sfql C+TJHNicwfac/AXNBMsKdxJBeLzcW8SAHlQ8F9r58QaUJyW5jYSW2JjkqGmZZSaWazgInZLr 0PhiOy81LYVDGL7OHDm4F3WkpjLY7Ve+JjctQmeGtD7WliK+AmJlm2oE4vpxoDy1nhf7JObV AlzhccEPPcpRmRaWlWIZH6W3otlOfJrSsNEg1Rq6mtYFntPK4izkpI+/KcWolP9olwIpo5Bc r4OZxDM3yKXz1qoyBP+zZAOb31JM2v5sMaCMFYR2TogGrhPe++kQ0rBoI9mr5Mdh6AAAAAAA AA== --------------ms090605030705070605050208-- From colding@omesc.com Tue Oct 31 08:47:44 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 5AFD43B0194 for ; Tue, 31 Oct 2006 08:47:44 -0500 (EST) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21533-10 for ; Tue, 31 Oct 2006 08:47:39 -0500 (EST) Received: from pfepc.post.tele.dk (pfepc.post.tele.dk [195.41.46.237]) by menubar.gnome.org (Postfix) with ESMTP id DA6753B008F for ; Tue, 31 Oct 2006 08:47:38 -0500 (EST) Received: from omc-2.omesc.com (cpe.atm2-0-1151123.0x50a3535e.odnxx7.customer.tele.dk [80.163.83.94]) by pfepc.post.tele.dk (Postfix) with ESMTP id A392F8A0065 for ; Tue, 31 Oct 2006 14:47:37 +0100 (CET) From: Jules Colding To: Evolution Hackers Content-Type: text/plain Date: Tue, 31 Oct 2006 14:47:37 +0100 Message-Id: <1162302457.6533.17.camel@omc-2.omesc.com> Mime-Version: 1.0 X-Mailer: Evolution 2.6.2 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.449 tagged_above=-999 required=2 tests=[AWL=0.015, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Spam-Score: -2.449 X-Spam-Level: Subject: [Evolution-hackers] [PATCH] Adding execversion to evolution-shell.pc X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2006 13:47:44 -0000 Hi, Would anyone object to the following patch? It makes it a lot easier to detect the Evolution version. I don't know if anyone else has that problem, but I do... Please reject or accept. Thanks, jules Index: evolution-shell.pc.in =================================================================== RCS file: /cvs/gnome/evolution/evolution-shell.pc.in,v retrieving revision 1.13 diff -u -p -r1.13 evolution-shell.pc.in --- evolution-shell.pc.in 19 Aug 2006 06:30:06 -0000 1.13 +++ evolution-shell.pc.in 31 Oct 2006 13:44:55 -0000 @@ -14,6 +14,8 @@ componentdir=@componentdir@ evolutionuidir=@evolutionuidir@ imagesdir=@imagesdir@ +execversion=@BASE_VERSION@ + IDL_INCLUDES=-I ${idldir} @IDL_INCLUDES@ Name: evolution-shell From chihchun@debian.org.tw Sun Oct 22 13:07:13 2006 Return-Path: X-Original-To: evolution-hackers@gnome.org Delivered-To: evolution-hackers@gnome.org Received: from localhost (localhost.localdomain [127.0.0.1]) by menubar.gnome.org (Postfix) with ESMTP id 344623B0007 for ; Sun, 22 Oct 2006 13:07:13 -0400 (EDT) Received: from menubar.gnome.org ([127.0.0.1]) by localhost (menubar.gnome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30993-02 for ; Sun, 22 Oct 2006 13:07:06 -0400 (EDT) Received: from kalug.linux.org.tw (kalug.ks.edu.tw [163.16.211.21]) by menubar.gnome.org (Postfix) with ESMTP id 05EDD3B0076 for ; Sun, 22 Oct 2006 13:07:03 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by kalug.linux.org.tw (Postfix) with ESMTP id 5EE97BEAF7; Mon, 23 Oct 2006 01:07:01 +0800 (CST) X-Virus-Scanned: Debian amavisd-new at kalug.linux.org.tw Received: from kalug.linux.org.tw ([127.0.0.1]) by localhost (kalug.linux.org.tw [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IUPeVCuwvEIn; Mon, 23 Oct 2006 01:07:00 +0800 (CST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by kalug.linux.org.tw (Postfix) with ESMTP id 298D2BE09C; Mon, 23 Oct 2006 01:06:58 +0800 (CST) Message-ID: <453BA530.10502@debian.org.tw> Date: Mon, 23 Oct 2006 01:06:56 +0800 From: Rex Tsai User-Agent: Icedove 1.5.0.7 (X11/20061013) MIME-Version: 1.0 To: evolution-hackers@gnome.org, Rex Tsai X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gnome.org X-Spam-Status: No, score=-2.464 tagged_above=-999 required=2 tests=[BAYES_00=-2.599, FORGED_RCVD_HELO=0.135] X-Spam-Score: -2.464 X-Spam-Level: X-Mailman-Approved-At: Mon, 06 Nov 2006 09:48:41 -0500 Subject: [Evolution-hackers] A plugin for remove attachments. X-BeenThere: evolution-hackers@gnome.org X-Mailman-Version: 2.1.8 Precedence: list List-Id: Evolution hackers list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Oct 2006 17:07:13 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, there I wrote a plugin for remove attachments from emails. You can download the source code from http://people.debian.org.tw/~chihchun/wp-content/uploads/2006/10/remove-attachments-0.0.1.tar.gz If you are interesting about this plugin, I post some screen shots on my blog ( http://people.debian.org.tw/~chihchun/ ) http://people.debian.org.tw/~chihchun/2006/10/23/remove-attachments-plugin-for-evolution-001/ You are free to modify this software, feedback is welcome. Thanks. regards - -Rex -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFO6UuOl4Wbdx2/rkRAi/JAKCHIz9sqFC4nwDcoOFksSPPMvq4RACgglyu ZT5/9usUJUAgEmk7MPYCEFo= =Mw7b -----END PGP SIGNATURE-----