Ajcody-Apple-Mac-Issues: Difference between revisions

(New page: =Apple/Mac Issues= ==AddressBook== ===Logging-Debug for Addressbook=== First shutdown Addressbook app. Launch terminal app. defaults write com.apple.addressbook ABShowDebugMenu -bool ...)
 
mNo edit summary
 
(108 intermediate revisions by 6 users not shown)
Line 1: Line 1:
=Apple/Mac Issues=
{{BC|Zeta Alliance}}                        <!-- Note, you'll still need to add [[Category: Zeta Alliance]] to bottom of wiki page. -->
__FORCETOC__                              <!-- Note, this will also add [[Category: Zeta Alliance]] to bottom of wiki page. -->
<div class="col-md-12 ibox-content">
=Ajcody Apple Mac Issues=             <!-- Normally will reflect page title. Is listed at very top of page. -->
{{KB|{{ZETA}}|{{ZCS 8.5}}|{{ZCS 8.0}}|{{ZCS 7.0}}|}}            <!-- Can only handle 3 ZCS versions. -->


==AddressBook==
===Actual Apple/Mac Issues Homepage===


===Logging-Debug for Addressbook===
Please see [[Ajcody-Apple-Mac-Issues]]


First shutdown Addressbook app.
===App To Help Enable Debugging Options===
 
----
 
You might want to check out this app:
 
* http://www.bresink.com/osx/0TinkerTool/details.html
 
===Outlook 2011 For Mac And EWS Setup===
 
----
 
Follow these steps to set up Outlook to sync using Exchange Web Services:
 
* Open Outlook.
* Open the Outlook menu and select Preferences.
* Click the Accounts icon under the Person Settings section.
* Click the Exchange icon which will open a new window.
* Enter your email address in the E-mail address field.
* Set the Method to "User Name and Password."
* Enter your full email address (e.g. user@example.com) as the username.
* Enter your password in the password field.
* Uncheck the "Configure automatically" check-box.
* In the Server field, enter Zimbra Collaboration Server's hostname - (e.g. mail.example.com)
* Click Add Account.
 
Note, if you end up customizing the other elements be aware of the following:
 
* ZimbraEWS uses BASIC Auth for validating the user request.
 
====With Screenshots====
 
Please see [[Ajcody-Outlook_2011_For_Mac_And_EWS_Setup#Outlook_2011_For_Mac_And_EWS_Setup_With_Screenshots]]
 
===Contact Related Items===
 
----
 
====EWS Configuration And ZCS 8.5+====
 
Example is from OS X 10.9.5 . The ZCS server must be licensed for EWS and your account needs to have the EWS feature enabled. This can be enabled in the admin console either checking the box for EWS under Features in the COS that is set for the account or under the individuals user configuration for Features. It can also be set on the CLI - zimbraFeatureEwsEnabled TRUE [COS or user].
 
'''Note''' - ZCS 8.5 targeted EWS support ONLY with Outlook for Mac's. There was no testing or expectation that the native mac apps would work with the EWS configuration type.
 
* Launch Contacts.app
* Click on "Contacts" from the menu screen at the top of your screen.
* Select "Add Account.."
* Select "Exchange" and then "Continue"
* Name :  your full name
* Email Address :  user@domain
* Password :  your password
* Once filled out, click "Continue" . You'll need move onto another configuration screen.
* Description : I would recommend filling this out to avoid any confusion from other accounts you might setup.
* Server Address : the FQDN/hostname of your ZCS server. You can also use an ip address here.
* Once filled out, click "Continue" .
* You should now see a summary of your configuration, click "Continue".
* You'll now be asked to select what apps to use, your choices will be:
** Mail
** Contacts
** Calendar
** Notes
** Reminders
* Once you've checked the ones you want, click "Done".
 
 
This will create two resources within Contacts.app. You'll see a header called "Exchange" with your account contact folders under it [ZCS defaults will be - Contacts, Emailed Contacts] and also a line that says "All Exchange". There will also be a section now called "Directories", listed under it will be "All Directories" and "Exchange Global Address List".
 
=====Verify Certificate Prompts=====
 
If the ZCS server isn't using commericial certificates, you'll end up getting a pop up window on your Mac called "Verify Certificate". To get rid of this pop up window, you'll want to do the following.
 
Click on the "Show Certificate" button. You'll then have an option to check a box for "Always trust ....". Then click on the "Continue" button.
 
=====Log Event Showing EWS=====
 
Possible log files to check for in /opt/zimbra/log/ are below with some examples from my logging into Contacts.App and creating a new contact. You can increase the logging details if needed , please see [[Using_log4j_to_Configure_mailboxd_Logging#Predefined_log4j_Categories_in_ZCS]]  :
 
* access_log.[date]
 
<pre>
192.168.1.73 -  -  [10/Oct/2014:16:01:30 +0000] "POST /EWS/Exchange.asmx HTTP/1.1" 200 907 "-" "Mac OS X/10.9.5 (13F34);
  ExchangeWebServices/4.0 (193); Contacts/8.0 (1371.2)" 16
192.168.1.73 -  -  [10/Oct/2014:16:05:55 +0000] "GET /home/user1@mail2.zimbra.DOMAIN.com/Contacts?fmt=cf&t=2&all=all
  HTTP/1.1" 200 - "https://192.168.1.172/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_5) AppleWebKit/537.36 (KHTML, like Gecko)
  Chrome/37.0.2062.124 Safari/537.36" 42
192.168.1.73 -  -  [10/Oct/2014:16:28:11 +0000] "POST /EWS/Exchange.asmx HTTP/1.1" 401 0 "-" "Mac OS X/10.9.5 (13F34);
  ExchangeWebServices/4.0 (193); Contacts/8.0 (1371.2)" 7
</pre>
 
* audit.log
 
<pre>
2014-10-10 12:01:28,976 INFO  [qtp509886383-107:https://192.168.1.172:443/EWS/Exchange.asmx] [] security - cmd=Auth;
  account=user1@mail2.zimbra.DOMAIN.com; protocol=zsync;
2014-10-10 12:05:50,227 INFO  [qtp509886383-113:http://127.0.0.1:80/service/soap/AuthRequest]
  [name=user1@mail2.zimbra.DOMAIN.com;oip=192.168.1.73;ua=zclient/8.5.0_GA_3042;] security - cmd=Auth;
  account=user1@mail2.zimbra.DOMAIN.com; protocol=soap;
</pre>
 
* ews.log
 
<pre>
2014-10-10 12:28:11,361 INFO  [qtp509886383-117:https://192.168.1.172:443/EWS/Exchange.asmx]
  [] ews - Start syncFolderHierarchy
2014-10-10 12:28:11,371 INFO  [qtp509886383-117:https://192.168.1.172:443/EWS/Exchange.asmx]
  [] ews - User: user1 has been successfully authorized.
2014-10-10 12:28:11,371 INFO  [qtp509886383-117:https://192.168.1.172:443/EWS/Exchange.asmx]
  [name=user1@mail2.zimbra.DOMAIN.com;ip=192.168.1.73;ua=MacOSX/(F)ExchangeWebServices/()Contacts/();]
  ews - The account: 7277b33a-c7ee-4b03-bb4b-f24814c7cea3is true
2014-10-10 12:28:11,371 INFO  [qtp509886383-117:https://192.168.1.172:443/EWS/Exchange.asmx]
  [name=user1@mail2.zimbra.DOMAIN.com;ip=192.168.1.73;ua=MacOSX/(F)ExchangeWebServices/()Contacts/();]
  ews - Folder Id was not provided with request, defaulting to 1
2014-10-10 12:28:11,427 INFO  [qtp509886383-117:https://192.168.1.172:443/EWS/Exchange.asmx]
  [name=user1@mail2.zimbra.DOMAIN.com;ip=192.168.1.73;ua=MacOSX/(F)ExchangeWebServices/()Contacts/();]
  ews - End syncFolderHierarchy
2014-10-10 12:28:11,449 INFO  [qtp509886383-118:https://192.168.1.172:443/EWS/Exchange.asmx] []
  ews - Start createItem version 1.0.01
2014-10-10 12:28:11,450 INFO  [qtp509886383-118:https://192.168.1.172:443/EWS/Exchange.asmx] []
  ews - Start: createItem
2014-10-10 12:28:11,457 INFO  [qtp509886383-118:https://192.168.1.172:443/EWS/Exchange.asmx] []
  ews - User: user1 has been successfully authorized.
2014-10-10 12:28:11,457 INFO  [qtp509886383-118:https://192.168.1.172:443/EWS/Exchange.asmx]
  [name=user1@mail2.zimbra.DOMAIN.com;ip=192.168.1.73;ua=MacOSX/(F)ExchangeWebServices/()Contacts/();]
  ews - The account: 7277b33a-c7ee-4b03-bb4b-f24814c7cea3is true
2014-10-10 12:28:11,580 INFO  [qtp509886383-118:https://192.168.1.172:443/EWS/Exchange.asmx]
  [name=user1@mail2.zimbra.DOMAIN.com;ip=192.168.1.73;ua=MacOSX/(F)ExchangeWebServices/()Contacts/();]
  ews - End:  createItem
2014-10-10 12:28:11,580 INFO  [qtp509886383-118:https://192.168.1.172:443/EWS/Exchange.asmx]
  [name=user1@mail2.zimbra.DOMAIN.com;ip=192.168.1.73;ua=MacOSX/(F)ExchangeWebServices/()Contacts/();]
  ews - End createItem
</pre>


Launch terminal app.
* mailbox.log


defaults write com.apple.addressbook ABShowDebugMenu -bool YES
<pre>
2014-10-10 12:28:11,522 INFO  [qtp509886383-118:https://192.168.1.172:443/EWS/Exchange.asmx]
  [name=user1@mail2.zimbra.DOMAIN.com;ip=192.168.1.73;ua=MacOSX/(F)ExchangeWebServices/()Contacts/();] mailop -  
  adding contact test2@domain.com: id=269, folderId=7, folderName=Contacts.
</pre>


Turn it off by just reversing it:
* trace_log.[date]


defaults write com.apple.addressbook ABShowDebugMenu -bool NO
<pre>
12:28:11.323:qtp509886383-117:https://192.168.1.172:443/EWS/Exchange.asmx REQUEST 192.168.1.73 POST null;
  Mac OS X/10.9.5 (13F34); ExchangeWebServices/4.0 (193); Contacts/8.0 (1371.2)
12:28:11.330:qtp509886383-117:https://192.168.1.172:443/EWS/Exchange.asmx RESPONSE 401 text/xml; charset=UTF-8
12:28:11.354:qtp509886383-117:https://192.168.1.172:443/EWS/Exchange.asmx REQUEST 192.168.1.73 POST null;
  Mac OS X/10.9.5 (13F34); ExchangeWebServices/4.0 (193); Contacts/8.0 (1371.2)
12:28:11.429:qtp509886383-117:https://192.168.1.172:443/EWS/Exchange.asmx RESPONSE 200 text/xml; charset=UTF-8
12:28:11.446:qtp509886383-118:https://192.168.1.172:443/EWS/Exchange.asmx REQUEST 192.168.1.73 POST null;
  Mac OS X/10.9.5 (13F34); ExchangeWebServices/4.0 (193); Contacts/8.0 (1371.2)
12:28:11.581:qtp509886383-118:https://192.168.1.172:443/EWS/Exchange.asmx RESPONSE 200 text/xml; charset=UTF-8
</pre>


==iCal Issues==
====AddressBook====


===Logging-Debug for CalDAV+iCAL===
=====Logging-Debug for Addressbook=====
If you are using CalDAV account with ZCS, please help us investigating this
problem.  On your Mac please do the following and gather some data.


First shutdown iCal app.
First shutdown Addressbook app.


Launch terminal app.
Launch terminal app.


You can turn on the debug options in iCal by:
defaults write com.apple.addressbook ABShowDebugMenu -bool true
 
Turn it off by just reversing it:
 
defaults write com.apple.addressbook ABShowDebugMenu -bool false


defaults write com.apple.iCal IncludeDebugMenu 1
====CardDAV====


Turn them off by just reversing it:
=====Contact Groups=====


defaults write com.apple.iCal IncludeDebugMenu 0
* Contact groups do not sync via CardDAV
** https://bugzilla.zimbra.com/show_bug.cgi?id=46359#c30
** Resolved for ZCS 8+


Furthermore, you can log all of the HTTP transaction to the console via:
=====10.6 - Snow Leopard Notes=====


defaults write com.apple.iCal LogHTTPActivity yes
======Basic Setup Notes======


Turn them off by just reversing it:
Some notes I have against testing CardDAV I shared on a case. The following was done with CardDAV [OSX 10.6.4] & Addressbook [Version 5.0.2 (870)] .


defaults write com.apple.iCal LogHTTPActivity no
Primary references I found related to :


Logging will show up in /var/log/system.log
* CardDAV fails in 6.0.8 for Evolution and Mac Address Book
** http://bugzilla.zimbra.com/show_bug.cgi?id=50595
*  CardDAV do not work on the non-default domains in Zimbra
** http://bugzilla.zimbra.com/show_bug.cgi?id=46458
* WebDAV: Add support for CardDav
** http://bugzilla.zimbra.com/show_bug.cgi?id=22008


Launch iCal app.
To setup, launch Addressbook.


Select the shared folder, right click, refresh.
*Addressbook > Preferences
** Accounts > click on + sign to add new account
*** Account type = CardDav
*** User Name = user
**** bug/rfe's mentions the use of user@domain vs. just user will most likely cause Addressbook to attempt a DNS SRV record lookup.
*** Password = accounts password
*** Server Address = http://servername:80  or https://servername:443
**** might need to adjust that for proxy setup or if you have load balancers/F5's/etc..


===Not seeing Calendar&#39;s===
=====Additional Details And Troubleshooting Steps - Proxy Issues Most Likely=====
&#39;&#39;&#39;DO NOT USE SPACES IN THE CALENDAR NAME&#39;&#39;&#39;


This is resolved for the 5.0.7 release. (Need bug # for this)
I was able to get my carddav account to work using my virtual hostname that points to my two servers that run ldap/proxy/mta . I have them setup in DNS as well.


===Can't see items in shared Calendar===
<pre>
You might be seeing this:
$ host rr608.zimbra.DOMAIN.com
rr608.zimbra.DOMAIN.com has address 192.168.0.42
rr608.zimbra.DOMAIN.com has address 192.168.0.41
rr608.zimbra.DOMAIN.com mail is handled by 10 rr608.zimbra.DOMAIN.com.
</pre>


http://bugzilla.zimbra.com/show_bug.cgi?id=23671
One thing I did hit though, was the way OSX handles it's odd resolution stuff. For example, initially it failed when I had just modified the /etc/resolv.conf to use my internal DNS. Doing :


Comment #30 give some instructions on a case they can reproduce.
host rr608.zimbra.DOMAIN.com


zmprov gd <your domain name> zimbraPublicServiceHostname
resolved properly but doing:
zmprov gs <your server name> zimbraServiceHostname


If zimbraPublicServiceHostname is not set, or set to a different name (such as an alias of the machine or a load balancer), you are hitting this issue.  
ping rr608.zimbra.DOMAIN.com


===iCal &amp; Entourage Use for Calendars - Leopard/10.5 users===
was resolved to the external ip and was being hampered by my firewall. Once host and ping were resolving correctly, the carddav account work.
'''Update''' The 5.0.6+ Connectors will no longer work with Entourage. Your only option for Calendars will be using CalDAV with iCal.App. You still will see an option about Entourage in the Connector but it will be grayed out.


Because of some core issues with Apple&#39;s SyncServices, we recommend that Entourage and iCal users use iCALv3 (Mac 10.5) configured for CALDAV. Please use the Zimbra Connector instructions to setup iCal for CALDAV.  
The whole reason I mention this is that I think we should walk our way back from the mailstore hostname in the configuration.


For Entourage, this recommendation stems from the fact that Microsoft decided to use WebDAV rather than CALDAV. If MS decides later to include CALDAV support for Entourage, we&#39;ll have another option.
First, setup a carddav account using the mailstore name and confirm it works and then close/exit the Address Book. Then do the following. In a terminal, be in the users home directory and cd to this subdirectory - for example:


Please see bug for details:
$ pwd
/Users/[username]/Library/Application Support/AddressBook/Sources/


http://bugzilla.zimbra.com/show_bug.cgi?id=27380
Do a ls there and find the most recent directory that was made and cd into it, for example:


RFE to support WebDAV for Entourage:
<pre>
$ ls -latr
total 0
drwx------  7 ajcody  staff  238 Nov 17 06:50 000C3E7F-3DE5-40C8-8820-AF96214D6AF0
drwx------  4 ajcody  staff  136 Nov 17 06:58 .
drwx------  6 ajcody  staff  204 Nov 17 07:07 56892F5B-9F55-437E-9890-A8489A63EDAA
drwx------@ 8 ajcody  staff  272 Nov 17 07:07 ..
Adams-MacBook-Pro:Sources username$ cd 56892F5B-9F55-437E-9890-A8489A63EDAA/
Adams-MacBook-Pro:56892F5B-9F55-437E-9890-A8489A63EDAA username$ ls
AddressBook-v22.abcddb        Configuration.plist        Metadata                SyncLockFile
</pre>


http://bugzilla.zimbra.com/show_bug.cgi?id=24502
We can now manually edit the Configuration.plist file with various test hostnames/ip addresses.


===Can&#39;t see Calendar&#39;s after configuring Z-iSync for CALDAV - 10.5 users===
The two keys we're interested in will be like this:
You didn&#39;t follow the directions most likely. Goto iCal  Preferences  Accounts.


There should be NO configured accounts prior to configuring Z-iSync for CALDAV.
<pre>
        <key>name</key>
        <string>ajcody@rr608.zimbra.DOMAIN.com</string>


Remove the current Account listed in iCal and redo configuration for CALDAV with Z-iSync.
        <key>servername</key>
        <string>http://rr608.zimbra.DOMAIN.com:80/principals/users/ajcody@rr608.zimbra.DOMAIN.com</string>
</pre>


===Calendar events are displaying the wrong time===
What I'd like you to attempt is adjusting the line for the servername using a hostname/ip address that will bypass the F5 if possible. You'll modify the file and save it. Launch Address Book and confirm/deny if the new hostname/ip address works.
Apple expects the year of 1971 for the DTSTART variable within an ICS file. There is no standard that dictates this.


Zimbra (prior to version 5.0.5) was using 1601, this is in /opt/zimbra/conf/timezones.ics .
# Use a static ip address of one of the zcs proxy servers. Please confirm it is pingable from the machine first.
# Use the hostname of the actual host of the same proxy server.


Please see bug for more details (resolved 5.0.5):
I'm assuming you can't use [your mailstore hostname] without going first to the F5, if the test above work you might want to setup a test BIND server you could use with the mac machine to resolve the [your mailstore hostname] using the various hostnames/ip's of the zcs proxy servers.


http://bugzilla.zimbra.com/show_bug.cgi?id=22808
====Use LDAP directory from ZCS for Mac Addressbook / Mail.App / iCal for Mac 10.4====


===Alarm & Calendar Notification Issues with iCal===
=====Setting Up LDAP With Authentication - ZCS 8+=====
These issues are getting worked out for the 5.0.7 release.


Please review:
As an example, you would fill out the setup fields in the client to be like :


http://bugzilla.zimbra.com/show_bug.cgi?id=28057
Username: uid=joe,ou=people,dc=abccompany,dc=com  
password: _zimbra_password_
Authentication Type: simple


Some more details:
Changing uid=joe to match the users email address [joe@abccompany] . You would also adjust the dc=abccompany above to match the users domain name in their email address.


http://bugzilla.zimbra.com/show_bug.cgi?id=28883
To see and test what type of returns this setup will give, you can do the following from the ZCS server's CLI:


http://bugzilla.mozilla.org/show_bug.cgi?id=432540
ldapsearch -x -H ldap://ldap.abccompany.com:389 -D uid=joe,ou=people,dc=abccompany,dc=com -w supp0rt -LLL -b 'ou=people,dc=abccompany,dc=com'


===Trick to work around address lookup for the Attendee field in iCal Events===
You would adjust the uid= , dc= , strings to match the user@domain for the user and also adjust "-w supp0rt" to be the user's password.
Configure the Addressbook using one of the other recommendations on this page.


You can now drag entries from your Addressbook into the Attendee field of iCal.
=====Older Reference Prior To ZCS 8=====
This is generally for those that aren&#39;t using Z-iSync.


===Attendee Lookups for iCALv3/MacOS10.5===
First, test on shell that you have ldap connectivity.


iCal3 [webdav] needs to use the Apple Directory Access utility for attendees (It&#39;s on 10.5). It will only work against Apple OD/CAL servers.
ldapsearch -x -H ldap://ZCSserver-name:389 &quot;uid=ajcody&quot;


RFE filed to include necessary LDAP attributes to provide ical oattendee lookups
That returned successfully.


See bug [scheduled for 5.0.7]:
Then Addressbook  Preferences


http://bugzilla.zimbra.com/show_bug.cgi?id=26619
LDAP  + (for new)
Name: anything really
Server: ip/hostname that was used successfully in the ldapsearch string
Search Base:  [leave blank]
Port: 389
Scope: Subtree
No auth needed
* Save


===Free/Busy Lookup not working as expected===
I have no idea what the &quot;Auto Update LDAP Cards&quot; does.
The Free/Busy lookup requires auto-attendee lookup to be working.  


This requires bug 26619 to be resolved for iCalv3/Mac 10.5.
Then setup Mail.App for IMAP to the Zimbra server. Check preferences to use LDAP - it will use the Address Book configuration that you did prior and it should auto-resolve to a username when you do a new message.


===Attendee Lookup for iCal/Mac 10.4===
iCal will only use address that are in the LOCAL addressbook when you use the attendee field for a new event.
iCal.app on Mac 10.4 only uses local entries in Apples Addressbook for address/username lookup for new appointments.


Addressbook+LDAP configuration requires a copy of an &quot;all/*&quot; search in ldap into the local addressbook. Sync doesn&#39;t seem to work.
One way around this is to do a wildcard search in the Addressbook and drag those items to the local addressbook.


Please see this bug comment and the 10.4 section for more details:
Goto to Address Book, selected Directories  my ldap server  and put in the below for the search field:


http://bugzilla.zimbra.com/show_bug.cgi?id=26619#c3
*.


===iCal calendar color changing modifies calendar name and/or doesn&#39;t retain color===
This search result can then be dragged to the &quot;All&quot; folder in the Group column. It creates a &quot;Last Import&quot; item in the Group column now - it might warn about updating entries that all ready match.
Fixed in 5.0.5 . See bugs for details:


http://bugzilla.zimbra.com/show_bug.cgi?id=26627
===Entourage And Calendars===


http://bugzilla.zimbra.com/show_bug.cgi?id=26625
====Can't Sync Calendars Between Entourage and Zimbra====


===New Calendars don&#39;t sync unless you select &quot;all&quot;. Mac 10.4/Z-isync===
Bug/RFE filed to correct current public documents on issue:
Please see bug for details:
* "Clean up references to having general support for Entourage and Calendars"
** http://bugzilla.zimbra.com/show_bug.cgi?id=32210


http://bugzilla.zimbra.com/show_bug.cgi?id=26653
Bug/RFE filed to include comment in Release Notes:
* "Document 10.5 cannot sync entourage to zcs"
** http://bugzilla.zimbra.com/show_bug.cgi?id=30627


===Directory Access configuration on Macs===
Summary of the situation:
File that configures [system wide] for Address Book resolution


/Library/Preferences/DirectoryService/DSLDAPv3PlugInConfig.plist
'''Update''' [05/2010] : Many of the bugs/rfe's filed against iSync will now reference this:


===Mac clients cause spamming of invitation events when they adjust calendar events===
:: ''We are EOL'ing support for iSync in ZCS 7.0.  See bug 42448 for more details,''
This, at it&#39;s root, is caused by other bugs listed here. Usually this will get resolved with the proper upgrades that the bugs require (ZCS 5.0.5+)
:: ''but support of CalDav and CardDav with MacOSX 1.6+ for ZSC 6.0.x+ will be the''
:: ''solution going forward.''


There is a RFE/Bug though that will also resolve this, by allowing the &quot;action&quot; of an appointment to be set.


Please see bug for details [scheduled for 5.0.7]:
* MacOS 10.4
** MacOS 10.4 still has the iSync/Entourage integration. Entourage integration worked via iSync rather than CalDAV (10.4 can't use CalDAV, only iSync). It would create a local calendar called Entourage within iCal and then the iSync service (via Zimbra Connector) would post updates to the users Zimbra calendar called Calendar (the default). I believe it would also check the box in Entourage under Preferences > Sync Services > Synchronize events and tasks with iCal and .Mac
* MacOS 10.5
** Apple's SyncServices issues make iSync unreliable and buggy so we (developers) now favor CalDAV.
*** See bug 27380 "Leopard - CalDav only"
**** http://bugzilla.zimbra.com/show_bug.cgi?id=27380
** Pre-5.0.6 Zimbra Connector
*** The connectors before 5.0.6 release allowed you to select iSync rather than CalDav on MacOS 10.5.
**** For the brave, you could always use connectors before the 5.0.6 release (on MacOS 10.5) . Since this would end in an unsupported situation [support staff and developers would tell a customer in a "support case" to upgrade to a new release] it would be best to encourage your users to keep a very clean and simple calendar as to avoid needed support. This might buy some time until the bugs mentioned are resolved.
** 5.0.6+ Zimbra Connectors
*** 5.0.6+ Zimbra connectors on MacOS 10.5 will only be able to use CalDAV and iCal for calendaring features. You will not have the option to use iSync for calendars and therefor the Entourage integration is lost. You can't even drag/drop items to/from Entourage and iCal.
**** Entourage doesn't support CalDAV, only WebDAV.
**** See RFE bug 24502 "Support for Entourage WebDav"
***** http://bugzilla.zimbra.com/show_bug.cgi?id=24502
***** Duplicates of bug 24502
***** http://bugzilla.zimbra.com/show_bug.cgi?id=28421
***** http://bugzilla.zimbra.com/show_bug.cgi?id=26802
***** http://bugzilla.zimbra.com/show_bug.cgi?id=26542
**** Enable snow leopard messaging features,  Outlook for Mac 2010
***** http://bugzilla.zimbra.com/show_bug.cgi?id=38631
***** This was marked as a dup of the above:
***** Support for Outlook for Mac 2010
***** http://bugzilla.zimbra.com/show_bug.cgi?id=41106
* Forum thread
** http://www.zimbra.com/forums/isync-caldav/18997-how-do-you-configure-isync-entourage-2008-a.html


http://bugzilla.zimbra.com/show_bug.cgi?id=10536
=====For The Stubborn - Getting Old Z-iSync Connector=====


===Calendar Invites can&#39;t be imported into iCal===
Please don't kill the messenger, I'm putting this up here for those that are desperate and would rather deal with the iSync bugs on their own versus moving to the iCal + CalDAV supported option. Don't expect support for this configuration. There's an internal discussion about making the latest connector available directly - I'll update this page depending on the outcome. Until that discussion is resolved, I don't feel comfortable posting the individual connector by itself.
If you look at the ics file, you might see an extra return character at the end.


You&#39;ll see this if an Outlook client send an invite to a user using a Mac with a thick client [Mail.app/Entourage].
Grab the 5.0.5 tar ball from here:


This was resolved in the 5.0.5 release. Please see bug for more details:
http://www.zimbra.com/products/downloads_previous.html


http://bugzilla.zimbra.com/show_bug.cgi?id=26487
The connectors are in the zimbra-store*.rpm , you'll find it in the packages directory once you untar the zimbra tarball.


===iTunes &amp; iPhone configuration for CALDAV===
Copy this over to temp. Find the path of the file. Extract it.
Please see main wiki page on iPhone
http://wiki.zimbra.com/index.php?title=IPhone


If you follow the instructions about configuring the Zimbra iSync Connector for CALDAV use, there should be no issues about sync&#39;ing with your iPhone.
<pre>
mkdir /tmp/isync
cp packages/zimbra-store*.rpm /tmp/isync/
cd /tmp/isync
rpm2cpio zimbra-store*.rpm | cpio -iv --make-directories `rpm2cpio zimbra-store*.rpm | cpio -t | grep -i zimbra-isync`
</pre>


At this time, new events created on a iPhone/CALDAV setup will write the event to a local calendar in iCal.app . There&#39;s no way around this yet. It&#39;s a limitation at this time with Apple&#39;s software. You can change the events calendar assignment though later via iCal.app.
You'll see the new directories and within them you'll see the dmg file for the connector.


Please see [http://wiki.zimbra.com/index.php?title=Image:Itunes-iphone.png Screenshot of iTunes &amp; iPhone]
===iCal General Issues===


===Clearing iCal cache===
====Clearing iCal cache====


Make and run script:
Make and run script:
Line 195: Line 407:
  rm -rf ~/Library/Caches/Metadata/iCal
  rm -rf ~/Library/Caches/Metadata/iCal


===Clearing ALL of iCal===
=====Clearing ALL of iCal=====


'''Careful, This Will Remove All Calendar Data. Have all iSync related programs shutdown [addressbook, ical, iMail]'''
'''Careful, This Will Remove All Calendar Data. Have all iSync related programs shutdown [addressbook, ical, iMail]'''
Line 214: Line 426:
  rm -rf ~/Library/Caches/Metadata/iCal
  rm -rf ~/Library/Caches/Metadata/iCal


==Use LDAP directory from ZCS for Mac Addressbook / Mail.App / iCal for Mac 10.4==
====Can't see items in shared Calendar====
This is generally for those that aren&#39;t using Z-iSync.
You might be seeing this:
 
http://bugzilla.zimbra.com/show_bug.cgi?id=23671
 
Comment #30 give some instructions on a case they can reproduce.
 
zmprov gd <your domain name> zimbraPublicServiceHostname
zmprov gs <your server name> zimbraServiceHostname
 
If zimbraPublicServiceHostname is not set, or set to a different name (such as an alias of the machine or a load balancer), you are hitting this issue.
 
====Calendar events are displaying the wrong time====
Apple expects the year of 1971 for the DTSTART variable within an ICS file. There is no standard that dictates this.
 
Zimbra (prior to version 5.0.5) was using 1601, this is in /opt/zimbra/conf/timezones.ics .
 
Please see bug for more details (resolved 5.0.5):
 
http://bugzilla.zimbra.com/show_bug.cgi?id=22808
 
====Alarm & Calendar Notification Issues with iCal====
 
These issues are getting worked out for the 5.0.7 release.
 
Please review:
 
http://bugzilla.zimbra.com/show_bug.cgi?id=28057
 
Some more details:
 
http://bugzilla.zimbra.com/show_bug.cgi?id=28883
 
http://bugzilla.mozilla.org/show_bug.cgi?id=432540
 
====iCal calendar color changing modifies calendar name and/or doesn&#39;t retain color====
Fixed in 5.0.5 . See bugs for details:
 
http://bugzilla.zimbra.com/show_bug.cgi?id=26627
 
http://bugzilla.zimbra.com/show_bug.cgi?id=26625
 
====Colors for Calendar & Appointments (Non-client specific)====
 
Here's some RFE's/Bugs you might be interested in:
 
* "Need more colors on calendars"
** http://bugzilla.zimbra.com/show_bug.cgi?id=6248
* "Making visual difference between meeting status is not easy."
** http://bugzilla.zimbra.com/show_bug.cgi?id=14451
* "Shared calendar should auto-select an unused color"
** http://bugzilla.zimbra.com/show_bug.cgi?id=29074
* "Support tagging of appointments in calendar"
** http://bugzilla.zimbra.com/show_bug.cgi?id=2769
*** "Tags not synced for appointments and tasks"
**** http://bugzilla.zimbra.com/show_bug.cgi?id=12631
*** "Color-coding of appointments"
**** http://bugzilla.zimbra.com/show_bug.cgi?id=12850
 
====Calendar Ordering Issues====
 
Please see RFE I made.
 
* "Allow the reordering of Calendars on webclient to match the order on iCal"
** http://bugzilla.zimbra.com/show_bug.cgi?id=32197
** Depends On:
*** "allow changing the order/position of calendars in schedule view"
**** http://bugzilla.zimbra.com/show_bug.cgi?id=18505
 
====Directory Access configuration on Macs====
File that configures [system wide] for Address Book resolution
 
/Library/Preferences/DirectoryService/DSLDAPv3PlugInConfig.plist
 
====Calendar Invites can&#39;t be imported into iCal====
 
If you look at the ics file, you might see an extra return character at the end.
 
You&#39;ll see this if an Outlook client send an invite to a user using a Mac with a thick client [Mail.app/Entourage].
 
This was resolved in the 5.0.5 release. Please see bug for more details:
 
http://bugzilla.zimbra.com/show_bug.cgi?id=26487
 
====Mac clients cause spamming of invitation events when they adjust calendar events====
 
This, at it&#39;s root, is caused by other bugs listed here. Usually this will get resolved with the proper upgrades that the bugs require (ZCS 5.0.5+)
 
There is a RFE/Bug though that will also resolve this, by allowing the &quot;action&quot; of an appointment to be set.
 
Please see bug for details [scheduled for 5.0.7]:
 
http://bugzilla.zimbra.com/show_bug.cgi?id=10536
 
===Calendar.app 10.9.5 With ZCS 8.5+===
 
====EWS - Exchange Account Topics====
 
=====Configuring EWS And Calendar.app=====
 
Note - currently, with ZCS 8.5 it is not working with calendars. See the following bug:
 
* Calendar.app via EWS setup doesn't work with ZCS Calendar
** https://bugzilla.zimbra.com/show_bug.cgi?id=95988
 
 
Configuring an EWS account on a Mac gives you the option to enabled multiple services. See [[Ajcody-Apple-Mac-Issues#EWS_Configuration_And_ZCS_8.5.2B|EWS Configuration And ZCS 8.5]] on setting this up.
 
====CalDAV Account Topics====
 
 
=====Delegate Issues=====
 
* can't create delegate from ical via caldav
** https://bugzilla.zimbra.com/show_bug.cgi?id=95987
 
===iCal 10.5 - CalDAV Issues===
 
====Logging-Debug for CalDAV+iCAL====
 
If you are using CalDAV account with ZCS, please help us investigating this
problem.  On your Mac please do the following and gather some data.
 
First shutdown iCal app.
 
Launch terminal app.
 
You can turn on the debug options in iCal by:
 
defaults write com.apple.iCal IncludeDebugMenu 1
 
Turn them off by just reversing it:
 
defaults write com.apple.iCal IncludeDebugMenu 0
 
Furthermore, you can log all of the HTTP transaction to the console via:
 
defaults write com.apple.iCal LogHTTPActivity yes
 
Turn them off by just reversing it:
 
defaults write com.apple.iCal LogHTTPActivity no
 
Logging will show up in /var/log/system.log
 
Launch iCal app.
 
Select the shared folder, right click, refresh.
 
====Only Seeing 1 Month Back and 1 Year Ahead In CalDAV====
 
Please see this bug:
http://bugzilla.zimbra.com/show_bug.cgi?id=28713
 
Set to be resolved in 5.0.9
 
====Not seeing Calendar's In iCAL/CALDAV====
 
=====Space In Calendar Name's And Other "Special Characters"=====
 
For space's in Calendar names, this is resolved for the 5.0.7 release. (Need bug # for this)
 
There have also been reports in the forums that "special characters" can cause an issue where Calendars aren't displayed - even those without the special character name. Note, in one case, the "special character" where Norwegian character.
 
See: http://www.zimbra.com/forums/isync-caldav/20076-isync-calendars-not-working-after-upgrade-5-0-7-a.html
 
=====Server's With Multiple Domains - Effect Users Are In Default Domain=====
 
Bug filed:
 
http://bugzilla.zimbra.com/show_bug.cgi?id=30263
 
* Conditions:
** On ZCS 5.0.7
** Mac Clients using Zimbra Connector (provided from ZCS 5.0.7) and setting up iCal/CalDAV via the Connector.
** ZCS has multiple domains
* Error:
** Default domain accounts can't see calendars
* Reproduce:
** Clear iCal with no Accounts configured (CALDAV)
** Setup Accounts via Zimbra Connector
** User username@defaultdomain.com as format for the User Name Field
* Work Around:
** Clear iCal with no Accounts configured (CALDAV)
** Setup Accounts via Zimbra Connector
** User username as format for the User Name field
* Non-Default Domains - Works As:
** Clear iCal with no Accounts configured (CALDAV)
** Setup Accounts via Zimbra Connector
** User username@domain.com as format for the User Name Field
*** '''Note, these accounts need @domain, will not work with just username.'''
 
====iCal And Entourage Use for Calendars - Leopard/10.5 users====
 
'''Update''' The 5.0.6+ Connectors will no longer work with Entourage. Your only option for Calendars will be using CalDAV with iCal.App. You still will see an option about Entourage in the Connector but it will be grayed out.
 
Because of some core issues with Apples SyncServices, we recommend that Entourage and iCal users use iCALv3 (Mac 10.5) configured for CALDAV. Please use the Zimbra Connector instructions to setup iCal for CALDAV.
 
For Entourage, this recommendation stems from the fact that Microsoft decided to use WebDAV rather than CALDAV. If MS decides later to include CALDAV support for Entourage, we'll have another option.
 
Please see bug for details:
 
* RFE: "Leopard - CalDav only" [FIXED]:
** http://bugzilla.zimbra.com/show_bug.cgi?id=27380
* RFE: "Support for Entourage WebDav" [WONTFIX]:
** http://bugzilla.zimbra.com/show_bug.cgi?id=24502
 
=====Snow Leopard , Outlook/Entourage , Exchange Web Services=====
 
There is no target milestone for it as of today [2010/02/23]. This topic applies to the following references or terms:  [http://www.apple.com/macosx/exchange/ Exchange auto discovery feature], Exchange Autodiscover service or anything else that relies on Exchange Web Services [ EWS ] on the Mac. Another Apple reference on the topic [pdf warning] : [http://images.apple.com/macosx/exchange/docs/MacOSXSL_Exchange.pdf Mac OS X Snow Leopard: Integrating the Mac into an Exchange 2007 Environment] .
 
Please see the following in regards to Zimbra's work and stance on the issue:
 
* Zimbra has open RFE's for the 'newer' Outlook for Mac versions that use Exchange Web Services [EWS] and will be bypassing the older Entourage versions that use WebDAV.
** "Support for Entourage WebDav" - marked as WONTFIX
*** http://bugzilla.zimbra.com/show_bug.cgi?id=24502
*** "entourage 2008 integration" - marked as a duplicate of bug 24502 above.
**** http://bugzilla.zimbra.com/show_bug.cgi?id=26802
* RFE: "Enable snow leopard messaging features,  Outlook for Mac 2010"
** Assigned but no committed target release, you'll want to include your votes/comments to increase priority.
** http://bugzilla.zimbra.com/show_bug.cgi?id=38631
*** Duplicate of bug 38631 above - RFE: "Support for Outlook for Mac 2010"
*** http://bugzilla.zimbra.com/show_bug.cgi?id=41106
* In the meantime, Snow Leopard has 3 applications that will work like the following:
** Mail > IMAP [working]
** iCal > CalDAV [working]
** Address Book > CardDav
*** We are waiting for Apple to have general support for CardDav and to allow 3rd party servers
**** See the following dev comments in bug 22008 - "WebDAV: Add support for CardDav":
***** http://bugzilla.zimbra.com/show_bug.cgi?id=22008#c25
***** http://bugzilla.zimbra.com/show_bug.cgi?id=22008#c31
 
====Can't see Calendars after configuring Z-iSync for CALDAV - 10.5 users====
 
You didn't follow the directions most likely. Goto iCal  Preferences  Accounts.
 
There should be NO configured accounts prior to configuring Z-iSync for CALDAV.
 
Remove the current Account listed in iCal and redo configuration for CALDAV with Z-iSync.
 
====Trick to work around address lookup for the Attendee field in iCal Events====
 
Configure the Addressbook using one of the other recommendations on this page.
 
You can now drag entries from your Addressbook into the Attendee field of iCal.
 
====Attendee Lookups for iCALv3/MacOS10.5====
 
iCal3 [webdav] needs to use the Apple Directory Access utility for attendees (It&#39;s on 10.5). It will only work against Apple OD/CAL servers.
 
RFE filed to include necessary LDAP attributes to provide ical oattendee lookups
 
See bug [scheduled for 5.0.7]:
 
http://bugzilla.zimbra.com/show_bug.cgi?id=26619
 
====Free/Busy Lookup not working as expected====
 
The Free/Busy lookup requires auto-attendee lookup to be working.
 
This requires bug 26619 [ http://bugzilla.zimbra.com/show_bug.cgi?id=26619 ] to be resolved for iCalv3/Mac 10.5.
 
====iCal-CalDAV - server doesn't retain color information from iCal====
 
Summary of issue: Zimbra only supports the preset colors on iCal, which are blue, green, red, orange,
pink, and purple.
 
Please see the following:
* "CalDAV: server does not retain color information from iCal"
** http://bugzilla.zimbra.com/show_bug.cgi?id=26627
** I've added a private comment to this to see if another RFE is needed to expand this and if there's any show stopper reasoning with why it can't be done. I'll update this here when I hear back on it.
 
====New Calendars Made With iCal-CalDAV Are Being Shared Out====
 
I created a bug for this issue, please see:
 
* "iCal - CalDAV used to create new calendars sets up share permissions on server"
** http://bugzilla.zimbra.com/show_bug.cgi?id=32199
 
====Can't Select Which Calendars To Sync - I Could With 10.4 Though====
 
This is because of the change from iSync to CalDAV. iCal always syncs all the calendars in a given CalDAV account together.  The CalDAV spec allows syncing each Calendar, but iCal chooses to sync them all.
 
There is no known work around at this time. Nor is there an RFE made because the dev's have stated it's an iCal issue. If this changes, I'll update this entry.
 
====iTunes &amp; iPhone configuration for CALDAV====


First, test on shell that you have ldap connectivity.
Please see main wiki page on iPhone
http://wiki.zimbra.com/index.php?title=IPhone


ldapsearch -x -H ldap://ZCSserver-name:389 &quot;uid=ajcody&quot;
If you follow the instructions about configuring the Zimbra iSync Connector for CALDAV use, there should be no issues about sync&#39;ing with your iPhone.


That returned successfully.
At this time, new events created on a iPhone/CALDAV setup will write the event to a local calendar in iCal.app . There&#39;s no way around this yet. It&#39;s a limitation at this time with Apple&#39;s software. You can change the events calendar assignment though later via iCal.app.


Then Addressbook  Preferences
Please see [http://wiki.zimbra.com/index.php?title=Image:Itunes-iphone.png Screenshot of iTunes &amp; iPhone]


LDAP  + (for new)
iPhone 3.0 will use port 8443 as default when setting up Caldav, you most likely need to change this to 443.
Name: anything really
Server: ip/hostname that was used successfully in the ldapsearch string
Search Base:  [leave blank]
Port: 389
Scope: Subtree
No auth needed
* Save


I have no idea what the &quot;Auto Update LDAP Cards&quot; does.
===iCal 10.4 - iSync Issues===


Then setup Mail.App for IMAP to the Zimbra server. Check preferences to use LDAP - it will use the Address Book configuration that you did prior and it should auto-resolve to a username when you do a new message.
====Attendee Lookup for iCal/Mac 10.4====
iCal.app on Mac 10.4 only uses local entries in Apples Addressbook for address/username lookup for new appointments.


iCal will only use address that are in the LOCAL addressbook when you use the attendee field for a new event.
Addressbook+LDAP configuration requires a copy of an &quot;all/*&quot; search in ldap into the local addressbook. Sync doesn&#39;t seem to work.


One way around this is to do a wildcard search in the Addressbook and drag those items to the local addressbook.
Please see this bug comment and the 10.4 section for more details:


Goto to Address Book, selected Directories  my ldap server  and put in the below for the search field:
http://bugzilla.zimbra.com/show_bug.cgi?id=26619#c3


*.
====New Calendars don&#39;t sync unless you select &quot;all&quot;. Mac 10.4/Z-isync====
Please see bug for details:


This search result can then be dragged to the &quot;All&quot; folder in the Group column. It creates a &quot;Last Import&quot; item in the Group column now - it might warn about updating entries that all ready match.
http://bugzilla.zimbra.com/show_bug.cgi?id=26653


==Sync To Do/Tasks Items in Leopard==
===Sync To Do/Tasks Items in Leopard===


RFE filed, please see http://bugzilla.zimbra.com/show_bug.cgi?id=12917
RFE filed, please see http://bugzilla.zimbra.com/show_bug.cgi?id=12917


No target date, please vote for this RFE.
No target date, please vote for this RFE.
{{Article Footer|Zimbra Collaboration 8.5, 8.0|04/16/2014}}
----


[[Category: Community Sandbox]]
[[Category: Author:Ajcody]]

Latest revision as of 14:55, 20 June 2016

  1. Zimbra Tech Center
  2. Zeta Alliance
  3. Ajcody-Apple-Mac-Issues

Ajcody Apple Mac Issues

   KB 2488        Last updated on 2016-06-20  




0.00
(0 votes)
24px ‎  - This is Zeta Alliance Certified Documentation. The content has been tested by the Community.

Actual Apple/Mac Issues Homepage

Please see Ajcody-Apple-Mac-Issues

App To Help Enable Debugging Options

You might want to check out this app:

Outlook 2011 For Mac And EWS Setup

Follow these steps to set up Outlook to sync using Exchange Web Services:

  • Open Outlook.
  • Open the Outlook menu and select Preferences.
  • Click the Accounts icon under the Person Settings section.
  • Click the Exchange icon which will open a new window.
  • Enter your email address in the E-mail address field.
  • Set the Method to "User Name and Password."
  • Enter your full email address (e.g. user@example.com) as the username.
  • Enter your password in the password field.
  • Uncheck the "Configure automatically" check-box.
  • In the Server field, enter Zimbra Collaboration Server's hostname - (e.g. mail.example.com)
  • Click Add Account.

Note, if you end up customizing the other elements be aware of the following:

  • ZimbraEWS uses BASIC Auth for validating the user request.

With Screenshots

Please see Ajcody-Outlook_2011_For_Mac_And_EWS_Setup#Outlook_2011_For_Mac_And_EWS_Setup_With_Screenshots

Contact Related Items

EWS Configuration And ZCS 8.5+

Example is from OS X 10.9.5 . The ZCS server must be licensed for EWS and your account needs to have the EWS feature enabled. This can be enabled in the admin console either checking the box for EWS under Features in the COS that is set for the account or under the individuals user configuration for Features. It can also be set on the CLI - zimbraFeatureEwsEnabled TRUE [COS or user].

Note - ZCS 8.5 targeted EWS support ONLY with Outlook for Mac's. There was no testing or expectation that the native mac apps would work with the EWS configuration type.

  • Launch Contacts.app
  • Click on "Contacts" from the menu screen at the top of your screen.
  • Select "Add Account.."
  • Select "Exchange" and then "Continue"
  • Name : your full name
  • Email Address : user@domain
  • Password : your password
  • Once filled out, click "Continue" . You'll need move onto another configuration screen.
  • Description : I would recommend filling this out to avoid any confusion from other accounts you might setup.
  • Server Address : the FQDN/hostname of your ZCS server. You can also use an ip address here.
  • Once filled out, click "Continue" .
  • You should now see a summary of your configuration, click "Continue".
  • You'll now be asked to select what apps to use, your choices will be:
    • Mail
    • Contacts
    • Calendar
    • Notes
    • Reminders
  • Once you've checked the ones you want, click "Done".


This will create two resources within Contacts.app. You'll see a header called "Exchange" with your account contact folders under it [ZCS defaults will be - Contacts, Emailed Contacts] and also a line that says "All Exchange". There will also be a section now called "Directories", listed under it will be "All Directories" and "Exchange Global Address List".

Verify Certificate Prompts

If the ZCS server isn't using commericial certificates, you'll end up getting a pop up window on your Mac called "Verify Certificate". To get rid of this pop up window, you'll want to do the following.

Click on the "Show Certificate" button. You'll then have an option to check a box for "Always trust ....". Then click on the "Continue" button.

Log Event Showing EWS

Possible log files to check for in /opt/zimbra/log/ are below with some examples from my logging into Contacts.App and creating a new contact. You can increase the logging details if needed , please see Using_log4j_to_Configure_mailboxd_Logging#Predefined_log4j_Categories_in_ZCS  :

  • access_log.[date]
192.168.1.73 -  -  [10/Oct/2014:16:01:30 +0000] "POST /EWS/Exchange.asmx HTTP/1.1" 200 907 "-" "Mac OS X/10.9.5 (13F34); 
  ExchangeWebServices/4.0 (193); Contacts/8.0 (1371.2)" 16
192.168.1.73 -  -  [10/Oct/2014:16:05:55 +0000] "GET /home/user1@mail2.zimbra.DOMAIN.com/Contacts?fmt=cf&t=2&all=all 
  HTTP/1.1" 200 - "https://192.168.1.172/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_5) AppleWebKit/537.36 (KHTML, like Gecko) 
  Chrome/37.0.2062.124 Safari/537.36" 42
192.168.1.73 -  -  [10/Oct/2014:16:28:11 +0000] "POST /EWS/Exchange.asmx HTTP/1.1" 401 0 "-" "Mac OS X/10.9.5 (13F34); 
  ExchangeWebServices/4.0 (193); Contacts/8.0 (1371.2)" 7
  • audit.log
2014-10-10 12:01:28,976 INFO  [qtp509886383-107:https://192.168.1.172:443/EWS/Exchange.asmx] [] security - cmd=Auth; 
  account=user1@mail2.zimbra.DOMAIN.com; protocol=zsync;
2014-10-10 12:05:50,227 INFO  [qtp509886383-113:http://127.0.0.1:80/service/soap/AuthRequest] 
  [name=user1@mail2.zimbra.DOMAIN.com;oip=192.168.1.73;ua=zclient/8.5.0_GA_3042;] security - cmd=Auth; 
  account=user1@mail2.zimbra.DOMAIN.com; protocol=soap;
  • ews.log
2014-10-10 12:28:11,361 INFO  [qtp509886383-117:https://192.168.1.172:443/EWS/Exchange.asmx]
   [] ews - Start syncFolderHierarchy
2014-10-10 12:28:11,371 INFO  [qtp509886383-117:https://192.168.1.172:443/EWS/Exchange.asmx] 
  [] ews - User: user1 has been successfully authorized.
2014-10-10 12:28:11,371 INFO  [qtp509886383-117:https://192.168.1.172:443/EWS/Exchange.asmx]
  [name=user1@mail2.zimbra.DOMAIN.com;ip=192.168.1.73;ua=MacOSX/(F)ExchangeWebServices/()Contacts/();] 
  ews - The account: 7277b33a-c7ee-4b03-bb4b-f24814c7cea3is true
2014-10-10 12:28:11,371 INFO  [qtp509886383-117:https://192.168.1.172:443/EWS/Exchange.asmx] 
  [name=user1@mail2.zimbra.DOMAIN.com;ip=192.168.1.73;ua=MacOSX/(F)ExchangeWebServices/()Contacts/();] 
  ews - Folder Id was not provided with request, defaulting to 1
2014-10-10 12:28:11,427 INFO  [qtp509886383-117:https://192.168.1.172:443/EWS/Exchange.asmx] 
  [name=user1@mail2.zimbra.DOMAIN.com;ip=192.168.1.73;ua=MacOSX/(F)ExchangeWebServices/()Contacts/();] 
  ews - End syncFolderHierarchy
2014-10-10 12:28:11,449 INFO  [qtp509886383-118:https://192.168.1.172:443/EWS/Exchange.asmx] [] 
  ews - Start createItem version 1.0.01
2014-10-10 12:28:11,450 INFO  [qtp509886383-118:https://192.168.1.172:443/EWS/Exchange.asmx] [] 
  ews - Start: createItem
2014-10-10 12:28:11,457 INFO  [qtp509886383-118:https://192.168.1.172:443/EWS/Exchange.asmx] [] 
  ews - User: user1 has been successfully authorized.
2014-10-10 12:28:11,457 INFO  [qtp509886383-118:https://192.168.1.172:443/EWS/Exchange.asmx] 
  [name=user1@mail2.zimbra.DOMAIN.com;ip=192.168.1.73;ua=MacOSX/(F)ExchangeWebServices/()Contacts/();] 
  ews - The account: 7277b33a-c7ee-4b03-bb4b-f24814c7cea3is true
2014-10-10 12:28:11,580 INFO  [qtp509886383-118:https://192.168.1.172:443/EWS/Exchange.asmx] 
  [name=user1@mail2.zimbra.DOMAIN.com;ip=192.168.1.73;ua=MacOSX/(F)ExchangeWebServices/()Contacts/();] 
  ews - End:  createItem
2014-10-10 12:28:11,580 INFO  [qtp509886383-118:https://192.168.1.172:443/EWS/Exchange.asmx] 
  [name=user1@mail2.zimbra.DOMAIN.com;ip=192.168.1.73;ua=MacOSX/(F)ExchangeWebServices/()Contacts/();] 
  ews - End createItem
  • mailbox.log
2014-10-10 12:28:11,522 INFO  [qtp509886383-118:https://192.168.1.172:443/EWS/Exchange.asmx] 
  [name=user1@mail2.zimbra.DOMAIN.com;ip=192.168.1.73;ua=MacOSX/(F)ExchangeWebServices/()Contacts/();] mailop - 
  adding contact test2@domain.com: id=269, folderId=7, folderName=Contacts.
  • trace_log.[date]
12:28:11.323:qtp509886383-117:https://192.168.1.172:443/EWS/Exchange.asmx REQUEST 192.168.1.73 POST null; 
  Mac OS X/10.9.5 (13F34); ExchangeWebServices/4.0 (193); Contacts/8.0 (1371.2)
12:28:11.330:qtp509886383-117:https://192.168.1.172:443/EWS/Exchange.asmx RESPONSE 401 text/xml; charset=UTF-8
12:28:11.354:qtp509886383-117:https://192.168.1.172:443/EWS/Exchange.asmx REQUEST 192.168.1.73 POST null; 
  Mac OS X/10.9.5 (13F34); ExchangeWebServices/4.0 (193); Contacts/8.0 (1371.2)
12:28:11.429:qtp509886383-117:https://192.168.1.172:443/EWS/Exchange.asmx RESPONSE 200 text/xml; charset=UTF-8
12:28:11.446:qtp509886383-118:https://192.168.1.172:443/EWS/Exchange.asmx REQUEST 192.168.1.73 POST null; 
  Mac OS X/10.9.5 (13F34); ExchangeWebServices/4.0 (193); Contacts/8.0 (1371.2)
12:28:11.581:qtp509886383-118:https://192.168.1.172:443/EWS/Exchange.asmx RESPONSE 200 text/xml; charset=UTF-8

AddressBook

Logging-Debug for Addressbook

First shutdown Addressbook app.

Launch terminal app.

defaults write com.apple.addressbook ABShowDebugMenu -bool true

Turn it off by just reversing it:

defaults write com.apple.addressbook ABShowDebugMenu -bool false

CardDAV

Contact Groups
10.6 - Snow Leopard Notes
Basic Setup Notes

Some notes I have against testing CardDAV I shared on a case. The following was done with CardDAV [OSX 10.6.4] & Addressbook [Version 5.0.2 (870)] .

Primary references I found related to :

To setup, launch Addressbook.

  • Addressbook > Preferences
    • Accounts > click on + sign to add new account
      • Account type = CardDav
      • User Name = user
        • bug/rfe's mentions the use of user@domain vs. just user will most likely cause Addressbook to attempt a DNS SRV record lookup.
      • Password = accounts password
      • Server Address = http://servername:80 or https://servername:443
        • might need to adjust that for proxy setup or if you have load balancers/F5's/etc..
Additional Details And Troubleshooting Steps - Proxy Issues Most Likely

I was able to get my carddav account to work using my virtual hostname that points to my two servers that run ldap/proxy/mta . I have them setup in DNS as well. 

$ host rr608.zimbra.DOMAIN.com
rr608.zimbra.DOMAIN.com has address 192.168.0.42
rr608.zimbra.DOMAIN.com has address 192.168.0.41
rr608.zimbra.DOMAIN.com mail is handled by 10 rr608.zimbra.DOMAIN.com.

One thing I did hit though, was the way OSX handles it's odd resolution stuff. For example, initially it failed when I had just modified the /etc/resolv.conf to use my internal DNS. Doing : 

host rr608.zimbra.DOMAIN.com

resolved properly but doing: 

ping rr608.zimbra.DOMAIN.com

was resolved to the external ip and was being hampered by my firewall. Once host and ping were resolving correctly, the carddav account work.

The whole reason I mention this is that I think we should walk our way back from the mailstore hostname in the configuration.

First, setup a carddav account using the mailstore name and confirm it works and then close/exit the Address Book. Then do the following. In a terminal, be in the users home directory and cd to this subdirectory - for example: 

$ pwd
/Users/[username]/Library/Application Support/AddressBook/Sources/

Do a ls there and find the most recent directory that was made and cd into it, for example: 

$ ls -latr
total 0
drwx------  7 ajcody  staff  238 Nov 17 06:50 000C3E7F-3DE5-40C8-8820-AF96214D6AF0
drwx------  4 ajcody  staff  136 Nov 17 06:58 .
drwx------  6 ajcody  staff  204 Nov 17 07:07 56892F5B-9F55-437E-9890-A8489A63EDAA
drwx------@ 8 ajcody  staff  272 Nov 17 07:07 ..
Adams-MacBook-Pro:Sources username$ cd 56892F5B-9F55-437E-9890-A8489A63EDAA/
Adams-MacBook-Pro:56892F5B-9F55-437E-9890-A8489A63EDAA username$ ls
AddressBook-v22.abcddb        Configuration.plist        Metadata                SyncLockFile

We can now manually edit the Configuration.plist file with various test hostnames/ip addresses.

The two keys we're interested in will be like this: 

        <key>name</key>
         <string>ajcody@rr608.zimbra.DOMAIN.com</string>

        <key>servername</key>
        <string>http://rr608.zimbra.DOMAIN.com:80/principals/users/ajcody@rr608.zimbra.DOMAIN.com</string>

What I'd like you to attempt is adjusting the line for the servername using a hostname/ip address that will bypass the F5 if possible. You'll modify the file and save it. Launch Address Book and confirm/deny if the new hostname/ip address works.

  1. Use a static ip address of one of the zcs proxy servers. Please confirm it is pingable from the machine first.
  2. Use the hostname of the actual host of the same proxy server.

I'm assuming you can't use [your mailstore hostname] without going first to the F5, if the test above work you might want to setup a test BIND server you could use with the mac machine to resolve the [your mailstore hostname] using the various hostnames/ip's of the zcs proxy servers.

Use LDAP directory from ZCS for Mac Addressbook / Mail.App / iCal for Mac 10.4

Setting Up LDAP With Authentication - ZCS 8+

As an example, you would fill out the setup fields in the client to be like :

Username: uid=joe,ou=people,dc=abccompany,dc=com password: _zimbra_password_ Authentication Type: simple

Changing uid=joe to match the users email address [joe@abccompany] . You would also adjust the dc=abccompany above to match the users domain name in their email address.

To see and test what type of returns this setup will give, you can do the following from the ZCS server's CLI: 

ldapsearch -x -H ldap://ldap.abccompany.com:389 -D uid=joe,ou=people,dc=abccompany,dc=com -w supp0rt -LLL -b 'ou=people,dc=abccompany,dc=com'

You would adjust the uid= , dc= , strings to match the user@domain for the user and also adjust "-w supp0rt" to be the user's password.

Older Reference Prior To ZCS 8

This is generally for those that aren't using Z-iSync.

First, test on shell that you have ldap connectivity. 

ldapsearch -x -H ldap://ZCSserver-name:389 "uid=ajcody"

That returned successfully.

Then Addressbook Preferences 

LDAP  + (for new)
Name: anything really
Server: ip/hostname that was used successfully in the ldapsearch string
Search Base:  [leave blank]
Port: 389
Scope: Subtree
No auth needed
* Save

I have no idea what the "Auto Update LDAP Cards" does.

Then setup Mail.App for IMAP to the Zimbra server. Check preferences to use LDAP - it will use the Address Book configuration that you did prior and it should auto-resolve to a username when you do a new message.

iCal will only use address that are in the LOCAL addressbook when you use the attendee field for a new event.

One way around this is to do a wildcard search in the Addressbook and drag those items to the local addressbook.

Goto to Address Book, selected Directories my ldap server and put in the below for the search field: 

*.

This search result can then be dragged to the "All" folder in the Group column. It creates a "Last Import" item in the Group column now - it might warn about updating entries that all ready match.

Entourage And Calendars

Can't Sync Calendars Between Entourage and Zimbra

Bug/RFE filed to correct current public documents on issue:

Bug/RFE filed to include comment in Release Notes:

Summary of the situation:

Update [05/2010] : Many of the bugs/rfe's filed against iSync will now reference this:

We are EOL'ing support for iSync in ZCS 7.0. See bug 42448 for more details,
but support of CalDav and CardDav with MacOSX 1.6+ for ZSC 6.0.x+ will be the
solution going forward.


  • MacOS 10.4
    • MacOS 10.4 still has the iSync/Entourage integration. Entourage integration worked via iSync rather than CalDAV (10.4 can't use CalDAV, only iSync). It would create a local calendar called Entourage within iCal and then the iSync service (via Zimbra Connector) would post updates to the users Zimbra calendar called Calendar (the default). I believe it would also check the box in Entourage under Preferences > Sync Services > Synchronize events and tasks with iCal and .Mac
  • MacOS 10.5
  • Forum thread
For The Stubborn - Getting Old Z-iSync Connector

Please don't kill the messenger, I'm putting this up here for those that are desperate and would rather deal with the iSync bugs on their own versus moving to the iCal + CalDAV supported option. Don't expect support for this configuration. There's an internal discussion about making the latest connector available directly - I'll update this page depending on the outcome. Until that discussion is resolved, I don't feel comfortable posting the individual connector by itself.

Grab the 5.0.5 tar ball from here:

http://www.zimbra.com/products/downloads_previous.html

The connectors are in the zimbra-store*.rpm , you'll find it in the packages directory once you untar the zimbra tarball.

Copy this over to temp. Find the path of the file. Extract it. 

mkdir /tmp/isync
cp packages/zimbra-store*.rpm /tmp/isync/
cd /tmp/isync
rpm2cpio zimbra-store*.rpm | cpio -iv --make-directories `rpm2cpio zimbra-store*.rpm | cpio -t | grep -i zimbra-isync`

You'll see the new directories and within them you'll see the dmg file for the connector.

iCal General Issues

Clearing iCal cache

Make and run script: 

#!/bin/sh
rm -rf ~/Library/Application\ Support/SyncServices/Local/clientdata/com.apple.iCal
rm -rf ~/Library/Calendars
rm -rf ~/Library/Preferences/com.apple.iCal.plist
rm -rf ~/Library/Preferences/IcalExternalSync.plist
rm -rf ~/Library/Preferences/ByHost/com.apple.iCal.helper.*
rm -rf ~/Library/Caches/com.apple.iCal
rm -rf ~/Library/Caches/Metadata/iCal
Clearing ALL of iCal

Careful, This Will Remove All Calendar Data. Have all iSync related programs shutdown [addressbook, ical, iMail]

You will also need to redo your CalDAV account setup for the Zimbra iSync Connector. It might also be necessary to uninstall and reinstall the Zimbra Connector. Make and run script: 

#!/bin/sh
rm -rf ~/Library/Application\ Support/SyncServices/Local
rm -rf ~/Library/Application\ Support/SyncLocalCopy
rm -rf ~/Library/Application\ Support/iSync/SyncLocalCopy
rm -rf ~/Library/Application\ Support/iCal
rm -rf ~/Library/Calendars
rm -rf ~/Library/Preferences/com.apple.iCal.*
rm -rf ~/Library/Preferences/IcalExternalSync.plist
rm -rf ~/Library/Preferences/ByHost/com.apple.iCal.helper.*
rm -rf ~/Library/Caches/com.apple.iCal
rm -rf ~/Library/Caches/Metadata/iCal

Can't see items in shared Calendar

You might be seeing this:

http://bugzilla.zimbra.com/show_bug.cgi?id=23671

Comment #30 give some instructions on a case they can reproduce. 

zmprov gd <your domain name> zimbraPublicServiceHostname
zmprov gs <your server name> zimbraServiceHostname

If zimbraPublicServiceHostname is not set, or set to a different name (such as an alias of the machine or a load balancer), you are hitting this issue.

Calendar events are displaying the wrong time

Apple expects the year of 1971 for the DTSTART variable within an ICS file. There is no standard that dictates this.

Zimbra (prior to version 5.0.5) was using 1601, this is in /opt/zimbra/conf/timezones.ics .

Please see bug for more details (resolved 5.0.5):

http://bugzilla.zimbra.com/show_bug.cgi?id=22808

Alarm & Calendar Notification Issues with iCal

These issues are getting worked out for the 5.0.7 release.

Please review:

http://bugzilla.zimbra.com/show_bug.cgi?id=28057

Some more details:

http://bugzilla.zimbra.com/show_bug.cgi?id=28883

http://bugzilla.mozilla.org/show_bug.cgi?id=432540

iCal calendar color changing modifies calendar name and/or doesn't retain color

Fixed in 5.0.5 . See bugs for details:

http://bugzilla.zimbra.com/show_bug.cgi?id=26627

http://bugzilla.zimbra.com/show_bug.cgi?id=26625

Colors for Calendar & Appointments (Non-client specific)

Here's some RFE's/Bugs you might be interested in:

Calendar Ordering Issues

Please see RFE I made.

Directory Access configuration on Macs

File that configures [system wide] for Address Book resolution

/Library/Preferences/DirectoryService/DSLDAPv3PlugInConfig.plist

Calendar Invites can't be imported into iCal

If you look at the ics file, you might see an extra return character at the end.

You'll see this if an Outlook client send an invite to a user using a Mac with a thick client [Mail.app/Entourage].

This was resolved in the 5.0.5 release. Please see bug for more details:

http://bugzilla.zimbra.com/show_bug.cgi?id=26487

Mac clients cause spamming of invitation events when they adjust calendar events

This, at it's root, is caused by other bugs listed here. Usually this will get resolved with the proper upgrades that the bugs require (ZCS 5.0.5+)

There is a RFE/Bug though that will also resolve this, by allowing the "action" of an appointment to be set.

Please see bug for details [scheduled for 5.0.7]:

http://bugzilla.zimbra.com/show_bug.cgi?id=10536

Calendar.app 10.9.5 With ZCS 8.5+

EWS - Exchange Account Topics

Configuring EWS And Calendar.app

Note - currently, with ZCS 8.5 it is not working with calendars. See the following bug:


Configuring an EWS account on a Mac gives you the option to enabled multiple services. See EWS Configuration And ZCS 8.5 on setting this up.

CalDAV Account Topics

Delegate Issues

iCal 10.5 - CalDAV Issues

Logging-Debug for CalDAV+iCAL

If you are using CalDAV account with ZCS, please help us investigating this problem. On your Mac please do the following and gather some data.

First shutdown iCal app.

Launch terminal app.

You can turn on the debug options in iCal by: 

defaults write com.apple.iCal IncludeDebugMenu 1

Turn them off by just reversing it: 

defaults write com.apple.iCal IncludeDebugMenu 0

Furthermore, you can log all of the HTTP transaction to the console via: 

defaults write com.apple.iCal LogHTTPActivity yes

Turn them off by just reversing it: 

defaults write com.apple.iCal LogHTTPActivity no

Logging will show up in /var/log/system.log

Launch iCal app.

Select the shared folder, right click, refresh.

Only Seeing 1 Month Back and 1 Year Ahead In CalDAV

Please see this bug: http://bugzilla.zimbra.com/show_bug.cgi?id=28713

Set to be resolved in 5.0.9

Not seeing Calendar's In iCAL/CALDAV

Space In Calendar Name's And Other "Special Characters"

For space's in Calendar names, this is resolved for the 5.0.7 release. (Need bug # for this)

There have also been reports in the forums that "special characters" can cause an issue where Calendars aren't displayed - even those without the special character name. Note, in one case, the "special character" where Norwegian character.

See: http://www.zimbra.com/forums/isync-caldav/20076-isync-calendars-not-working-after-upgrade-5-0-7-a.html

Server's With Multiple Domains - Effect Users Are In Default Domain

Bug filed:

http://bugzilla.zimbra.com/show_bug.cgi?id=30263

  • Conditions:
    • On ZCS 5.0.7
    • Mac Clients using Zimbra Connector (provided from ZCS 5.0.7) and setting up iCal/CalDAV via the Connector.
    • ZCS has multiple domains
  • Error:
    • Default domain accounts can't see calendars
  • Reproduce:
    • Clear iCal with no Accounts configured (CALDAV)
    • Setup Accounts via Zimbra Connector
    • User username@defaultdomain.com as format for the User Name Field
  • Work Around:
    • Clear iCal with no Accounts configured (CALDAV)
    • Setup Accounts via Zimbra Connector
    • User username as format for the User Name field
  • Non-Default Domains - Works As:
    • Clear iCal with no Accounts configured (CALDAV)
    • Setup Accounts via Zimbra Connector
    • User username@domain.com as format for the User Name Field
      • Note, these accounts need @domain, will not work with just username.

iCal And Entourage Use for Calendars - Leopard/10.5 users

Update The 5.0.6+ Connectors will no longer work with Entourage. Your only option for Calendars will be using CalDAV with iCal.App. You still will see an option about Entourage in the Connector but it will be grayed out.

Because of some core issues with Apples SyncServices, we recommend that Entourage and iCal users use iCALv3 (Mac 10.5) configured for CALDAV. Please use the Zimbra Connector instructions to setup iCal for CALDAV.

For Entourage, this recommendation stems from the fact that Microsoft decided to use WebDAV rather than CALDAV. If MS decides later to include CALDAV support for Entourage, we'll have another option.

Please see bug for details:

Snow Leopard , Outlook/Entourage , Exchange Web Services

There is no target milestone for it as of today [2010/02/23]. This topic applies to the following references or terms: Exchange auto discovery feature, Exchange Autodiscover service or anything else that relies on Exchange Web Services [ EWS ] on the Mac. Another Apple reference on the topic [pdf warning] : Mac OS X Snow Leopard: Integrating the Mac into an Exchange 2007 Environment .

Please see the following in regards to Zimbra's work and stance on the issue:

Can't see Calendars after configuring Z-iSync for CALDAV - 10.5 users

You didn't follow the directions most likely. Goto iCal Preferences Accounts.

There should be NO configured accounts prior to configuring Z-iSync for CALDAV.

Remove the current Account listed in iCal and redo configuration for CALDAV with Z-iSync.

Trick to work around address lookup for the Attendee field in iCal Events

Configure the Addressbook using one of the other recommendations on this page.

You can now drag entries from your Addressbook into the Attendee field of iCal.

Attendee Lookups for iCALv3/MacOS10.5

iCal3 [webdav] needs to use the Apple Directory Access utility for attendees (It's on 10.5). It will only work against Apple OD/CAL servers.

RFE filed to include necessary LDAP attributes to provide ical oattendee lookups

See bug [scheduled for 5.0.7]:

http://bugzilla.zimbra.com/show_bug.cgi?id=26619

Free/Busy Lookup not working as expected

The Free/Busy lookup requires auto-attendee lookup to be working.

This requires bug 26619 [ http://bugzilla.zimbra.com/show_bug.cgi?id=26619 ] to be resolved for iCalv3/Mac 10.5.

iCal-CalDAV - server doesn't retain color information from iCal

Summary of issue: Zimbra only supports the preset colors on iCal, which are blue, green, red, orange, pink, and purple.

Please see the following:

  • "CalDAV: server does not retain color information from iCal"
    • http://bugzilla.zimbra.com/show_bug.cgi?id=26627
    • I've added a private comment to this to see if another RFE is needed to expand this and if there's any show stopper reasoning with why it can't be done. I'll update this here when I hear back on it.

New Calendars Made With iCal-CalDAV Are Being Shared Out

I created a bug for this issue, please see:

Can't Select Which Calendars To Sync - I Could With 10.4 Though

This is because of the change from iSync to CalDAV. iCal always syncs all the calendars in a given CalDAV account together. The CalDAV spec allows syncing each Calendar, but iCal chooses to sync them all.

There is no known work around at this time. Nor is there an RFE made because the dev's have stated it's an iCal issue. If this changes, I'll update this entry.

iTunes & iPhone configuration for CALDAV

Please see main wiki page on iPhone http://wiki.zimbra.com/index.php?title=IPhone

If you follow the instructions about configuring the Zimbra iSync Connector for CALDAV use, there should be no issues about sync'ing with your iPhone.

At this time, new events created on a iPhone/CALDAV setup will write the event to a local calendar in iCal.app . There's no way around this yet. It's a limitation at this time with Apple's software. You can change the events calendar assignment though later via iCal.app.

Please see Screenshot of iTunes & iPhone

iPhone 3.0 will use port 8443 as default when setting up Caldav, you most likely need to change this to 443.

iCal 10.4 - iSync Issues

Attendee Lookup for iCal/Mac 10.4

iCal.app on Mac 10.4 only uses local entries in Apples Addressbook for address/username lookup for new appointments.

Addressbook+LDAP configuration requires a copy of an "all/*" search in ldap into the local addressbook. Sync doesn't seem to work.

Please see this bug comment and the 10.4 section for more details:

http://bugzilla.zimbra.com/show_bug.cgi?id=26619#c3

New Calendars don't sync unless you select "all". Mac 10.4/Z-isync

Please see bug for details:

http://bugzilla.zimbra.com/show_bug.cgi?id=26653

Sync To Do/Tasks Items in Leopard

RFE filed, please see http://bugzilla.zimbra.com/show_bug.cgi?id=12917

No target date, please vote for this RFE.

Verified Against: Zimbra Collaboration 8.5, 8.0 Date Created: 04/16/2014
Article ID: https://wiki.zimbra.com/index.php?title=Ajcody-Apple-Mac-Issues Date Modified: 2016-06-20



Try Zimbra

Try Zimbra Collaboration with a 60-day free trial.
Get it now »

Want to get involved?

You can contribute in the Community, Wiki, Code, or development of Zimlets.
Find out more. »

Other help Resources

User Help Page »
Official Forums »
Zimbra Documentation Page »

Looking for a Video?

Visit our YouTube channel to get the latest webinars, technology news, product overviews, and so much more.
Go to the YouTube channel »



Retrieved from "http://wiki.zimbra.com/index.php?title=Ajcody-Apple-Mac-Issues&oldid=62192"
Jump to: navigation, search