Re: [Evolution] Evolution Fedora 14 and Exchange server

[Chris Kottaridis <chriskot quietwind net>]

I finally had a chance to take a look at this error. It comes from here
in the code in src/libexchangemapi/exchange-mapi-connection.c:

       ms = GetHierarchyTable (&obj_folder, &obj_table, TableFlags_Depth
| TableFlags_NoNotifications | TableFlags_UseUnicode, &row_count);
       if (ms != MAPI_E_SUCCESS) {
               make_mapi_error (perror, "GetHierarchyTable", ms);
               result = FALSE;
               goto cleanup;
       }

I did a git clone and compared the file versions from FC13 to FC14:

$ git diff EVOLUTION_MAPI_0_30_1 EVOLUTION_MAPI_0_32_1
src/libexchangemapi/exchange-mapi-connection.c > ~/tmp/mapi-diff

        /* Get the hierarchy table */
-       retval = GetHierarchyTable(&obj_folder, &obj_table, 0,
&row_count);
-       if (retval != MAPI_E_SUCCESS) {
-               mapi_errstr("GetHierarchyTable", GetLastError());
+       ms = GetHierarchyTable (&obj_folder, &obj_table,
TableFlags_Depth | TableFlags_NoNotifications | TableFlags_UseUnicode,
&row_count);
+       if (ms != MAPI_E_SUCCESS) {
+               make_mapi_error (perror, "GetHierarchyTable", ms);
+               result = FALSE;
                goto cleanup;
        }

Note that in version 0.30 (FC13 version) a 0 is passed, but in 0.32
(FC14) it passes these options (TableFlags_Depth |
TableFlags_NoNotifications | TableFlags_UseUnicode) to
GetHierarchyTable(). I assume that the other side of the connection
doesn't support one or more of those options, but is OK with the value
of 0.

I am really not familiar with the protocol here. Before I try go to all
the trouble to try and figure out how to compile this and install it, so
I can set this value to zero and see what happens, I was wondering if
this is may be a bad idea. I can't set up a dummy account on the
exchange server so I can only work with live data and really don't want
to take the chance to drop any emails. Seems you always lose an
important one when that happens.

I assume GetHiearchyTable() sets the values of obj_folder and obj_table
and am wondering if other parts of the code may have problems if these
structures aren't built with these options ?

Mostly interested in whether it could corrupt emails or otherwise lose
messages.

Also, kind of makes me wonder if maybe it's some configuration option on
the exchange side to support all these options. But, again I have no
control over that.

Any comments or suggestions would be appreciate.

Thanks
Chris Kottaridis
===============================================================
On Sat, 2011-01-01 at 21:49 -0700, Chris Kottaridis wrote:
> (evolution:10714): camel-mapi-provider-WARNING **: Could not get folder
> > list (GetHierarchyTable: MAPI error MAPI_E_NO_SUPPORT (0x80040102)
> > occurred)
>
> Well I had a chance to take a fast look at the source and
> MAPI_E_NO_SUPPORT is just a standard error result having nothing to do
> with encryption. The message means that the GetHierarchyTable() in the
> openchange package returned an error. I assume that it's not the routine
> itself in error but rather some options passed to it and sent to the
> provider are not supported. I haven't had a chance to look and see how
> this differs in FC13 compare to FC14.
>
> Thanks
> Chris Kottaridis
>
> On Fri, 2010-12-31 at 11:09 -0700, Chris Kottaridis wrote:
> > On Wed, 2010-12-29 at 22:39 -0700, Punit Jain wrote:
> > > On Wed, 2010-12-29 at 09:52 -0700, Chris Kottaridis wrote:
> > > > On Wed, 2010-12-29 at 04:14 -0700, Punit Jain wrote:
> > > > > I think problem should not relate to FC version. 
> > > > > This problem occurs when evolution (mapi) is not able to autheticate
> > > > > to
> > > > > server.
> > > > > Can you delete existing account and try to configure it again by
> > > > > providing right password.
> > > > > If problem still persists then you can paste evolution traces then we
> > > > > might be able to figure out problem. 
> > > >
> > > > I am typing the exact same password on the FC13 as I do the FC14 to the
> > > > exact same server and I get stuff for FC13, but not FC14.
> > > >
> > > > How do I generate the traces or enable debugging in general and where
> > > > dos the output go ?
> > > You have to run evolution from console first export EXCHANGEMAPI_DEBUG=1
> > > then run evolution. While trying to access or authenticate to server you
> > > will see some error messages in terminal which you can paste here. 
> > > And I found a good thread which might be helpul for you.
> > > http://gnome-evolution-general.1774414.n4.nabble.com/Problems-with-Exchange-MAPI-td2992416.html
> >
> > OK, did that for both the FC13 machine and the FC14 machine and they are
> > attached.
> >
> > Seems the FC14 has some issues with the locations of some things
> > locally. Maybe this is because I just tarred ny FC13 home directory into
> > the new FC14 machine or something and the FC14 version would prefer
> > things in different locations. I don't think this is the issue though.
> >
> > I did not save the password in either case and I assume that is what the
> > keyring notices are about:
> >
> > e-data-server-ui-Message: Unable to find password(s) in keyring (Keyring
> > reports: No matching results)
> > e-data-server-ui-Message: Key file does not have group
> > 'Passwords-ExchangeMAPI'
> >
> > I assume these are OK messages to see when I haven't flagged remember
> > passwd.
> >
> > My guess is this is the cuplrit:
> >
> > (evolution:10714): camel-mapi-provider-WARNING **: Could not get folder
> > list (GetHierarchyTable: MAPI error MAPI_E_NO_SUPPORT (0x80040102)
> > occurred)
> >
> > This does not show up on the successful FC13 connection, but does on the
> > failing FC14 connection. I assume the "E" in the phrase implies
> > Encryption. I have the "Secure Connection" flag on the "Receiving Email"
> > page unchecked. This option did not exist for the FC13 implementation,
> > so I assume it's something new. I assume it means the Exchange server
> > doesn't support the Encryption protocol.
> >
> > Is there a problem trying to disable the "Secure Connection" properly ?
> >
> > Thanks
> > Chris Kottaridis
> > _______________________________________________
> > evolution-list mailing list
> > evolution-list gnome org
> > To change your list options or unsubscribe, visit ...
> > http://mail.gnome.org/mailman/listinfo/evolution-list
>
> _______________________________________________
> evolution-list mailing list
> evolution-list gnome org
> To change your list options or unsubscribe, visit ...
> http://mail.gnome.org/mailman/listinfo/evolution-list