Evolution 3.12 used to take a week or two to reach 8 or 9 GiB of
memory usage, at which point I'd have to kill it and start a new one.
Evolution 3.16 seems to manage to reach 10GiB overnight, and needs to
be killed every morning to bring my machine out of swap death.
I don't really know where
On Fri, 2015-02-27 at 20:14 +0900, Tristan Van Berkom wrote:
[0]: A note on semantics of opening a client, we really should be
deprecating the DRA specific semantics in favor of making DRA the
default and just falling back on pure DBus in the case where DRA
is unavailable, this was the
the generation of the EContacts. But
really, given that this update used to take tens of minutes, I'm not
going to worry too much :)
I'm actually more interested in the time it takes for autocompletion.
--
David WoodhouseOpen Source Technology Centre
david.woodho
:)
--
David WoodhouseOpen Source Technology Centre
david.woodho...@intel.com Intel Corporation
¹ Specifically commits a523ac27, bd843434, f98caca8, 581c32aa.
smime.p7s
Description: S/MIME cryptographic signature
On Thu, 2014-09-04 at 07:07 +0200, Milan Crha wrote:
Hi,
I see. Do you compute the hash on your own, or it is provided by the
OAB?
I'm computing it on my own. I'm just using the SHA1 of the binary record
in the OAB file, since that's easy enough to calculate. Then stick it in
the 'bdata'
On Wed, 2014-09-03 at 14:18 +0200, Milan Crha wrote:
Are you able to recognize affected contacts from the binary diff, or
from anything after the diff is applied?
Well... theoretically perhaps. With a binary diff of course a lot of
data from the original file is preserved. So any contact
On Wed, 2014-09-03 at 18:22 +0200, Milan Crha wrote:
then I'd go by the PidTagLastModified way, and rely on it in case it's
available. That way you'll update only offsets and changed contacts
(plus drop those removed). Having the PidTagLastModified easily
accessible from the table as such,
/custom-7.vcf
index 2141e36..dae210a 100644
--- a/tests/libebook/data/vcards/custom-7.vcf
+++ b/tests/libebook/data/vcards/custom-7.vcf
@@ -2,4 +2,5 @@ BEGIN:VCARD
UID:custom-7
FN:Purple Goose
TEL;HOME:+49-89-7888 99
+KEY;ENCODING=b;TYPE=X509:AA==
END:VCARD
--
1.9.3
--
David Woodhouse
);
}
/* Lookup table for field test generators per EBookQueryTest,
--
1.9.3
--
David WoodhouseOpen Source Technology Centre
david.woodho...@intel.com Intel Corporation
smime.p7s
Description: S/MIME cryptographic signature
;
+
+ field_id = e_contact_field_id (query_name);
+ } else if (argc == 2
argv[0]-type == ESEXP_RES_STRING
argv[1]-type == ESEXP_RES_STRING) {
query_name = argv[0]-value.string;
--
1.9.3
--
David WoodhouseOpen Source
I accidentally¹ ported the EWS addressbook to EBookSqlite. Patch
(against 3.12.5) attached.
It ends up hitting this check and not actually doing any database
writes:
(evolution-addressbook-factory:19473): libedata-book-WARNING **: The
GCancellable passed to `e_book_sqlite_add_contacts' is not
On Fri, 2014-08-22 at 17:04 -0500, David Woodhouse wrote:
¹ Seriously, it *was* an accident. I thought I needed to port to
EBookSqlite to make cursors work, which I need for Yuuma's PKCS#11
module. But EBookBackendSqliteDB can do cursors anyway, so I didn't
need to do the conversion
On Mon, 2013-08-26 at 08:27 +0200, Fabiano Fidencio wrote:
People,
I've been planning what I want to have implemented for 3.12, for
evolution-ews.
If you are interested, please, take a look into:
http://blog.fidencio.org/2013/08/evolution-ews-planning-312.html
Feel free to ping in
On Tue, Jul 23, 2013 at 7:40 PM, Matthew Barnes mbar...@redhat.com wrote:
Increasingly I'm feeling like the traditional 6-month release cycle is
just too short for Evolution. In terms of development, we have a pretty
short window for landing major changes and allowing adequate time for
On Wed, 2013-07-24 at 02:54 +0200, Fabiano Fidêncio wrote:
I also fully agree with your suggestion.
As we have discussed, users are reporting bugs against 3.8.x now and
they will need to wait at least 6 months before they get a fix in
3.10.x. I mean, from the stability point of view it
On Thu, 2013-03-28 at 09:30 +0100, Milan Crha wrote:
What's the usual way for goto labels in other projects?
Would it make sense to write labels 'one-space indented'?
FWIW one-space indented is what emacs does by default, and is thus what
you'll usually see in code that I've written.
--
David
I've implemented a bunch of fixes to the offline addressbook handling in
evo-ews master, and I'd like to backport them to 3.8.
In fact I've done *all* my testing on the gnome-3-8 branch and haven't
tested master at all as I've been working. (Naughty dwmw2).
The code I'd like to push is at
On Thu, 2013-05-30 at 07:41 -0400, Matthew Barnes wrote:
That's the right way.
A two week-old release is far too new for a stable branch dependency,
especially one we're introducing mid-stream. It needs to be optional
for now, but at the same time we do want packagers to be aware of it.
On Thu, 2013-05-30 at 20:03 +0200, Milan Crha wrote:
I expect, personally, if .2 release was building without any issue, that
I just fire the build and it'll build the same flawlessly also in .3+.
Thus I suggested on IRC to do the check on the stable version opposite,
add an option to
On Sat, 2012-12-15 at 13:32 -0500, Matthew Barnes wrote:
Currently IMAPX just fetches all headers using RFC822.HEADER.
Supporting the plugin would change this to use:
BODY.PEEK ([HEADERS | predefined-header-list [custom-header-list])
depending on the plugin options selected (see
On Sat, 2012-12-15 at 17:15 -0500, Matthew Barnes wrote:
But even if we conclude that the more specific fetch is worthwhile, I'm
still not convinced that a separate UI for *choosing* those headers is
at all sane. If the user sets up filters which *look* at a given header,
then we damn
On Tue, 2012-11-20 at 17:00 +0100, Milan Crha wrote:
Hi,
I'm wondering about usability of git-generated ChangeLog files in
tarball releases.
I'd say drop them. Using 'git log' is only one way of tracking
historical changes, and it's rarely useful all on its own.
This is especially
On Mon, 2012-07-23 at 19:22 +0100, Philip Withnall wrote:
That effort would better be put into improving GTK+ itself for
everyone, rather than just fixing up Evolution.
In the general case of course that's true, but where GTK+ is hell-bent
on making its widgets harder to use and actively
On Fri, 2012-06-01 at 16:49 +0200, Daniel Vratil wrote:
If you have any special wish (I bet Andre will come with many feature
requests
from bugzilla :P ) you'd like to have in the new composer, please share them
now. Regarding features, I want to make exact copy of GtkHTMLEditor and only
I just installed Evolution 3.4 and found a massive performance
regression¹ when it notices that a bunch of messages got deleted on the
server (I archive mail quarterly so thousands of messages disappear at
once).
It was taking about 40ms to delete each one, with individual database
mangling for
On Sat, 2012-05-19 at 11:25 +0200, Xavier Bestel wrote:
I'm using Debian, and found Evo getting slower and slower (I've got
something like 44K messages in my inbox).
Now I just removed Tracker from my system, and it's snappy again.
Happy me.
Hm, that would affect Evolution's *own*
On Sat, 2012-05-19 at 07:26 -0400, Adam Tauno Williams wrote:
Once the index is up to date there is almost no way it noticeably
effects performance unless something else it wrong.
Heh. To effect performance¹ would be to make it go fast, right? :)
--
dwmw2
¹ as opposed to affect performance
On Sun, 2012-04-29 at 19:50 -0400, Matthew Barnes wrote:
It's been awhile since I've posted a progress update on this branch, but
I just wanted to mention that as of this weekend I think I finally have
Evolution pretty much wrapped up now and am moving on to the groupware
modules starting with
On Tue, 2012-04-17 at 09:35 -0400, Matthew Barnes wrote:
Sound okay? Any objections?
Sounds fine to me; the only problem I have is that you feel you have to
ask in the first place :)
Allowing users to build with the old version (of *anything* until
there's a *compelling* reason to break the
On Tue, 2012-04-03 at 12:05 -0400, Matthew Barnes wrote:
On Tue, 2012-04-03 at 17:29 +0200, Christian Hilberg wrote:
Seems to me that opening a connection in order to find out whether I could
open a connection is more than evo-kolab would need. Unless the
service-available
check would be
Since I've been using this in anger for my company email for the last
few months, and I haven't had cause to touch the code since the
beginning of December... I suppose it's about time I pulled my finger
out, called it a release, and tried to import it into GNOME. So...
On Tue, 2012-01-10 at 13:16 -0800, CLOSE Dave wrote:
When I explicitly read a message, it takes about
two seconds for the read attribute to change. Then when I view a
different folder, the unread attribute returns. When I return to the
folder with the message I already read, it initially shows
On Wed, 2012-01-11 at 10:43 -0800, CLOSE Dave wrote:
Just about exactly the same version:
evolution-3.2.2-1.fc16.i686
evolution-ews-3.2.2-1.fc16.i686
By EDS I meant evolution-data-server; it wasn't a typo. I don't think
I'm running the packaged version of EWS yet (and in fact I'm mostly
On Tue, 2011-12-06 at 17:03 +0100, Christian Hilberg wrote:
the evolution-kolab plugin now has a mailing list, please see [1].
Everyone who is interested in following the discussions there is
invited to subscribe. I estimate this list to be a low-traffic one,
at least for some time. :)
Hm,
On Sun, 2011-12-04 at 10:04 -0700, Sankar P wrote:
My memory is very rusty and I have not seen Evolution sources in more
than 3 years now. However, we had a similar situation when we working
on a GroupWise backend and we used a trick to get the number of
messages in a folder on startup of
We have at least three mail protocols now which are delta-based. That
is, you have a bookmark, 'sync key' or timestamp which represents what
the server *last* told you about a given folder. You say to the server
what changed since XXX, and get back a list of added/removed/changed
messages along
On Thu, 2011-10-20 at 12:50 -0400, Matthew Barnes wrote:
I think we could achieve this with multiple calls to
camel_session_authenticate_sync() with a different mechanism name each
time (kerberos, ntlm, login), and making sure the session logic
knows when to loop and when to bail out if an
On Sat, 2011-10-15 at 11:18 -0400, Matthew Barnes wrote:
Just a heads up that I've changed Camel's authentication API to factor
out the password loop that each and every provider currently replicates
for themselves. Turns out they all have the same basic logic flow.
These changes make
On Tue, 2011-10-18 at 15:58 -0400, Matthew Barnes wrote:
On Tue, 2011-10-18 at 21:29 +0200, Milan Crha wrote:
I'm currently trying to adapt evo-ews to current git master and this
change doesn't make much sense there, at least for me, because on the
first look there is used a libsoup for
On Mon, 2011-05-23 at 16:55 +0400, James Bottomley wrote:
I kid you not.
You can see this just by going to your own outlook web server (when you
highlight a message, you'll see an empty tall oblong, click and it will
bring up the categories).
Exchange allows arbitrary labels (like we
On Mon, 2011-06-13 at 11:05 -0400, Matthew Barnes wrote:
That's definitely something to revisit. I'd love to kill off those
EPlugins. For the time being, though, I have to limit my scope since
I'm trying to finish off my account-mgmt branch as fast as possible.
Understood.
If you have
On Mon, 2011-05-23 at 14:41 +0400, James Bottomley wrote:
+
+ /* this is a mapping from Exchange/Outlook categories to
+* evolution labels based on the standard colours */
+ const gchar *labels[] = {
+ Red Category, $Labelimportant,
+ Orange
On Mon, 2011-05-23 at 17:08 +0400, James Bottomley wrote:
could you use Gnome's bugzilla for patch reviews, please?
Consider this more an RFC requiring feedback than a patch requiring
review.
For Evo-EWS I'm much happier with patches in email anyway. I find it a
lot easier to review
I have lost count of the number of times I've been trying to debug
something in e-calendar-factory, but the factory I'm running in gdb is
*not* the one that's actually being used.
Sometimes I forget to kill the old factory. Sometimes I *do* kill it,
but Evolution, *while* complaining that
to be *extremely* limited for MeeGo 1.2, and
dropped in some way (perhaps by *fixing* the QtContacts API) by 1.3? In
which case, perhaps it really would make more sense to do it with a
persistent mapping in your wrapper?
--
David WoodhouseOpen Source Technology Centre
On Tue, 2011-05-17 at 14:51 +0200, Patrick Ohly wrote:
On Di, 2011-05-17 at 13:27 +0100, David Woodhouse wrote:
On Tue, 2011-05-17 at 14:04 +0200, Patrick Ohly wrote:
On Di, 2011-05-17 at 12:38 +0100, David Woodhouse wrote:
Even if we *didn't* have immediate plans to use other back ends
On Tue, 2011-05-10 at 11:40 +0100, Dumez, Christophe wrote:
I have tested the patch but it does not seem to help. I don't know
what the reason is yet.
It may depend on earlier fixes? Can you show your patch?
This e-mail and any attachments may contain confidential material for
the sole use
it in 3.0 and 2.32 instead. But our
policy is to backport only fixes from master, and I prefer not to set a
counter-precedent unless I absolutely have to. It doesn't *hurt* to fix
it in master first.
Do you have a patch?
--
David WoodhouseOpen Source Technology Centre
On Thu, 2011-04-28 at 11:56 +0200, Patrick Ohly wrote:
Are you saying that a soname version bump can and should be done in a
backwards-incompatible way (= code compiled against older version no
longer works with new lib)? That's a major pain for people trying to
support multiple distros.
We should move EWS developnent to GNOME infrastructure.
I'll work out how to import the GIT repository and add a bugzilla
component for evolution-ews.
Pavel, Or and Mandy you will need to apply for a GNOME git account,
following the procedure at http://live.gnome.org/NewAccounts
--
David
module procedure work, as Chen
will do this all for you for free.
Ah, are we still actually going ahead with that plan? I know it's been
discussed for some time...
--
David WoodhouseOpen Source Technology Centre
david.woodho...@intel.com
.
--
David WoodhouseOpen Source Technology Centre
david.woodho...@intel.com Intel Corporation
___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options
);
};
Note the 'gboolean retrying' argument to the libsoup authenticate
signal handler. We probably want to have something similar in the above
API too, because that's what tells the UI that it needs to ditch the
existing remembered password and ask for a new one.
--
David Woodhouse
MeeGo packages (for 1.1 Trunk):
http://build.meego.com/project/show?project=home%3Adwmw2%3Aevo
--
David WoodhouseOpen Source Technology Centre
david.woodho...@intel.com Intel Corporation
On Sun, 2011-04-17 at 09:16 +0100, David Woodhouse wrote:
We can use these builds for doing pre-Alpha testing of EWS.
... which has already failed :)
Exchange puts some items in your inbox on which the 'message:From'
property is invalid. And rather than giving a warning but returning the
rest
---
calendar/libecal/e-cal.c | 56 +++--
1 files changed, 53 insertions(+), 3 deletions(-)
diff --git a/calendar/libecal/e-cal.c b/calendar/libecal/e-cal.c
index 6835d45..69ff9c7 100644
--- a/calendar/libecal/e-cal.c
+++ b/calendar/libecal/e-cal.c
@@
If the URI only had a relative_uri property, it should build the full URI
for comparison rather than just skipping it.
---
calendar/libecal/e-cal.c | 11 ++-
1 files changed, 10 insertions(+), 1 deletions(-)
diff --git a/calendar/libecal/e-cal.c b/calendar/libecal/e-cal.c
index
On Fri, 2011-04-15 at 12:37 +0100, David Woodhouse wrote:
If the URI only had a relative_uri property, it should build the full
URI
for comparison rather than just skipping it.
We have the opposite problem in the file backend, in the hack that sets
the cache dir for the system source
On Wed, 2011-04-13 at 07:54 +0200, Milan Crha wrote:
I'm just wondering, how does this mail belong to evolution-hackers
list, please?
http://mail.gnome.org/archives/evolution-hackers/2011-March/msg3.html
I do not see anything general evolution-related in it, maybe apart of
the above
=587145
--
David WoodhouseOpen Source Technology Centre
david.woodho...@intel.com Intel Corporation
___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change your list options
On Fri, 2011-04-08 at 09:54 +0200, sean finney wrote:
Sounds like you would be in a good position to do it though.
Because I'm not a gnome dev, I (a) don't have push access, and (b)
am a bit hesitant to go against Milan's wishes, since he's the dev
who is primarily keeping things up for
On Thu, 2011-04-07 at 15:08 +0200, Milan Crha wrote:
Hmm, I still do not like the idea of adding things to gnome-2-32 branch,
I thought I saw you telling that if anyone will complain then you'll not
do that and I thought I complained to it, but I cannot find the email
right now, so I cannot
On Mon, 2011-04-04 at 08:53 +0200, Milan Crha wrote:
On Fri, 2011-04-01 at 20:07 +0100, David Woodhouse wrote:
That's great; thanks. I'll do a little more testing on the patches
I've cherry-picked into my trees, and then unless someone else has
objected in the meantime I'll push them
On Fri, 2011-04-08 at 10:35 +0200, Milan Crha wrote:
On Fri, 2011-04-08 at 10:04 +0200, Christian Hilberg wrote:
We could use Evolution's file-link attachment mechanism by writing into
Evos
file cache from the backend and placing the file paths into the
ECalComponent
when reading
On Fri, 2011-04-08 at 12:17 +0100, David Woodhouse wrote:
Perhaps the best option is to have a call to EDS which asks it to
'resolve' the attachment into a local file URL instead of a remote
one?
The more I think about this, the more I like it. Add an
X-EVOLUTION-UNRESOLVED-ATTACH: property
==5510== 41 bytes in 1 blocks are possibly lost in loss record 8,473 of 17,762
==5510==at 0x4A05E46: malloc (vg_replace_malloc.c:195)
==5510==by 0x3B6A048B52: g_malloc (gmem.c:164)
==5510==by 0x3B6A06101D: g_strdup (gstrfuncs.c:102)
==5510==by 0x1693D7B1: ews_message_info_clone
to the freezes in the gnome-2-32
branch (am not calling this a latest stable branch) ?
I suspect we should apply the same policy that we do on an active
stable branch — string changes should be avoided, unless absolutely
necessary.
--
David WoodhouseOpen Source Technology
bits, if you're looking closely at what I included) to the
gnome-2-32 branches and perhaps start doing a 'final call' for 2.32.3
candidate bugs/patches.
--
David WoodhouseOpen Source Technology Centre
david.woodho...@intel.com Intel
---
camel/camel-sasl.c | 49 +
camel/camel-sasl.h |8
2 files changed, 57 insertions(+), 0 deletions(-)
diff --git a/camel/camel-sasl.c b/camel/camel-sasl.c
index 58a4a2b..90b64d6 100644
--- a/camel/camel-sasl.c
+++
This indicates that a SASL method with the need_password flag can be tried
without providing a password, for single-sign-on using system credentials.
This will be used by NTLM.
---
camel/camel-sasl.c | 25 ++
camel/camel-sasl.h |6
There's a simple test version of ntlm_auth at
http://david.woodhou.se/ntlm_auth_v2.c
---
camel/camel-sasl-ntlm.c | 134 +++
1 files changed, 134 insertions(+), 0 deletions(-)
diff --git a/camel/camel-sasl-ntlm.c b/camel/camel-sasl-ntlm.c
index
On Fri, 2011-04-01 at 19:30 -0400, Matthew Barnes wrote:
I think the flags approach is fine.
Long as you're breaking ABI (which is perfectly okay right now), you
might consider combining the 'try_empty_password' and 'needs_password'
booleans into a single CamelServiceAuthFlags enum to
by upstream, but still being shipped by
distributions.
--
David WoodhouseOpen Source Technology Centre
david.woodho...@intel.com Intel Corporation
___
evolution-hackers mailing list
evolution-hackers
On Fri, 2011-04-01 at 13:28 -0400, Matthew Barnes wrote:
On Fri, 2011-04-01 at 18:00 +0100, David Woodhouse wrote:
I hope that eventually, we might be permitted to use the real
gnome-2-32 branch in GNOME git for this, rather than having to do it
elsewhere. If that branch is a dead end
b1787a5f85cdc1e46fb6ccf0c57134fc34f4e12e
Author: David Woodhouse david.woodho...@intel.com
Date: Fri Apr 1 23:25:05 2011 +0100
Add 'try_empty_password' flag to CamelServiceAuthType
NTLM will be use this, to support single-sign-on using /usr/bin/ntlm_auth
diff --git a/camel/camel-sasl-anonymous.c b/camel/camel-sasl
I've been working with Thomas to diagnose an imapx problem which turns
out to be a Domino IMAP server bug.
When we fetch a message chunk, the Domino server will lie to us about
the size of a literal that it's about to send us. It tells us a larger
size than it actually sends, so we 'eat' its
messages in multiple parts,
to allow better responsiveness, which would default to TRUE. But when
we upgrade Evolution, any new option will be assumed to be FALSE in any
pre-existing account. So AFAICT it has to be a *negative* option, along
the lines of Fetch messages in one part.
--
David
not bothering to bump the libedataserver
soname, since that's just gonna cause havoc at the 11th hour over
something no one is using.
--
David WoodhouseOpen Source Technology Centre
david.woodho...@intel.com Intel Corporation
On Thu, 2011-02-17 at 18:37 +, David Woodhouse wrote:
I was told today that the GIO (and libsoup) async methods may not be
called from a thread other than the one running the mainloop. I found a
stupid race in libsoup¹ and filed a fix, but the bug was closed INVALID
because apparently it's
On Wed, 2011-03-09 at 18:20 -0500, Matthew Barnes wrote:
4. Read the stats to see how badly $MY_APPLICATION is leaking objects.
This is useful; thanks. Although we really *do* need to see it at
runtime. I played a little with Colin's LD_PRELOAD hack and Evolution:
CamelDataCache | created 214
() and similar functions.
I'm hoping that it's reasonable to declare that *filenames* are not
sensitive, and that we only need to encrypt the *contents* of files.
Does that seem fair?
Any other comments on the approach?
--
David WoodhouseOpen Source Technology Centre
On Fri, 2011-03-04 at 07:30 -0500, Matthew Barnes wrote:
Got'cha. Seems reasonable. Thanks for humoring me.
No problem; thanks for paying attention to my ramblings.
--
dwmw2
___
evolution-hackers mailing list
evolution-hackers@gnome.org
To change
On Fri, 2011-03-04 at 07:49 -0500, Jeffrey Stedfast wrote:
Easiest way to implement this feature in Camel might be to implement a
CamelMimeFilter or CamelStream that encrypts/decrypts the content as it
reads/writes the data. Implementing it as a CamelStream might be the
best approach as it
On Fri, 2011-03-04 at 05:47 -0700, Sankar P wrote:
Will it be not simpler if we can make Evolution use a custom location
for cache, that the user/root can set ?
That way, we don't have to write (and more importantly maintain) yet
another encryption/decryption library and instead just use
On Fri, 2011-03-04 at 07:49 -0500, Jeffrey Stedfast wrote:
Anyways, do you also plan on encrypting mbox/maildir files? Might make
sense...
Missed that bit; overtrimming my citations. I probably wouldn't do this
*myself* in the first round, but I'd hope that someone might add it
soon, and I
On Wed, 2011-03-02 at 08:11 -0500, Matthew Barnes wrote:
Also, I'd encourage developers to post the occasional status update to
the list. Nothing formal, and at your own discretion.
This is probably a good enough time for us to do that for evo-ews.
If you clone the tree from
On Wed, 2010-08-25 at 10:29 +0200, Christian Hilberg wrote:
Support for IMAP ACLs would be very useful when dealing with a Kolab server
(which uses Cyrus imapd with ACL support), so I'm interested in getting to
know about the current status of ACL support within IMAPX.
∄ ACL support in
to be followed.
Even if it means cleaning up some false positives, I think it would be
extremely useful to get to a point where valgrind runs cleanly and new
memory leaks can easily be detected.
What do you think?
--
David WoodhouseOpen Source Technology Centre
david.woodho
On Mon, 2010-08-23 at 13:25 +0200, Milan Crha wrote:
On Mon, 2010-08-23 at 11:12 +0100, David Woodhouse wrote:
I got offended by Evolution growing to almost 4GiB and having to be
killed if I wanted to use my workstation for anything else, so I've
started running it in Valgrind.
I've
Please don't drop me from Cc when replying to my messages.
See http://david.woodhou.se/reply-to-list.html
On Wed, 2010-08-18 at 10:30 +0200, Christian Hilberg wrote:
Hi everyone,
On Thursday 05 August 2010 David Woodhouse wrote:
On Wed, 2010-08-04 at 12:22 +0200, Christian Hilberg wrote
to the 2.30 branch;
I see no particular reason why we shouldn't backport METADATA support
too, as long as you're careful not to add new user-visible strings that
would need translation.
--
David WoodhouseOpen Source Technology Centre
david.woodho...@intel.com
On Mon, 2010-07-12 at 11:32 +0530, chen wrote:
I was just thinking whether we would need the logic to fetch new
messages from refresh_info job at-all while scanning for changes. We
fetch new messages always before scanning for changes, so ideally
scan_changes should only sync the flags.
to parse (a number in this case), they'd set the exception
which would eventually get noticed (although I would have thought the
old code _should_ have included !camel_exception_is_set() in the loop
conditions, as other loops did). But now, it just gets lost.
--
David Woodhouse
On Sun, 2010-07-11 at 15:11 +0100, David Woodhouse wrote:
From 1d1b146e58f918f67ccff93c4fb5388429bf12e7 Mon Sep 17 00:00:00 2001
From: David Woodhouse david.woodho...@intel.com
Date: Sun, 11 Jul 2010 15:11:17 +0100
Subject: [PATCH] imapx: Avoid running FETCH_NEW_MESSAGES and REFRESH_INFO
the _reply_. Another separate bug though, I
think.
--
David WoodhouseOpen Source Technology Centre
david.woodho...@intel.com Intel Corporation
___
evolution-hackers mailing list
evolution-hackers@gnome.org
On Sun, 2010-07-11 at 16:00 +0100, David Woodhouse wrote:
We seem to be ignoring the META HTTP-EQUIV... tag in the HTML itself,
which is trying to override the Content-Type: header and _is_ correctly
specifying the character set.
Hrm. That _is_ actually supported by gtkhtml, but evolution
is constantly being fixed/updated (by David Woodhouse lately) while
the IMAP backend seems stagnant (or stable?).
Should I switch my accounts to use IMAPX instead of IMAP?
I think so.
What about (does anyone know) connecting to Exchange servers using
Exchange's IMAP? Should I be using IMAPX
97 matches
Mail list logo