Sync'Em doesn't work directly with the Palm but can help sync the Palm Pre indirectly. See Palm's site for more information.

The same applies for calendar events.

Note that this strategy will also work for Exchange (i.e., Outlook/OWA/Entourage) contacts because Sync'Em can also sync Exchange contacts/calendar events either with your Address Book/iCal or directly with your Google contacts/calendar events so you can get your Exchange contacts indirectly sync'd with your Palm Pre.

Yes, see the Knowledgebase article on this topic.

See the Knowledgebase article on this topic.

If you normally use OWA (Outlook Web Access), you may not know the Windows Domain that's part of a full Windows login. Exchange servers can be configured to either require a Windows Domain for login to OWA, or to not require it.

Similarly, Exchange may require Sync'Em to supply the Windows Domain part of the login. In these cases, you'll need to enter the "Windows Domain" value when setting up the Sync'Em Access preferences for your Exchange account. Even if it's not required, it's normally OK to supply the correct Windows Domain.

If you don't know your Windows Domain and can log in via OWA, you can often determine the Windows Domain value as follows:

• login to OWA
• click on the "Options" link
• click on the "Change Password" link
• your Windows Domain value is the characters preceding the "\" (backslash) character in the form's "Domain\user name:" field — e.g., as highlighted in the graphic, below:

If no Windows Domain is shown, then it's likely that none is required.

How should I use the information in this article?

You should review the following information and try the various suggestions that might apply.

For suggested combinations that fail, you should use the options presented by Sync'Em to capture diagnostic information.

If you've used all the suggestions that seem to apply and are still unsuccessful, then use the options presented by Sync'Em to create a support ticket and we'll try to help.

"Special" Characters in Passwords

We've seen multiple cases where certain "special" characters will not work in a password (e.g., !?#$~). We know that Sync'Em handles this and have even seen examples where we can access a given account with such a password character, but someone else can't do exactly the same from their system. We assume this has something to do with character-set settings either when using a different browser and/or international OS X and/or Windows Server versions (we mostly test with Safari and Firefox).

If you're having problems and your password includes "special" characters (e.g., !?#$~), you can try changing it (temporarily) to include only alphabetic and number characters (and maybe different "special" characters if they're required by your password policy) to see whether that's the issue.

For org.apache.axis2.AxisFault: Transport error: 401 Error: Unauthorized.

A 401 error indicates that you most likely got connected to an Exchange server, but it would not authorize you with the information provided — i.e., it's not the correct WS Username/WS Password/Windows Domain combination.

You'll need to find the correct WS Username/WS Password/Windows Domain combination to get past a 401 error. If you don't know your Windows Domain, see the FAQ that may help you determine your Windows Domain.

The "Special" Characters in Passwords section, above, may apply.

Some servers are also configured to require the email address as the username (e.g., itsme@mycompany.com).

There's also a smaller possibility that, 'though it got connected to a server, it's still the wrong server for accessing your account via EWS (Exchange Web Services).

Often the easiest/only way to resolve this issue is to ask the Exchange-server Administrator (or service supplier) as suggested in the Asking About EWS (Exchange Web Services) Support section at the bottom of this article.

Athough a 401 error implies that you're hitting a server that's responding, even if you think you've tried all combinations of WS Username/WS Password/Windows Domain that could apply, you should still ask your Exchange-server Administrator (or service supplier) about the Exchange Server Address/URL, just to be sure (since Windows servers can be configured in many different ways).

For org.apache.axis2.AxisFault: Transport error: 403 Error: Forbidden.

A 403 error indicates that the server (IIS security) isn't allowing access to the EWS (Exchange Web Services) URL — i.e., either EWS is not enabled or there's some other sort of security/access restriction (e.g., a single-sign-on mechanism that hides the standard authentication mechanism).

Technically, SyncEm uses Microsoft's interfaces to interact with the Exchange Server via EWS using SOAP requests (e.g., makes SOAP requests to
https://<the-exchange-server-address>/EWS/Exchange.asmx).

Often the easiest/only way to resolve this issue is to ask the Exchange-server Administrator (or service supplier) as suggested in the Asking About EWS (Exchange Web Services) Support section at the bottom of this article.

For org.apache.axis2.AxisFault: Transport error: 404 Error: Not Found.
–or–
org.apache.axis2.AxisFault: <The-Exchange-Server-Address-You-Entered>.

This indicates one or more of the following:

• the Exchange Server Address is incorrect
• only one of the modes for "Only use secure connection" is supported by the server (i.e., either SSL or non-SSL)
• the Exchange Server does not have WS (Web Services) enabled (or access is "silently" denied)

Try both checked and unchecked settings for "Only use secure connection" to see whether one setting avoids the 404 error.

In addition (and possibly in combination) try different Exchange Server Address entries.

If you can access the Exchange server via OWA (Outlook Web Access) you can try getting the Exchange Server Address from the URL that's shown in the web browser's address bar — the server address is the part of the URL between the "//" characters and the next "/" character; e.g., if the URL was https://exchange.mycompany.com/EWS, then the Exchange Server Address would be exchange.mycompany.com and that's what you'd enter in the Sync'Em Exchange Account setup.

There are 3 such addresses you should try for the Exchange Server Address:

• the address from the URL that you're given to access OWA
• if it's different from the URL above, the address from the URL that's shown while at the OWA login page
• the address from the URL that's shown once you're logged in via OWA

One way to test to see whether WS is enabled is to use your web browser to try to visit the page (replace the "<the-...-access>" portion):
http://<the-exchange-server's-address-you-use-for-OWA-access>/ews/

If you get a login prompt, that likely means that WS is enabled on that Exchange server. If you get a denied directory listing message (or get a login prompt then attempt to login and get denied), that may mean that WS is enabled on that Exchange server but it's denying access to the directory and/or its contents.

Often the easiest/only way to resolve this issue is to ask the Exchange-server Administrator (or service supplier) as suggested in the Asking About EWS (Exchange Web Services) Support section at the bottom of this article.

For org.apache.axis2.AxisFault: Transport error: 440 Error: Login Timeout.

A 440 Timeout error indicates that, while attempting to log in, there was no response from the Exchange server within 30 seconds.

This generally implies that you are finding a server that wants a login. The first thing to do is to try again as it is possible that the server was just very busy and didn't respond quickly enough.

Another thing to try is to reverse the setting of the "Use this Mac's proxy setup" option for the Exchange account.

If this continues, you should ask the Exchange-server Administrator (or service supplier) as suggested in the Asking About EWS (Exchange Web Services) Support section at the bottom of this article.

For org.apache.axis2.AxisFault: Exchange Web Services are not currently
available for this mailbox because it could not determine the Client
Access Services Server to use for the mailbox.

This probably means that Exchange Web Services are either not enabled or that your account does not have access to them, but not always.

You'll need to ask the Exchange-server Administrator (or service supplier) as suggested in the Asking About EWS (Exchange Web Services) Support section at the bottom of this article.

For org.apache.axis2.AxisFault: Connection has been shutdown ...

This indicates that there's a problem with the server's certificate. In most cases the "problem" will be either that the certificate is "self-signed" (i.e., is issued by the organization that runs the server, not a certificate-issuing company) or that the certificate has expired.

Sync'Em provides Exchange Access setup options to accept self-signed and/or expired certificates. First, try enabling the option to accept a self-signed certificate. Next try enabling the option to accept an expired certificate. try enabling both these options.

It's quite common for organizations to use self-signed certificates and, generally, this should not be a concern. It's less common for an organization to use an expired certificate, but it does happen. Again, as long as you're getting connected to your Exchange account, this is generally not a concern. If in doubt about the server's certificate validity, you should ask the Exchange-server admin (or service supplier).

If both options are checked and you're still getting this error, you'll need to ask the Exchange-server Administrator (or service supplier) why you would be getting this error. If they don't know, or say you shouldn't, please use Sync'Em options to capture the diagnostic information and create a support ticket.

For org.apache.axis2.AxisFault: No route to host.

This means that you're Mac's networking setup isn't configured for proper access to the Internet or you're currently not connected or unable to connect to the Internet (e.g., loss of wireless signal and/or network cable unplugged).

Asking About EWS (Exchange Web Services) Support

Because the access to an Exchange server can be affected by many different server and security configuration factors, it may be necessary to ask the Exchange-server admin (or service supplier) how you can access your Exchange server via EWS.

For some setups, this will be the only way to be absolutely sure whether EWS access is available and how to get to it. If you have knowledgeable and accessible support, this is often the easiest/only way to get this information.

We suggest asking the following question:
What is the the Windows domain and the URL that I can use to access the Exchange server via EWS (Exchange Web Services) CAS (Client Access Services) for my Exchange account <give-your-email-address> (note: this is EWA, not OWA, and will likely end with .../EWS/Exchange.asmx)?

One you have the URL, you get the Exchange Server Address from the URL — the server's address is the part part of the URL between the "//" characters and the next "/" character; e.g., if the URL was https://exchange.mycompany.com/EWS, then the Exchange Server Address would be exchange.mycompany.com and that's what you'd enter in the Sync'Em Exchange Account setup.

Important: If the URL you are given is not of the format
https://<Some-Exchange-Server-Address>/EWS/
or
https://<Some-Exchange-Server-Address>/EWS/
then send the URL to us so we can help.

If you have created an Exchange calendar or contacts folder, you'll need to specify the calendar or contact folder's pathname, not just its "simple" name, when using setting up. The Setup assistant automatically handles this for you, except that some public Exchange folders may not be shown — see the Knowledgebase entry on Exchange public folders for more information.

E.G., You've created an Exchange calendar named "Home" and you want to sync that calendar's events in addition to (or instead of) the default Exchange calendar folder named "Calendar". To specify that "Home" calendar, you'll need to specify the "Calendar Folder Name" as "Calendar/Home". This is not something you "see" via OWA — the best hint is that OWA will show the folder as ".Home" in the "Choose folder to delete" pop-up. Fortunately Sync'Em will usually show you the folder names.

In the OWA graphic below, the calendar folders that appear to the left as "Home" and "Work" and in the pop-up menu as ".Home" and ".Work" are actually the pathnames "Calendar/Home" and "Calendar/Work", respectively. Contact folders are similarly named.

Click on the graphic for a full-sized view.

Understanding the way Exchange folders are named can be useful when setting up shared folders or public folders that are not reported to Sync'Em by the Exchange server. If Sync'Em does not automatically present an Exchange folder for selection, you'll need to select "Enter path manually..." entry (in the pop-up selection menu) then manually enter the Exchange folder pathname.Click on a graphic for a full-sized view.To enter an Exchange folder pathname manually: then:

Yes. See our Exchange Hosting Service Providers page for more information.

Yes and no, which means yes (in that order).

The "database" for Entourage, Outlook and OWA is Exchange — actually, these are all "clients" that utilize the services of Exchange servers.

So, effectively, Sync'Em syncs with Entourage/Outlook/OWA — i.e., Entourage/Outlook/OWA all "see" the contact and calendar information sync'd with Exchange by Sync'Em and Sync'Em "sees" and syncs the contact and calendar information added/changed/deleted via Entourage/Outlook/OWA (because they're all just telling Exchange what to do with items that reside in Exchange).

Yes, you can use Sync'Em in conjunction with Entourage but you must ensure that Entourage's syncing is turned off (unless you are using Entourage without Exchange — i.e., if Entourage is being used as a stan-alone main client for non-Exchange email servers).

Entourage's syncing can be turned on/off via its preferences.

Specifically, it's always dangerous to sync two of the same resources "together" via multiple sync'ers. In this case, the two resources would be Exchange contacts with Address Book contacts and/or Exchange calendars with iCal calendars and the two sync'ers would be Entourage and Sync'Em. This danger is true whether it's Entourage and Sync'Em or any other sync'er programs syncing the same two resources. For a more complete explanation, see our Knowledgebase article on this topic.

For safety, if Sync'Em determines that Entourage appears to be installed, it will show an advisory message once after each new version that's installed.

No, only Sync'Em needs to be installed. If you are syncing to other Macs, Sync'Em also needs to be installed and licensed on those Macs. You can also review the requirements for Sync'Em.