Re: [Evolution-hackers] PATCH: Storing and fetching bodystructure, the patch

2009-08-17 Thread Philip Van Hoof
+0200, Philip Van Hoof wrote: Hi there, I would like Evolution to store IMAP's bodystructure as often as possible. The reason for this is storing RDF graphs. Let me explain. I wrote a EPlugin for Evolution that is compiled and distributed by the Tracker project. This plugin fetches as much

Re: [Evolution-hackers] PATCH: Storing and fetching bodystructure, the patch

2009-07-23 Thread Philip Van Hoof
Ping, do we have a decision on this? On Tue, 2009-07-14 at 12:57 +0200, Philip Van Hoof wrote: Hi there, I would like Evolution to store IMAP's bodystructure as often as possible. The reason for this is storing RDF graphs. Let me explain. I wrote a EPlugin for Evolution that is compiled

Re: [Evolution-hackers] A Camel API to get the filename of the cache, also a proposal to have one format to rule them all

2009-01-06 Thread Philip Van Hoof
On Mon, 2009-01-05 at 09:41 -0500, Jeffrey Stedfast wrote: Philip Van Hoof wrote: On Mon, 2009-01-05 at 08:25 -0500, Jeffrey Stedfast wrote: Maildir doesn't store individual MIME parts separately. So Mailbox is equally hard to handle for metadata engines as MBox is. Only difference

Re: [Evolution-hackers] A Camel API to get the filename of the cache, also a proposal to have one format to rule them all

2009-01-05 Thread Philip Van Hoof
with a contact in our RDF triple store. -- Philip Van Hoof, freelance software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org http://pvanhoof.be/blog http://codeminded.be ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http

[Evolution-hackers] A Camel API to get the filename of the cache, also a proposal to have one format to rule them all

2009-01-02 Thread Philip Van Hoof
data indexed by softwares that focus on search capabilities). -- Philip Van Hoof, freelance software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org http://pvanhoof.be/blog http://codeminded.be Index: camel/providers/nntp/camel-nntp-folder.c

Re: [Evolution-hackers] [Tracker] Crossover projects (Was: Metadata and Evolution)

2008-12-24 Thread Philip Van Hoof
On Tue, 2008-12-23 at 13:25 +0100, Philip Van Hoof wrote: Hi evos and trakkies, On Fri, 2008-12-19 at 10:55 +0100, Philip Van Hoof wrote: I will be tracking a patch that is related to the Evolution metadata proposal (x) at this bug in GNOME's bugzilla. http://bugzilla.gnome.org

Re: [Evolution-hackers] [Tracker] Crossover projects (Was: Metadata and Evolution)

2008-12-23 Thread Philip Van Hoof
On Fri, 2008-12-19 at 14:37 +0100, Philip Van Hoof wrote: Hi evos and trakkies, On Fri, 2008-12-19 at 10:55 +0100, Philip Van Hoof wrote: I will be tracking a patch that is related to the Evolution metadata proposal (x) at this bug in GNOME's bugzilla. http://bugzilla.gnome.org

Re: [Evolution-hackers] Semantic Desktop Evolution Plugin

2008-12-23 Thread Philip Van Hoof
talking about). You might be interested in this: http://live.gnome.org/Evolution/Metadata It's being developed as we speak -- Philip Van Hoof, freelance software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org http://pvanhoof.be/blog http://codeminded.be

Re: [Evolution-hackers] Adding the created and modified columns to summary tables

2008-12-19 Thread Philip Van Hoof
I have created a bug for this: http://bugzilla.gnome.org/show_bug.cgi?id=565082 I have attached a cleaner version of the patch too. Please comment and/or review On Wed, 2008-12-17 at 12:41 +0100, Philip Van Hoof wrote: Hi there, This patch deals with converting the old SQLite tables

[Evolution-hackers] Metadata and Evolution

2008-12-19 Thread Philip Van Hoof
that will be written to implement (x). #x http://live.gnome.org/Evolution/Metadata -- Philip Van Hoof, freelance software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org http://pvanhoof.be/blog http://codeminded.be ___ Evolution

[Evolution-hackers] Crossover projects (Was: Metadata and Evolution)

2008-12-19 Thread Philip Van Hoof
Hi evos and trakkies, On Fri, 2008-12-19 at 10:55 +0100, Philip Van Hoof wrote: I will be tracking a patch that is related to the Evolution metadata proposal (x) at this bug in GNOME's bugzilla. http://bugzilla.gnome.org/show_bug.cgi?id=565082 It contains a patch that Evolution's most

[Evolution-hackers] Adding the created and modified columns to summary tables

2008-12-17 Thread Philip Van Hoof
Hi there, This patch deals with converting the old SQLite tables to a new format and adds created and modified. It's a first rough idea, so please let me know what I should change. -- Philip Van Hoof, freelance software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org

Re: [Evolution-hackers] [Evolution] Beagle and Tracker, letting Evolution feed those beasts RDF triples instead

2008-12-15 Thread Philip Van Hoof
to believe that the `last_checkout` date as passed during the registry of the registrar has become (or is) too old. After the Cleanup Evolution will do a re-import using mostly SetMany. I have updated http://live.gnome.org/Evolution/Metadata for this. -- Philip Van Hoof, freelance software developer

Re: [Evolution-hackers] [Tracker] Support in Tracker for ultra-new Evolution installs that use SQLite for the summary format

2008-12-12 Thread Philip Van Hoof
On Fri, 2008-12-12 at 01:59 +0100, Philip Van Hoof wrote: On Thu, 2008-12-11 at 23:58 +0200, Ivan Frade wrote: hi philip, short comment (the tablet is not the best device to review patches): can we call this module evolution224 and keep also the old module? we could choose between one

Re: [Evolution-hackers] [Tracker] Support in Tracker for ultra-new Evolution installs that use SQLite for the summary format

2008-12-12 Thread Philip Van Hoof
with readonly flag On 2008ǯ12·î12Æü 00:34, Philip Van Hoof wrote: This patch makes ultra-new Evolution installs work again with Tracker. There's one problem and that is that the query will only find E-mails in the INBOX folder. You can easily find the Query and figure out what

Re: [Evolution-hackers] [Tracker] Support in Tracker for ultra-new Evolution installs that use SQLite for the summary format

2008-12-11 Thread Philip Van Hoof
will choose the correct for them) With this patch the code will detect the format and automatically choose the right way to parse both. regards, Ivan On 12/11/08, Philip Van Hoof s...@pvanhoof.be wrote: This patch makes ultra-new Evolution installs work again with Tracker. There's one

Re: [Evolution-hackers] [Evolution] Beagle and Tracker, letting Evolution feed those beasts RDF triples instead

2008-12-10 Thread Philip Van Hoof
On Wed, 2008-12-10 at 11:12 +, Michael Meeks wrote: Hi Philip, On Tue, 2008-12-09 at 19:59 +0100, Philip Van Hoof wrote: http://live.gnome.org/Evolution/Metadata For early visitors of that page, refresh because I have added/changed quite a lot of it already. Looks really

Re: [Evolution-hackers] [Evolution] Beagle and Tracker, letting Evolution feed those beasts RDF triples instead

2008-12-09 Thread Philip Van Hoof
in Tracker that deal with all versions of Evolution's cache versions. One big spaghetti mess distributed over multiple projects. So, let's just do it right On Mon, 2008-12-08 at 18:59 +0100, Philip Van Hoof wrote: All metadata engines are nowadays working on a method to let them get

Re: [Evolution-hackers] [Evolution] Beagle and Tracker, letting Evolution feed those beasts RDF triples instead

2008-12-09 Thread Philip Van Hoof
On Tue, 2008-12-09 at 13:59 +0100, Philip Van Hoof wrote: On Tue, 2008-12-09 at 18:00 +0530, Sankar wrote: Hey Sankar, I'm writing a plugin that will implement the Manager class as described here. Tracker will then implement being a Registrar. http://live.gnome.org/Evolution/Metadata

[Evolution-hackers] [Fwd: [Evolution] Beagle and Tracker, letting Evolution feed those beasts RDF triples instead]

2008-12-09 Thread Philip Van Hoof
Forwarding this E-mail to the hackers mailing list. I just noticed that I mailed this to the Evolution user's mailing list by accident instead of the Hackers mailing list. -- Philip Van Hoof, freelance software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org http

[Evolution-hackers] camel_write's IO_TIMOUT, sounds strange to me

2008-05-21 Thread Philip Van Hoof
adding Camel experts in CC, in the hopes that they will de or un-obfuscate camel_write() for me ;-). Just waiting 4 minutes and then making a blunt decision that a write (fd, data, 8MB) is timed out, if it's not finished yet, sounds strange to me. -- Philip Van Hoof, freelance software developer

Re: [Evolution-hackers] Error storing summary.

2008-05-10 Thread Philip Van Hoof
the offending email that misses the From line. this is not fun anymore when having a 600MB inbox file. a normal user is not willing to learn vim and emacs, me neither. if nobody's working on a fix i should consider switching to thunderbird. andre -- Philip Van Hoof, freelance software

[Evolution-hackers] [Fwd: (Patch) Add support for LibCST to tinymail camel]

2008-04-09 Thread Philip Van Hoof
above to fulfil the current functions (callbacks or a GInterface). I would of course prefer this to go in Camel upstream rather than yet again maintaining a large delta of changes between camel-lite and camel upstream. Ideas, thoughts? -- Philip Van Hoof, freelance software developer home: me

[Evolution-hackers] Content-Disposition for images in the signature

2008-03-16 Thread Philip Van Hoof
client, I think the better option is to go with the specifications. That Outlook gets things wrong is not a good excuse. Although I think modern E-mail clients like Outlook are getting this right nowadays. -- Philip Van Hoof, freelance software developer home: me at pvanhoof dot be gnome: pvanhoof

[Evolution-hackers] The -- separator for signatures

2008-03-16 Thread Philip Van Hoof
define the desired behaviour for the text/plain one (inconsistency++ + confusion). In any case, it's not consistent. Therefore confusing, and in my opinion therefore incorrect behaviour. ps. Since in HTML \n is not visible, I'd use -- \nbr/ -- Philip Van Hoof, freelance software developer home

Re: [Evolution-hackers] The -- separator for signatures

2008-03-16 Thread Philip Van Hoof
Done http://bugzilla.gnome.org/show_bug.cgi?id=522784 http://bugzilla.gnome.org/show_bug.cgi?id=522783 On Sun, 2008-03-16 at 10:43 -0400, Matthew Barnes wrote: On Sun, 2008-03-16 at 14:46 +0100, Philip Van Hoof wrote: Evolution is getting this right for text/plain signatures

Re: [Evolution-hackers] Loading really large E-mails on devices with not enough Vm

2008-03-04 Thread Philip Van Hoof
Stedfast wrote: On Sat, 2008-01-26 at 22:12 -0500, Jeffrey Stedfast wrote: On Sat, 2008-01-26 at 13:44 +0100, Philip Van Hoof wrote: This is what happens if you try to open a truly large E-mail on a device that has not as much memory available: Is there something we can do about

Re: [Evolution-hackers] Loading really large E-mails on devices with not enough Vm

2008-03-04 Thread Philip Van Hoof
that is 40246320 bytes in size, this is my VmRSS for Tinymail's demoui. VmRSS: 16428 kB Those 16Mb is probably data in the GtkPixbuf and the summary. lemonade.andrew.cmu.edu:143, testuser1, pass1 and pick the largest mail on that server (~40 MB). On Tue, 2008-03-04 at 18:40 +0100, Philip Van Hoof

Re: [Evolution-hackers] Loading really large E-mails on devices with not enough Vm

2008-01-27 Thread Philip Van Hoof
. Jeff On Sat, 2008-01-26 at 22:48 -0500, Jeffrey Stedfast wrote: On Sat, 2008-01-26 at 22:12 -0500, Jeffrey Stedfast wrote: On Sat, 2008-01-26 at 13:44 +0100, Philip Van Hoof wrote: This is what happens if you try to open a truly large E-mail on a device that has not as much memory

Re: [Evolution-hackers] Loading really large E-mails on devices with not enough Vm

2008-01-27 Thread Philip Van Hoof
' repeats 49 times}, parent_stream = 0x16} (gdb) On Sun, 2008-01-27 at 13:38 +0100, Philip Van Hoof wrote: Looks like the GByteArray is still being created. (gdb) break camel-mime-part-utils.c:82 Breakpoint 2 at 0xb6dd541e: file camel-mime-part-utils.c, line 82. (gdb) delete 1 (gdb) cont

Re: [Evolution-hackers] Loading really large E-mails on devices with not enough Vm

2008-01-27 Thread Philip Van Hoof
at 22:12 -0500, Jeffrey Stedfast wrote: On Sat, 2008-01-26 at 13:44 +0100, Philip Van Hoof wrote: This is what happens if you try to open a truly large E-mail on a device that has not as much memory available: Is there something we can do about this? Can we change the MIME

Re: [Evolution-hackers] Loading really large E-mails on devices with not enough Vm

2008-01-27 Thread Philip Van Hoof
On Sun, 2008-01-27 at 11:27 -0500, Jeffrey Stedfast wrote: On Sun, 2008-01-27 at 13:44 +0100, Philip Van Hoof wrote: This is very strange, though. It looks like stream=0x0 but the mime-parser's stream ain't NULL. that just means the stream the parser is using is not a subclass

[Evolution-hackers] A different implementation of imap_rescan

2008-01-26 Thread Philip Van Hoof
related to this code). But for code review this might be interesting to post to you guys, so here it goes ... -- Philip Van Hoof, freelance software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org http://pvanhoof.be/blog http://codeminded.be Index: camel-imap-folder.c

Re: [Evolution-hackers] Diary replaying on IMAP accounts

2008-01-21 Thread Philip Van Hoof
) On Sat, 2008-01-19 at 15:13 +0100, Philip Van Hoof wrote: Hi there, When we connect with an IMAP service if we have moved messages while we where offline, the diary's replay function will be utilised. While this takes place, the store's disco connection state

Re: [Evolution-hackers] Diary replaying on IMAP accounts

2008-01-21 Thread Philip Van Hoof
On Mon, 2008-01-21 at 10:45 -0500, Jeffrey Stedfast wrote: On Mon, 2008-01-21 at 13:17 +0100, Philip Van Hoof wrote: [CUT] (sounds like severe to me) To be honest, I have no idea what the side effects of changing that code to return TRUE for the RESYNCING state are. That's one

[Evolution-hackers] Diary replaying on IMAP accounts

2008-01-19 Thread Philip Van Hoof
)); return FALSE; } return TRUE; } -- Philip Van Hoof, freelance software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org http://pvanhoof.be/blog http://codeminded.be ___ Evolution-hackers mailing list

[Evolution-hackers] Disabled code in Evolution has a bug

2008-01-15 Thread Philip Van Hoof
not be the right fix (perhaps is fixing imap_next_word better). Hf. -- Philip Van Hoof, freelance software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org http://pvanhoof.be/blog http://codeminded.be ___ Evolution-hackers mailing

Re: [Evolution-hackers] Memory leak in camel-imap-message-cache.c

2008-01-14 Thread Philip Van Hoof
CamelMessage reference still being open when the exit(0) took place. On Mon, 2008-01-14 at 02:58 +0100, Philip Van Hoof wrote: Hi there, The cache-parts = g_hash_table_new (g_str_hash, g_str_equal); of camel-imap-message-cache.c does not free its keys (it's the default way of creating

Re: [Evolution-hackers] Possible memory leak

2008-01-14 Thread Philip Van Hoof
); g_free(msg); } } I think this needs to be something like this: GSList *item = cc-status_stack; cc-status_stack = g_slist_remove_link(cc-status_stack, item); g_slist_free (item); Can somebody with GSList know-how acknowledge this? On Mon, 2008-01-14 at 02:28 +0100, Philip Van Hoof wrote

[Evolution-hackers] Possible memory leak

2008-01-13 Thread Philip Van Hoof
this one. If each new mail causes a GHashNode leak .. that might be quite a lot of memory in Evolution. ps. The caller for the camelfolderchange was imap_update_summary, but I already checked that the change instance is finalised and that seems to be the case indeed. -- Philip Van Hoof

Re: [Evolution-hackers] Possible memory leak

2008-01-13 Thread Philip Van Hoof
On Mon, 2008-01-14 at 01:47 +0100, Philip Van Hoof wrote: I have this memory analysis tool that I'm willing to believe that tells me this line in camel-folder.c causes 381 times a leaked allocation of in total 5.95 kb. (I opened one folder of 1000 items). It seems to be the g_slice_alloc

[Evolution-hackers] Memory leak in camel-imap-message-cache.c

2008-01-13 Thread Philip Van Hoof
-parts, g_strdup (uid), subparts); That uid is string-copied. So either the hashtable needs a freeup function or the string should not be copied or .. this is wrong. Because I don't know how important the string copying is, what do you guys think we should do here? -- Philip Van Hoof, freelance

Re: [Evolution-hackers] improved rfc2047 decode patch

2007-12-27 Thread Philip Van Hoof
on my mbox and use gmime to decode all email header to find out it's capacity. Ok, awesome. Jeff ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers -- Philip Van Hoof

Re: [Evolution-hackers] improved rfc2047 decode patch

2007-12-25 Thread Philip Van Hoof
list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers -- Philip Van Hoof, freelance software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org http://pvanhoof.be/blog http://codeminded.be

[Evolution-hackers] Merging camel-mime-utils.c, question

2007-12-24 Thread Philip Van Hoof
). -- Philip Van Hoof, freelance software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org http://pvanhoof.be/blog http://codeminded.be ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman

[Evolution-hackers] Porting the namespace stuff to upstream camel

2007-12-24 Thread Philip Van Hoof
the namespace's name). I also adapted CamelImapSummaryStore to cope with multiple namespaces. Also this part of the patch was quickly done without a lot of error checking (to get something working quickly). -- Philip Van Hoof, freelance software developer home: me at pvanhoof dot be gnome: pvanhoof

Re: [Evolution-hackers] [patch] fixed incorrect rfc2047 decode for CJK header

2007-12-23 Thread Philip Van Hoof
. ___ 雅虎邮箱传递新年祝福,个性贺卡送亲朋! http://cn.mail.yahoo.com/gc/index.html?entry=5souce=mail_mailletter_tagline ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers -- Philip Van Hoof

Re: [Evolution-hackers] [patch] fixed incorrect rfc2047 decode for CJKheader

2007-12-23 Thread Philip Van Hoof
___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers -- Philip Van Hoof, freelance software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org http://pvanhoof.be/blog

Re: [Evolution-hackers] First attempt at support for NAMESPACE

2007-12-21 Thread Philip Van Hoof
. -- Philip Van Hoof, freelance software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org http://pvanhoof.be/blog http://codeminded.be ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman

Re: [Evolution-hackers] Support for LIST-EXTENDED's SUBSCRIBED parameter

2007-12-20 Thread Philip Van Hoof
, Philip Van Hoof wrote: The net result of this patch is less round trips when connecting with an IMAP server that has support for LIST-EXTENDED. http://tinymail.org/trac/tinymail/changeset/3155 Note that Evolution merges LIST and LSUB together. This is wrong behaviour. An item not in LIST yet

Re: [Evolution-hackers] Support for LIST-EXTENDED's SUBSCRIBED parameter

2007-12-20 Thread Philip Van Hoof
; } } g_free (result); } On Thu, 2007-12-20 at 14:06 +0100, Philip Van Hoof wrote: I further changed Camel-lite in such a way that only the following protocol conversation takes place: if CAPABILITIES contains NAMESPACE - NAMESPACE - NAMESPACE

Re: [Evolution-hackers] Support for LIST-EXTENDED's SUBSCRIBED parameter

2007-12-20 Thread Philip Van Hoof
(Some setting Some more). hrm ... that's more work :) On Thu, 2007-12-20 at 21:46 +0100, Philip Van Hoof wrote: This is some first piece of code to parse the other namespaces In: imap_connect_online result = camel_imap_response_extract (store, response, NAMESPACE, ex

Re: [Evolution-hackers] Support for LIST-EXTENDED's SUBSCRIBED parameter

2007-12-20 Thread Philip Van Hoof
On Thu, 2007-12-20 at 21:46 +0100, Philip Van Hoof wrote: This is some first piece of code to parse the other namespaces Forget that, imap_parse_namespace_response implements this already and looks like a fine starting point. -- Philip Van Hoof, freelance software developer home: me

[Evolution-hackers] First attempt at support for NAMESPACE

2007-12-20 Thread Philip Van Hoof
. I'm using `LIST *', this is indeed not a good idea. I also have the list of namespaces in a parsed way, so I can ask the folder lists in a better way too .. (as I said, shortcuts in the code). -- Philip Van Hoof, freelance software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome

[Evolution-hackers] Support for LIST-EXTENDED's SUBSCRIBED parameter

2007-12-19 Thread Philip Van Hoof
exist. -- Philip Van Hoof, freelance software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org http://pvanhoof.be/blog http://codeminded.be ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org

Re: [Evolution-hackers] Closing a NSS connection

2007-12-15 Thread Philip Van Hoof
to verify my claims, I don't know all such details of Camel by heart ;) -- Philip Van Hoof, freelance software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org http://pvanhoof.be/blog http://codeminded.be ___ Evolution-hackers

Re: [Evolution-hackers] Let the porting begin

2007-11-20 Thread Philip Van Hoof
the IDLE thread's I/O loop to finish and send DONE). Yep Jeff On Mon, 2007-10-08 at 00:41 +0200, Philip Van Hoof wrote: On Sun, 2007-10-07 at 14:15 +0200, Philip Van Hoof wrote: Hi there, Using this changeset you can follow the changes to camel-lite: http://tinymail.org/trac

[Evolution-hackers] Merging camel-lite to camel

2007-11-15 Thread Philip Van Hoof
state. No IMAP servers currently implement it (perhaps Sun's beta version does). -- Philip Van Hoof, freelance software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org http://pvanhoof.be/blog http://codeminded.be

[Evolution-hackers] Memory leak question in CamelImapCommand

2007-10-25 Thread Philip Van Hoof
how this function should work. -- Philip Van Hoof, software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org http://www.pvanhoof.be/blog ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org

Re: [Evolution-hackers] GMail IMAP support in Evolution

2007-10-25 Thread Philip Van Hoof
month. If there are any items that I should raise for Evolution, you can let me know about them. I of course have a small list myself already. -- Philip Van Hoof, software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org http://www.pvanhoof.be/blog

Re: [Evolution-hackers] Memory leak question in CamelImapCommand

2007-10-25 Thread Philip Van Hoof
On Thu, 2007-10-25 at 11:02 -0400, Matthew Barnes wrote: On Thu, 2007-10-25 at 16:45 +0200, Philip Van Hoof wrote: The patch is of course a simple + g_ptr_array_free (args, TRUE); right before the return out;, right? ps. Adding Jeffrey in CC as I think he has a good idea how

Re: [Evolution-hackers] Let the porting begin

2007-10-24 Thread Philip Van Hoof
, Philip Van Hoof wrote: On Sun, 2007-10-07 at 14:15 +0200, Philip Van Hoof wrote: Hi there, Using this changeset you can follow the changes to camel-lite: http://tinymail.org/trac/tinymail/changeset/2823 This changeset are a bunch of compilation warnings for Matthew's

Re: [Evolution-hackers] QRESYNC implementation for Camel-lite

2007-10-18 Thread Philip Van Hoof
On Thu, 2007-10-18 at 10:46 +0100, Dave Cridland wrote: On Thu Oct 18 00:41:39 2007, Philip Van Hoof wrote: I implemented support for QRESYNC in Tinymail's camel-lite. I never tested this because somehow the MBox copy that the friendly guys at Isode gave me, is not starting up and I know

[Evolution-hackers] QRESYNC implementation for Camel-lite

2007-10-17 Thread Philip Van Hoof
the VANISHED reply (and the exact meaning of that earlier parameter). ps. I added the nice folks at Evolution in CC, as some of these code warriors are planning to migrate some of newer features in camel-lite to upstream camel. -- Philip Van Hoof, software developer home: me at pvanhoof dot be gnome

Re: [Evolution-hackers] There's no need to be so hard on iconv

2007-10-12 Thread Philip Van Hoof
On Thu, 2007-10-11 at 12:14 +0200, Philip Van Hoof wrote: I also have this one, for example Subject: =?ISO-2022-JP?B?GyRCJSIlaiUsLUUtRRsoQg==?= ( =?ISO-2022-JP?B?GyRCITchJiZYISYbKEI=?=)o =?ISO-2022-JP?B?GyRCIlwbKEI=?= =?ISO-2022-JP?B?GyRCIiglUSE8JXMbKEI=?= !! =?ISO

[Evolution-hackers] There's no need to be so hard on iconv

2007-10-11 Thread Philip Van Hoof
for this one: http://bugzilla.gnome.org/show_bug.cgi?id=485677 -- Philip Van Hoof, software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org http://www.pvanhoof.be/blog Index: libtinymail-camel/camel-lite/camel/camel-mime-utils.c

Re: [Evolution-hackers] There's no need to be so hard on iconv

2007-10-11 Thread Philip Van Hoof
, Philip Van Hoof wrote: In case iconv does not succeed in decoding for example the Subject header, it returns the base64 encoded one. That is is obviously not readable at all. The decoded one after base64 decoding (which did succeed in my test case) or whatever iconv could recover from

Re: [Evolution-hackers] There's no need to be so hard on iconv

2007-10-11 Thread Philip Van Hoof
On Thu, 2007-10-11 at 13:10 -0400, Jeffrey Stedfast wrote: On Thu, 2007-10-11 at 17:14 +0200, Philip Van Hoof wrote: On Thu, 2007-10-11 at 10:52 -0400, Jeffrey Stedfast wrote: I have far better fixes in GMime that need to be ported to Camel. Porting GMime to Camel would

Re: [Evolution-hackers] Copyright of Camel's individual source files

2007-10-09 Thread Philip Van Hoof
. -Srini. On Mon, 2007-10-08 at 12:08 +0200, Philip Van Hoof wrote: Hi there, The README.COPYRIGHT of EDS's Camel states: * This program is free software; you can redistribute it and/or * modify it under the terms of the GNU General Public License as * published

[Evolution-hackers] [Fwd: Re: Merging work] was: Let the porting

2007-10-08 Thread Philip Van Hoof
. Most of the changes in that directory are specific and related to the new features in camel-lite. -- Philip Van Hoof, software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org http://www.pvanhoof.be/blog ---BeginMessage--- El lun, 08-10-2007 a las 00:15 +0200, Philip

[Evolution-hackers] Copyright of Camel's individual source files

2007-10-08 Thread Philip Van Hoof
to be the copyright holder of all files, that of course means this organisation makes this decision. Thanks! -- Philip Van Hoof, software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org http://www.pvanhoof.be/blog ___ Evolution-hackers

[Evolution-hackers] Let the porting begin

2007-10-07 Thread Philip Van Hoof
already supports this (Isode's Mbox). -- Philip Van Hoof, software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org http://www.pvanhoof.be/blog ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org

Re: [Evolution-hackers] Let the porting begin

2007-10-07 Thread Philip Van Hoof
On Sun, 2007-10-07 at 14:15 +0200, Philip Van Hoof wrote: Hi there, Using this changeset you can follow the changes to camel-lite: http://tinymail.org/trac/tinymail/changeset/2823 More such commits to Tinymail's camel-lite happened today. Nearly all of those are merging work in action

[Evolution-hackers] Patch that fixes compilation warnings on iconv-detect.c

2007-10-04 Thread Philip Van Hoof
These compilation warnings prevent -Wall -Werror as the configure stage fails if CFLAGS is set that way. http://bugzilla.gnome.org/show_bug.cgi?id=483301 -- Philip Van Hoof, software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org http://www.pvanhoof.be/blog

[Evolution-hackers] Memory leak in Camel's CamelDiscoFolder's getv

2007-09-26 Thread Philip Van Hoof
: camel_object_state_write (camel-object.c:1834) ==15153==by 0x4127459: disco_sync (camel-disco-folder.c:282) ==15153==by 0x413663B: camel_folder_sync (camel-folder.c:311) ==15153==by 0x414EB44: store_sync (camel-store.c:690) -- Philip Van Hoof, software developer home: me at pvanhoof dot be gnome: pvanhoof

[Evolution-hackers] Unexepected blocking reads in Camel

2007-07-02 Thread Philip Van Hoof
; fcntl (fd, F_SETFL, flags); errno = errnosav; #endif } return nread; } I created a patch for camel-lite that does the (what I think is) expected behaviour. http://tinymail.org/trac/tinymail/changeset/2349?format=diff -- Philip Van Hoof

Re: [Evolution-hackers] Unexepected blocking reads in Camel

2007-07-02 Thread Philip Van Hoof
On Mon, 2007-07-02 at 12:53 -0600, Veerapuram Varadhan wrote: On Mon, 2007-07-02 at 20:40 +0200, Philip Van Hoof wrote: I'm not sure but it looks like if any Camel API call that causes a read or a write that isn't wrapped by a CamelOperation, does a blocking read or write that don't

Re: [Evolution-hackers] Overview of camel-lite

2007-06-14 Thread Philip Van Hoof
, Philip Van Hoof wrote: I'm going to make an overview of camel-lite so that if people read the discussions here, that they know what it's all about. Camel-lite is the fork of Camel that Tinymail is using internally right now. Camel-lite's code is in my opinion not really in a good shape

Re: [Evolution-hackers] Overview of camel-lite

2007-06-11 Thread Philip Van Hoof
On Mon, 2007-06-11 at 10:54 +0200, Gilles Dartiguelongue wrote: Le lundi 11 juin 2007 à 10:57 +0300, Philip Van Hoof a écrit : * All compilation warnings fixed (we usually compile with -Wall and -Werror). Fixing this caused four major bug fixes in initialisation of variables

Re: [Evolution-hackers] Introduction and Questions

2007-06-09 Thread Philip Van Hoof
On Fri, 2007-06-08 at 20:45 -0400, Jeffrey Stedfast wrote: On Fri, 2007-06-08 at 18:34 +0300, Philip Van Hoof wrote: The imap4 project is making things look better, though all in all it's still much of the same (blocking and waiting for results, in stead of letting the server do most

Re: [Evolution-hackers] Introduction and Questions

2007-06-08 Thread Philip Van Hoof
On Thu, 2007-06-07 at 09:25 -0400, Jeffrey Stedfast wrote: On Thu, 2007-06-07 at 10:56 +0300, Philip Van Hoof wrote: The best way is to ask for the ENVELOPE and the remaining info using the normal BODY.PEEK method. Have you actually ever tested this theory? or did you just pull this out

Re: [Evolution-hackers] Introduction and Questions

2007-06-08 Thread Philip Van Hoof
. Then don't be so negative. I'd hardly say that imap4 has a majority of its design wrong. Try some constructive criticism for a change... You are right, let's try to criticise constructive. My apologises for the negative way of putting that I don't like how imap4 is designed. -- Philip Van Hoof

Re: [Evolution-hackers] Introduction and Questions

2007-06-07 Thread Philip Van Hoof
On Thu, 2007-06-07 at 08:25 +0200, Gilles Dartiguelongue wrote: Le jeudi 07 juin 2007 à 01:53 +0300, Philip Van Hoof a écrit : Without immediately writing to disk work, the download by itself will consume around 120 MB of RAM, and will most likely fail due to network timeouts and other

Re: [Evolution-hackers] Introduction and Questions

2007-06-07 Thread Philip Van Hoof
On Thu, 2007-06-07 at 03:05 -0600, Sankar P wrote: On Thu, 2007-06-07 at 10:56 +0300, Philip Van Hoof wrote: It improves the situation by setting your url-string to have the basic_headers option. In the imap code of Camel, it will then ask for less headers (but still way too much

Re: [Evolution-hackers] Introduction and Questions

2007-06-06 Thread Philip Van Hoof
timeouts and other such problems (it'll take a while, since Evolution fetches a ridiculous large amount of headers for each message for building its summary). -- Philip Van Hoof, software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org http://www.pvanhoof.be/blog

Re: [Evolution-hackers] IMAP preauthenticated

2007-03-16 Thread Philip Van Hoof
___ 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 http://www.pvanhoof.be/blog

Re: [Evolution-hackers] The recent camel-lite improvements

2007-02-15 Thread Philip Van Hoof
On Wed, 2007-02-07 at 21:40 +0100, Gilles Dartiguelongue wrote: It'd be nice to see the work for IDLE make it to mainline too. I would like to warn that the work for IDLE pulls nearly each and every change to the IMAP code with it, as a dependency. The IDLE work requires changes to dealing with

[Evolution-hackers] The recent camel-lite improvements

2007-02-07 Thread Philip Van Hoof
I'm of course planning to get this stuff upstream. But I have to warn the dreamers. A lot of it is/was done as a hack. That's because I envision that someday I actually will switch from using Camel to most likely fejj's libspruce. With Camel this was for the last feature, IDLE support, almost

Re: [Evolution-hackers] The recent camel-lite improvements

2007-02-07 Thread Philip Van Hoof
On Wed, 2007-02-07 at 08:58 -0700, Veerapuram Varadhan wrote: On Wed, 2007-02-07 at 11:36 +0100, Philip Van Hoof wrote: Of all those features/implementations that you have mentioned so far, I could list 2 of them fit the interest of evolution - mmap (without summary format changes - adding

[Evolution-hackers] CamelImapFolder improvement that will make get_message stream immediately to the CamelImapMessageCache

2007-01-15 Thread Philip Van Hoof
http://bugzilla.gnome.org/show_bug.cgi?id=397130 Please review. Thanks -- Philip Van Hoof, software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org http://www.pvanhoof.be/blog ___ Evolution-hackers mailing list Evolution

[Evolution-hackers] Camel's IMAP provider consumes more bandwidth than needed when retrieving new summary info

2007-01-15 Thread Philip Van Hoof
http://bugzilla.gnome.org/show_bug.cgi?id=397131 Please review. Thanks -- Philip Van Hoof, software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org http://www.pvanhoof.be/blog ___ Evolution-hackers mailing list Evolution

[Evolution-hackers] Partial message retrieval for POP and IMAP copyright reassignment permission

2007-01-11 Thread Philip Van Hoof
has gone in camel-lite that I wouldn't allow copyright ownership reassignment for). Most of these features are still in this is a hack status. And they might not be really useful for a desktop E-mail client (they are crucial for mobile devices). -- Philip Van Hoof, software developer home: me

Re: [Evolution-hackers] Quick 'n dirty POP summary support

2007-01-10 Thread Philip Van Hoof
About this one and FYI: On Wed, 2007-01-10 at 20:46 +0100, Philip Van Hoof wrote: @@ -386,6 +433,11 @@ if (pop3_store-cache fi-uid) camel_data_cache_remove(pop3_store-cache, cache, fi-uid, NULL); } + + + /* TNY TODO

[Evolution-hackers] New implementation of camel_imap_folder_fetch_data

2007-01-08 Thread Philip Van Hoof
response.)); if (stream) camel_object_unref (CAMEL_OBJECT (stream)); return NULL; } -- Philip Van Hoof, software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org http://www.pvanhoof.be/blog

Re: [Evolution-hackers] New implementation of camel_imap_folder_fetch_data

2007-01-08 Thread Philip Van Hoof
ps. The locking code of the imap provider is really, really broken or done in an absolutely insane way. On Tue, 2007-01-09 at 02:18 +0100, Philip Van Hoof wrote: Hi there, I just finished this one, so there's probably a huge amount of bugs in it. I know I should first debug them away before

Re: [Evolution-hackers] New implementation of camel_imap_folder_fetch_data

2007-01-08 Thread Philip Van Hoof
can grab and release it themselves if they need to run * multiple commands atomically.) Easy == different On Tue, 2007-01-09 at 03:47 +0100, Philip Van Hoof wrote: Bweachrgg. It seems camel_imap_command_response performs an extra CAMEL_SERVICE_REC_UNLOCK (store, connect_lock) (for some

Re: [Evolution-hackers] New implementation of camel_imap_folder_fetch_data

2007-01-08 Thread Philip Van Hoof
, _(Could not find message body in FETCH response.)); if (stream) camel_object_unref (CAMEL_OBJECT (stream)); return NULL; } -- Philip Van Hoof, software developer home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org http

[Evolution-hackers] Memory usage of CamelFolderSummary and CamelImapFolder

2006-11-16 Thread Philip Van Hoof
-folder-summary.c https://svn.tinymail.org/svn/tinymail/trunk/libtinymail-camel/camel-lite/camel/providers/imap/camel-imap-folder.c If I can assist people with bringing their Camel into this shape, then please let me know. -- Philip Van Hoof, software developer home: me at pvanhoof dot be gnome

Re: [Evolution-hackers] Memory usage of CamelFolderSummary and CamelImapFolder

2006-11-16 Thread Philip Van Hoof
On Thu, 2006-11-16 at 16:13 +0100, Philip Van Hoof wrote: I did another round of checking where the memory of Camel is going to in tinymail's Camel. I have also tested its Camel with Evolution with success. Tinymail's Camel has the following features: Next to these features, tinymail's

Re: [Evolution-hackers] Memory usage of CamelFolderSummary and CamelImapFolder

2006-11-16 Thread Philip Van Hoof
On Thu, 2006-11-16 at 11:41 -0500, Joe Shaw wrote: Hey Joe, On Thu, 2006-11-16 at 16:13 +0100, Philip Van Hoof wrote: o. The CamelFolderSummary uses mmap. This significantly reduces memory usage because an mmap is on-demand paged. Does the on-disk format of the CamelFolderSummary

  1   2   >