Zimbra offers Open Source email server software and shared calendar for Linux and the Mac
Go Back   Zimbra :: Forums > Zimbra Collaboration Suite > ZCS Client Connectors > Zimbra Connector for Outlook

Welcome to the Zimbra :: Forums!
Welcome, if you would like to post a comment please register. We also encourage you to explore all things Zimbra with our team and members of the community.

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
  #1 (permalink)  
Old 08-11-2011, 06:52 AM
Special Member
 
Posts: 137
Default ZCO and Exchange accounts

Is anyone here using Outlook 2010 with ZCO and Exchange accounts ?

Which way is it better to set this up, add Exchange to the Zimbra profile or add Zimbra to a profile that already includes Exchange ?

Has anyone encountered any specific problems with either of these set ups ?
Reply With Quote
  #2 (permalink)  
Old 08-11-2011, 09:26 AM
Member
 
Posts: 12
Default

The services can be added in either order, but you can't add Exchange to Zimbra within an Outlook session. (You have to use the Mail applet in the control Panel, whereas adding Zimbra to Exchange can be done in Outlook.)
Exchange insists on making itself the default store for incoming mail.
See the usage notes attached to Bug 12518 for some more detail.
Thanks
David
Reply With Quote
  #3 (permalink)  
Old 08-11-2011, 11:00 AM
Special Member
 
Posts: 137
Default

I fail to see what functionality I loose adding Zimbra as a second account

I don't have an Exchange account but some of my users do.

I do have Zimbra set up with IMAP in Outlook. When I added ZCO as a second account all seems to work fine.

What am I missing ?
Reply With Quote
  #4 (permalink)  
Old 08-11-2011, 11:41 AM
Member
 
Posts: 12
Default Exchange has to be the default store

I'll attach the "Usage notes" from Bug 12518 which I think spell out the key differences.

The issue of Exchange having to be the default store is less problematic with Outlook 2010 (where, unlike older versions, your Sent Items will still be synchronized to the Zimbra server) but delegate functions (Open Other User's Folder etc) cannot currently be supported with any Outlook version when you combine Exchange and Zimbra in one profile.

Cheers
David
Attached Files
File Type: txt 12518 user notes.txt (2.8 KB, 14 views)
Reply With Quote
  #5 (permalink)  
Old 08-12-2011, 01:45 AM
Special Member
 
Posts: 137
Default

Great, you have been a lot of help

Thank you
Reply With Quote
  #6 (permalink)  
Old 09-19-2011, 07:40 AM
Special Member
 
Posts: 137
Default

The last part of the 12518 file, under Delegates, states :

"There are some outstanding issues with delegate functionality which have not yet been fully addressed. For the moment, for all Outlook versions, the use of the Zimbra delegate functions, Open Other User's Folder and Send On Behalf Of, cannot be supported in a profile where Zimbra does not provide the default store."

This suggests that if an Exchange account is added to a Zimbra profile it should work without issue.

Is this only the case for "Build: zco: 7.0.0.6255" and above or has it been added to zco 6.x at any point ?

Edit : sorry - I mean it should work without issue in OL2010

Last edited by dik23; 09-19-2011 at 07:48 AM..
Reply With Quote
  #7 (permalink)  
Old 09-19-2011, 01:04 PM
Member
 
Posts: 12
Default

> This suggests that if an Exchange account is added to a Zimbra profile it should work without issue.
Unfortunately not, since Exchange makes itself the default store even when added to an existing profile.

> Is this only the case for "Build: zco: 7.0.0.6255" ... ?
Yes. The changes have not been rolled back into 6.x.

David
Reply With Quote
  #8 (permalink)  
Old 09-19-2011, 01:35 PM
Special Member
 
Posts: 137
Default

So what happens with multiple exchange accounts - as 2010 is supposed to support ? Surely they can't all become the default !

My users have been getting a lot of errors along the lines of:

Code:
You can't send a message on behalf of this user unless you have permission
to do so. Please make sure you're sending on behalf of the correct sender,
or request the necessary permission. If the problem continues, please
contact your helpdesk.
and :

Code:
#MSEXCH:MSExchangeIS:/DC=com/DC=xxxx:xxxxxxxx[xxx:0x00000xxx:0x000000xx]
#SMTP#
when sending mail from their Zimbra accounts after adding an exchange account.

Also there's a lot of confusion happening in their sent items folders, as would be expected with the SMTP error.

I have found some stuff that might help here and here, although the second link basically tells me it's an issue with a setting on the Exchange server to which no-one friendly has access. This also makes me wonder if even an IMAP account would work with this Exchange server if I set up a VPN for them.

Is there any work around for this ? If not is there any hope of Exchange and Zimbra ever playing nice in the near future ? We're on the verge of buying a pro licence but this is a real show stopper - the Outlook connector is a BIG thing for these people.

EDIT : we're on v6 - will v7 do this ?
Reply With Quote
  #9 (permalink)  
Old 09-21-2011, 04:12 PM
Special Member
 
Posts: 137
Default

Ok - running 7.1.2 now with updated zco and still the same error messages as above.

This really doesn't work for contractors who have to use Exchange accounts next to their own email.

Am I right in thinking bug 50278 is covering this ? I'm trying to gather logs for bug report. If 50278 isn't related I'll open a fresh bug.
Reply With Quote
  #10 (permalink)  
Old 09-22-2011, 04:28 AM
Member
 
Posts: 12
Default

Sorry. I've not had a chance to look at this yet.
I think it would make sense to raise a separate bug covering the specific issues which you are seeing, and referencing the 2 related bugs - 50278 and 12518.
Thanks
David
Reply With Quote
Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes


Similar Threads

Why Join?

Registering let's you ask questions, makes it easier to search, displays any files attached to posts, and notifies you about replies.

blog.zimbra.com




 

SEO by vBSEO ©2011, Crawlability, Inc.