Re: [Evolution-hackers] [Evolution] Current issues with Evolution 2.12 / Exchange

2007-10-07 Thread Jacob Johnny
Using HTML mails not recommended ! ;-)

- Johnny

On Fri, 2007-09-21 at 06:33 +0530, Suman wrote:
> Hi Paul..
> 
> On 20/09/2007, Paul Smith <[EMAIL PROTECTED]> wrote:
> Hi all;
> 
> This seemed useful to some people last time, so I'm doing it
> again now.  I've been using Evolution from SVN for a few
> months now tracking the latest changes and overall I've been
> REALLY happy: so many things are much better, especially with
> Exchange integration, than in 2.10 or any previous release.
> Applause and cheers for everyone's hard work over the last 6
> months!!
> 
> However, there are still some issues.  I hope now is a good
> time to point them out so maybe we can concentrate on these
> for 2.12.1 or 2.12.2.  Others might have a different list of
> issues, but these are mine (links to bugzilla entries).  I've
> updated the bugzilla entries with the latest info I have. 
> 
> As I said, I'm building Evo and all components (libsoup,
> gtkhtml, e-d-s, evo, evo-exchange, evo-webcal) locally with
> debugging enabled and running them with full logging, each
> instance in its own directory.  I stand ready and willing to
> help anyone who wants to, to work on these issues!  I've tried
> to order them in order of precedence (how much I want them
> fixed), most pain to lesser pain.
> 
> 478090: Tried to create a meeting on the Exchange server, and
> Evo crashed when adding an address
> This is a big one for me, because I need to schedule
> meetings through this mailing list.  Because of this
> problem I have to create my meetings through Exchange
> webmail rather than Evolution!  Luckily (in all senses
> of the word) I don't have to create meetings very
> often.
> the link: http://bugzilla.gnome.org/show_bug.cgi?id=478038
> 
> 
> 478090: Meeting acceptances for attendees who weren't
> listed are lost
> This isn't a huge deal, but it's pretty annoying.
> Thanks for the input !! 
> 
> -Suman
> 
> 
> -- 
> 
> -
>  Paul D. Smith <
> [EMAIL PROTECTED]> http://make.mad-scientist.u
>  "Please remain calm--I may be mad, but I am a professional."--Mad 
> Scientist
> ___
> Evolution-hackers mailing list
> Evolution-hackers@gnome.org
> http://mail.gnome.org/mailman/listinfo/evolution-hackers

___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


[Evolution-hackers] IMAP shared folders support

2007-10-07 Thread Thomas Cataldo
Hi,

I was wondering if imap shared folders support in evolution was planned. 
  It was working at some point when choosing "imap IV" server protocol, 
but it seems removed in recent versions.

Regards,
Thomas Cataldo.
___
Evolution-hackers mailing list
Evolution-hackers@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-hackers


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
> 

This changeset are a bunch of compilation warnings for Matthew's Base64
patch to Camel: http://tinymail.org/trac/tinymail/changeset/2827


ps. Adding Matthew in CC.

-- 
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/mailman/listinfo/evolution-hackers


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. After today, using KDiff3 or any other
tool that can recursively compare two directories should be painless and
straight forward on ./libtinymail-camel/camel-lite/camel
vs. ./evolution-data-server/camel


-- 
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/mailman/listinfo/evolution-hackers


[Evolution-hackers] Let the porting begin

2007-10-07 Thread Philip Van Hoof
Hi there,

I got notified that some Evolution hackers are interested in bringing
the features of camel-lite to camel. This is of course excellent news!

To ease this process, I pushed all the recent changes that happened to
camel, to camel-lite. These changes include the copyright's address
changes, the changes Matthew Barnes did on the BASE64 decoding, most of
the compiler-warning changes (although a lot of them had already been
put in camel-lite, of course), Kjartan Maraas's 0 vs. NULL changes,
Milan Crha's changes (set-label, compiler warnings, etc).

Using this changeset you can follow the changes to camel-lite:

http://tinymail.org/trac/tinymail/changeset/2823


Note about compiler warnings: camel-lite contains fixes for -pedantic
warnings. When making differences, you might find compiler-warning fixes
that you wouldn't expect with -Wall. Camel-lite right now has two or
three things that are problematic and not yet fixed for -pedantic:

 - Enumerations that exceed the size of an int, which are not allowed in
   ANSI C (or C99, I don't remember exactly).

 - Casting function pointers to (void*) which also isn't allowed (but I
   have no idea how else I can store them in a GHashTable, which is what
   Camel is doing at some locations)


Some of the changes to camel-lite might not be welcomed to camel. Among
them I expect the changes to camel-object not to be interested (some of
these changes cut one or two bytes from the CamelObject's size and put
some more and also less locking-on-signal-emissions in place). Others
are more clear like features that are just not interesting. And yet
others are just not done in a clean way.

On future plans for camel-lite: I'm interested in implementing QRSYNC
next to the CONDSTORE support. Although only one IMAP server 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/mailman/listinfo/evolution-hackers