Re: [Evolution-hackers] Exchange MAPI Connector

2007-11-20 Thread Holger Goetz
Hi Srini, thanks for the good news - no worries i don't blame anyone - i know how hectic dev can be ;-) Thanks, Holger On Mon, 2007-11-19 at 23:12 +0530, Srinivasa Ragavan wrote: > Holger, > > I think by end of this week or so I should be able send out a > preliminary release with binaries as

[Evolution-hackers] e-book-backend-db-cache.[ch] - clearing?

2007-11-20 Thread Jules Colding
Hi, Is there any way to unconditionally clear an e-book-backend-db cache from all of its content? One could get all EContacts from the db and clear them one by one, but that seems rather inelegant... Thanks, jules ___ Evolution-hackers mailing lis

Re: [Evolution-hackers] Exchange MAPI Connector

2007-11-20 Thread Holger Goetz
Hi, well i'm pretty sure you compiled successfully, but libmapi wasn't available in the proper version or form (that's what my original question was about). "Exchange" is the std. OWA based connector. Think it should be "Mapi" as server type. Check your configure logs from the build of evolution

Re: [Evolution-hackers] Exchange MAPI Connector

2007-11-20 Thread Cody Ray
I am compiling from svn just for this reason, but a strange thing is happening now and it may be due to permissions or something I am missing, but when I launch my freshly new compiled Evolution the Evolution Setup Assistant allows me to fill in name, org, email address, etc. and then I can choo

Re: [Evolution-hackers] e-book-backend-db-cache.[ch] - clearing?

2007-11-20 Thread Srinivasa Ragavan
Jules, I dont remember anything like that exists as of now. May be a crude way, but you can get the contacts and just unlink the db file. (I'm unaware of any consequences though). -Srini. On Tue, 2007-11-20 at 13:39 +0100, Jules Colding wrote: > Hi, > > Is there any way to unconditionally clear

Re: [Evolution-hackers] Exchange MAPI Connector

2007-11-20 Thread Srinivasa Ragavan
Cody, You compiled from the branch? If so the provider/server type is "Exchange MAPI". It is very much possible that the plugin is disabled in your first time setups (Sorry these all are the bugs to be fixed). So you create a dummy/local account and enable the plugin and create a new account of ty

Re: [Evolution-hackers] Exchange MAPI Connector

2007-11-20 Thread Sankar P
On Tue, 2007-11-20 at 23:48 +0530, Srinivasa Ragavan wrote: > Cody, > > You compiled from the branch? If so the provider/server type is > "Exchange MAPI". It is very much possible that the plugin is disabled in > your first time setups (Sorry these all are the bugs to be fixed). So > you create a

Re: [Evolution-hackers] [Evolution] Exchange MAPI Connector

2007-11-20 Thread Ow Mun Heng
On Tue, 2007-10-23 at 12:07 +0530, Srinivasa Ragavan wrote: > For Evolution 2.22 we should be having MAPI based Exchange connector > which developed in parallel with Openchange based libmapi. The team is > currently working on that and the code is currently maintianed at GNOME > SVN in EXCHANGE_MA

Re: [Evolution-hackers] Let the porting begin

2007-11-20 Thread Philip Van Hoof
On Thu, 2007-10-25 at 22:25 -0400, Jeffrey Stedfast wrote: > On Fri, 2007-10-26 at 03:25 +0200, Philip Van Hoof wrote: > > On Wed, 2007-10-24 at 11:58 -0400, Jeffrey Stedfast wrote: > > > I took a look at the IDLE implementation last night and felt it went > > > about it the wrong way. > > > > Yes

[Evolution-hackers] modify the widget height

2007-11-20 Thread MARK
Dear All: Our project is planning to transplant the evolution to the low-cost PC, on which the screen resolution is 800*400. When the evolution starts, the widget of the main window and the assistant widget is out of the screen range, so I can't see the bottom of the widget and can't use t

[Evolution-hackers] Unsubscribe

2007-11-20 Thread MARK
___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: [Evolution-hackers] Let the porting begin

2007-11-20 Thread Philip Van Hoof
On Wed, 2007-10-24 at 11:58 -0400, Jeffrey Stedfast wrote: > I took a look at the IDLE implementation last night and felt it went > about it the wrong way. Yes, you are right. I think the right fix is to create a new API called camel_tcp_stream_wait that works like this: int bytes = camel_tcp_st

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

2007-11-20 Thread Dave Cridland
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 of no other IMAP server > that already offers the QRESYNC ca