I did not passed the compilation of evolution-data-server with
exchange-mapi enabled.
The struct in /libedataserver/e-sexp.h:57 using:
struct _ESExpResult {
enum _ESExpResultType type;
union {
GPtrArray *ptrarray;
int number;
char *string;
int bool;
time_t time;
} value;
};
And compiler reported at 57: "int bool" errors:
" two or more data types in declaration specifiers. "
Why using "int bool"?
I can not use evolution with libmapi either. Did the team use older
version gcc?
Shuai
On Thu, 2008-09-18 at 16:21 +0200, Nicolas Tetreault wrote:
> Well, almost a success. Following the instructions, I can compile
> everything and add the mapi account in Evolution. However, I get an
> error when it tries to list the folders, although I can see in terminal
> that it is, in fact, scanning the folders fine. This is the output
> after trying to expand the folder tree view for the mapi account, and
> then switching to calendar view (I cannot get the calendar events):
>
> Triggering summary_reloaded on INBOX 0x8c33e50
>
> exchange-mapi-connection.c(2608): Entering
> exchange_mapi_get_folders_list libexchangemapi-Message:
> exchange-mapi-connection.c(2610): exchange_mapi_get_folders_list:
> lock(connect_lock)
>
> exchange-mapi-connection.c(2461): Entering get_child_folders
> |---+ Calendar : (Container class: IPF.Appointment
> C4F0EB5D00000001) UnRead : 0 Total : 43
> |---+ Contacts : (Container class: IPF.Contact C5F0EB5D00000001)
> UnRead : 0 Total : 46
> |---+ Courrier indésirable : (Container class: IPF.Note
> 2051EE5D00000001) UnRead : 0 Total : 0
> |---+ Deleted Items : (Container class: IPF.Note DA09EE5D00000001)
> UnRead : 2 Total : 21
> exchange-mapi-connection.c(2461): Entering get_child_folders
> |---+ Contacts : (Container class: IPF.Contact 0104EC5D00000005)
> UnRead : 0 Total : 47
> |---+ Nic's Calendar : (Container class: IPF.Appointment
> B6A8F55D00000001) UnRead : 0 Total : 1
> exchange-mapi-connection.c(2540): Leaving get_child_folders
> |---+ Deleted Messages : (Container class: IPF.Note E56FF15D00000001)
> UnRead : 0 Total : 2
> |---+ Drafts : (Container class: IPF.Note C6F0EB5D00000001)
> UnRead : 0 Total : 0
> |---+ Inbox : (Container class: IPF.Note D709EE5D00000001)
> UnRead : 0 Total : 108
> |---+ Journal : (Container class: IPF.Journal C7F0EB5D00000001)
> UnRead : 0 Total : 0
> |---+ Junk E-mail : (Container class: IPF.Note 4FA8F55D00000001)
> UnRead : 0 Total : 0
> |---+ Notes : (Container class: IPF.StickyNote
> C8F0EB5D00000001) UnRead : 0 Total : 0
> |---+ Outbox : (Container class: IPF.Note D809EE5D00000001)
> UnRead : 0 Total : 0
> |---+ Sent Items : (Container class: IPF.Note D909EE5D00000001)
> UnRead : 0 Total : 20
> |---+ Sync Issues : (Container class: IPF.Note 80A8F55D00000001)
> UnRead : 0 Total : 0
> exchange-mapi-connection.c(2461): Entering get_child_folders
> |---+ Conflicts : (Container class: IPF.Note 81A8F55D00000001)
> UnRead : 0 Total : 0
> |---+ Local Failures : (Container class: IPF.Note 82A8F55D00000001)
> UnRead : 0 Total : 0
> |---+ Server Failures : (Container class: IPF.Note 83A8F55D00000001)
> UnRead : 0 Total : 0
> exchange-mapi-connection.c(2540): Leaving get_child_folders
> |---+ Tasks : (Container class: IPF.Task C9F0EB5D00000001)
> UnRead : 0 Total : 0
> exchange-mapi-connection.c(2540): Leaving get_child_folders
> libexchangemapi-Message: exchange-mapi-connection.c(2675):
> exchange_mapi_get_folders_list: unlock(connect_lock)
>
> exchange-mapi-connection.c(2677): Leaving
> exchange_mapi_get_folders_list
> exchange-mapi-connection.c(2692): Entering
> exchange_mapi_get_pf_folders_list libexchangemapi-Message:
> exchange-mapi-connection.c(2694): exchange_mapi_get_pf_folders_list:
> lock(connect_lock)
> OpenPublicFolder : MAPI_E_CALL_FAILED (0x80004005)
> libexchangemapi-Message: exchange-mapi-connection.c(2702):
> exchange_mapi_get_pf_folders_list: unlock(connect_lock)
> libexchangemapi-Message: exchange-mapi-connection.c(2725):
> exchange_mapi_get_pf_folders_list: unlock(connect_lock)
>
> exchange-mapi-connection.c(2727): Leaving
> exchange_mapi_get_pf_folders_list
> (evolution:14358): camel-mapi-provider-WARNING **: Could not get folder
> list..
>
>
> (evolution:14358): camel-WARNING **: Error during searching SELECT uid
> FROM 'Calendar' WHERE ( (NOT ((deleted = 1))) AND (NOT ((junk = 1))) ):
> no such table: Calendar
>
> (evolution:14358): e-data-server-DEBUG: Loading categories from
> "/home/nt271/.evolution/categories.xml"
> (evolution:14358): e-data-server-DEBUG: Loaded 29 categories
>
> (evolution:14358): calendar-gui-WARNING **: Invalid minutes per row
> setting
>
> (evolution:14358): calendar-gui-WARNING **: Invalid minutes per row
> setting
>
> (evolution:14358): libecal-CRITICAL **: file e-cal.c: line 4983:
> assertion `zone' failed
>
> (evolution:14358): libecal-CRITICAL **: file e-cal.c: line 4983:
> assertion `zone' failed
>
> (evolution:14358): libecal-CRITICAL **: file e-cal.c: line 4983:
> assertion `zone' failed
>
> (evolution:14358): libecal-CRITICAL **: file e-cal.c: line 4983:
> assertion `zone' failed
>
> (evolution:14358): libecal-CRITICAL **: file e-cal.c: line 4983:
> assertion `zone' failed
> Changing the queries (contains? "summary" "")
>
> Any help appreciated
>
> Nic
>
> On Thu, 2008-09-18 at 19:17 +0530, Suman Manjunath wrote:
> > On Thu, Sep 18, 2008 at 17:08, Julien Kerihuel
> > <[EMAIL PROTECTED]> wrote:
> > > Srini, Suman, Johnny, any plans on updating evo-mapi vs latest libmapi
> > > trunk soon? Otherwise can you post which version of libmapi-0.8 trunk
> > > you're using and whether it will last for some days/weeks or if you
> > > intend to update the code to match latest libmapi API?
> >
> > we are on openchange SVN r710 as of today. (we always keep the info
> > updated on http://www.go-evolution.org/MAPIProvider :-) )
> > Plans of moving to the latest SVN revision: This will happen shortly.
> > We are a little swamped for time in some SLED work. I know Julien made
> > some major changes in the name_id area (which makes our life so much
> > easier :-) ). Due to this, there are some design changes that we can
> > bring to our APIs to make them better - we are currently discussing
> > this.
> > The other SVN changes would probably require trivial modifications to
> > our codebase.
> >
> > -Suman
>
_______________________________________________
devel mailing list
[email protected]
http://mailman.openchange.org/listinfo/devel
