bilalaker
12 years agoLevel 3
Outlookanywhere Error (COM) synchronizing: 0xFFFFFFFF
Hi,
local and external adresses are like below.
vault1.akr.local(10.0.0.128) --> vault sever local adress
mail1.akr.local (10.0.0.127)--> exchange local adress
vault.aker.com --> vault external adress
mail.aker.com --> mail server external adress
Vault.aker.com has an external ip 195.xx.199.128
Mail.aker.com has an external ip 195.xx.199.127
On checkpoint Firewall
smtp,https request to 195.xx.199.128(mail.aker.com) direct to 10.0.0.128(mail1.akr.local)
https request to 195.xx.199.127(vault.aker.com) direct to 10.0.0.127(vault1.akr.local)
On local network everything works normal
When using outlook anywhere they can do restore and store process. (Just asking credential again at first time)
But syncronizing to virtual vault it gives error. I haven't found any solution yet.
The client log is like below. If need i will put the max tracing client log.
11/01/2013 21:06:09.175[3616][H]: User initiated 'Synchronize Vault Cache'.
11/01/2013 21:06:09.183[7144][H]: HDR:SYNC: Pre-processing. Type:MANUALLY INITIATED
11/01/2013 21:06:09.185[7144][H]: HDR: Sync status:19
11/01/2013 21:06:09.201[4076][H]: CONTENT:STORE: [Offline Config] Maximum Store Size (MB): 1024
11/01/2013 21:07:09.188[6092][H]: HaveConnection::CallBack - HttpQueryInfo failed 0x80070006 (6) : The handle is invalid.
11/01/2013 21:07:09.210[7144][H]: HDR:SYNC: Updating MDC map
11/01/2013 21:07:09.211[7144][H]: HDR:SYNC: Getting accessible archives
11/01/2013 21:07:09.212[7144][H]: HDR: Requesting page: ListArchives.aspx?x=evoutlookext&evhost=https://akrvault.akr.local/EVAnon
11/01/2013 21:07:09.245[7144][H]: HDR:SYNC: Error (COM) synchronizing: 0xFFFFFFFF
11/01/2013 21:07:09.245[7144][H]: HDR:SYNC: Failed
11/01/2013 21:07:09.246[7144][H]: HDR: Sync status:-1
Any advice?
- It's not a duplicate its just an extension to the other one I seem to remember on the previous thread it was because it was pointing to EvAnon virtual directory and not EnterpriseVaultDirectory And the issue there is that EVanon uses anonymous access under the EvAnon account that was set up as opposed to EnterpriseVault virtual directory which uses IWA/Basic, so what's happening is its an authentication issue more likely than not