Bug 139134

Same symtoms for me. I have similar exchange logon format. Also note
that /usr/bin/ximian-connector-setup-2.0 properly authenticates.
Evolution, however, continually fails authentication.

Evolution 1.4.7 used to have a similar authentication problem, but
someone posted a patch which I applied (with recompile) and never had
problem since. If I get a chance I will look into this.

Are you able to access the account using Outlook Web Access?  Try
browsing to http://your-server-here/exchange

Yes. I can access the account through the OWA web interface. No
problems. In fact, this is how I am getting my email for now. Cannot
wait to get back to a real client though.

Note that the owa interface uses forms and requires domain/username
(or domain\username) to logon.

Created attachment 106825 [details]
Fix domain handling of evolution-connector

I found the problem and have created a patch which remedies it. The problem is
that anything up to a / or \ in the username field is immediately stripped off
when creating the exchange account structure. 

This is done by e2k_uri_new (e2k_uri.c:104), and the domain part is stored in
uri->domain. This is unfortunate, because e2k_autoconfig_new expects the domain
to be part of the username string. Ironically, it is stripped off again and
stored in ac->nt_domain, only later to be pieced back together in
e2k_context_set_auth (e2k_context.c:331).

The patch simply puts the domain part back into the username string in the
account structure (exchange_account_new:exchange_account.c:1515)

Also, note that the rpm spec file should include gnutls-devel and
libgcrypt-devel as BuildRequires.

Hope that helps, and that an official fix can come out soon.

Okay - thanks - the patch did work 
but now when I try to add another person's calendar in the exchange
section it just locks up - no message or anything and I have to xkill it. 

Thanks,

James M. Susanka

How are you adding another persons calendar? When I try to "subscribe"
to another user's Calendar folder it does not work (comes back with a
"general error"), but evolution does not lock up. Is this what you
mean about adding another person's calendar?

I just go to the exchange button on the lower left and then on tools I
select subscribe to another users calendar/folder and then it comes up
with a dialog of who to put - so I click the user button to go
browse/choose a user and it locks up - like I can't do anything with
evolution. 

but if I go to compose a mail and click to and then I can choose the
global address list from exchange and I can choose whoever is in the
list so the address list seems to work okay for just composing an email. 

hope this helps - thanks James M. Susanka

This looks very similar to this upstream bug:
http://bugzilla.ximian.com/show_bug.cgi?id=66926

In particular, that bug has an "official" upstream patch which adds a
windows_domain field to ExchangeAccountPrivate; the patch has been
applied to CVS (though AFAIK is not available in tarball form yet);
see this link for the patch I'm referring to:
http://bugzilla.ximian.com/showattachment.cgi?attach_id=13145

Seeing as you've already tried patching your packages, does this patch
provide a better solution for you?

This patch works fine for me. Do not see any difference in results
beweeen it and my patch. This new patch may be the way to go, as it is
"official." Either way, there seems to be a lot of kruft left in the
domain handling code :(, but at least it works.

Note that the other problem about subscibing to other users folders is
unaffected by either patch, but that should really be a separate bug
report. Note that the evolution app does not lock up, just the user
selection dialog. If you cancel from the _initial_ dialog, you can get
back without force quitting.

I need to retract my previous post. The ximian patch seemed to work
last week, but does NOT today. My patch, however, still DOES work. I
have double & triple checked that this is the case.

I think I forgot to do a evolution --force-shutdown before testing the
new patched evolution the first time, which might explain the discrepancy.

The ximian patch seems to address the issue, but something is not
right. I have not had a chance to track it down, though.

Sorry for the confusion.

See also bug #141419

Bug #141419 is a duplicate of this bug -- didn't find it in with my
query before filing bug #141419.  A newer and much better patch from
the Ximian Novell folks which fixes this problem has been committed to
GNOME CVS for the Evolution Exchange Connector:

http://cvs.gnome.org/viewcvs/evolution-exchange/storage/exchange-account.c?r1=1.19&r2=1.20

*** Bug 141419 has been marked as a duplicate of this bug. ***

I've built a new version of the package: evolution-connector-2.0.2-2
into Rawhide; it contains the fix that was committed to GNOME CVS
(which isn't yet available in a tarball).

Please can you try installing this package and see if it fixes this
problem.  Thanks!

Yes, this package does the trick now. I forced an evolution shutdown
this time and all appears well. Looks like the old patch from ximian
did not use the right username string, but this one does.

Thanks.

Dave, your new evolution-connector-2.0.2-2 RPM fixes this problem for
me.  Thank you!

You can close this issue as FIXED now (or VERIFIED if mine and Jon's
feedback count for your process).

Excellent; thanks for the feedback.  Resolving as fixed in RAWHIDE

ftp://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/Fedora/RPMS/evolution-connector-2.0.2-2.i386.rpm