Tech Support > Microsoft Windows > Mobile Devices > Exchange Server AS4.1 Error 85010014
Exchange Server AS4.1 Error 85010014
Posted by on November 21st, 2005


Someone from Microsoft - please look and comment

Exchange Server 2003 SP2
Activesync 4.1 - official release
WM5
Certificate installed on the PPC

Credential Authentication must be taking place because when you put in the
WRONG credentials it immediately errors with a bad credentials message. Put
in the correct credentials and you get:.

"Activesync encountered a problem on the SERVER Support Code 85010014"

I've posted before and I see now a few others are coming up on forums with
this problem. NOT an Outlook/85010014 but an Exchange version of the error
and a SLIGHTLY different text in the error dialog - SERVER not DESKTOP.

I've been wading through error logs on the Exchange Server (configured as a
front end) - nothing. But I gleaned this from the error log on the
workstation where ActiveSynch is installed and trying to synch back to the
server.:

11/21/2005 14:13:44.496 p(3440) t(2392) TraceToFile -> ERROR in
CRAPISession::CeRapiUninitInternal : hr = 0x8000ffff - rapisession.cpp(466)
11/21/2005 14:16:55.421 p(3488) t(3028) TraceToFile -> ERROR in
CRAPISession::CeRapiInvokeInternal : hr = 0x80070103 - rapisession.cpp(7145)
11/21/2005 14:16:55.421 p(3488) t(3028) TraceToFile -> ERROR in
CRAPISession::CeRapiInvoke : hr = 0x80070103 - rapisession.cpp(7276)
11/21/2005 14:17:15.968 p(3488) t(3220) TraceToFile -> ERROR in
CRAPISocket::ReceiveBufferNoDecrypt : hr = 0x80072746 - rapisock.cpp(524)
11/21/2005 14:17:15.968 p(3440) t(3820) TraceToFile -> ERROR in
CRAPISocket::ReceiveBufferNoDecrypt : hr = 0x80072746 - rapisock.cpp(524)
11/21/2005 14:17:15.968 p(3440) t(3820) TraceToFile -> ERROR in
CRAPISocket::ReceiveBufferSize : hr = 0x80072746 - rapisock.cpp(630)
11/21/2005 14:17:15.968 p(3440) t(3820) TraceToFile -> ERROR in
CByteBuffer::ReceiveFromSocket : hr = 0x80072746 - bytebuf.cpp(314)
11/21/2005 14:17:15.968 p(3440) t(3820) TraceToFile -> ERROR in
CRAPISession::RAPI_EXP_25 : hr = 0x80072746 - rapisession.cpp(10099)
11/21/2005 14:17:15.968 p(3488) t(3220) TraceToFile -> ERROR in
CRAPISocket::ReceiveBuffer : hr = 0x80072746 - rapisock.cpp(690)
11/21/2005 14:17:15.968 p(3488) t(3220) TraceToFile -> ERROR in
CRAPISession::Read : hr = 0x80072746 - rapisession.cpp(10541)
11/21/2005 14:17:15.968 p(1996) t(576) TraceToFile -> ERROR in
CRAPISocket::WaitForDataToRecv : hr = 0x80072745 - rapisock.cpp(413)
11/21/2005 14:17:15.968 p(1996) t(576) TraceToFile -> ERROR in
CRAPISocket::ReceiveBufferNoDecrypt : hr = 0x80072745 - rapisock.cpp(498)
11/21/2005 14:17:15.968 p(1996) t(576) TraceToFile -> ERROR in
CRAPISocket::ReceiveBuffer : hr = 0x80072745 - rapisock.cpp(690)
11/21/2005 14:17:15.968 p(1996) t(576) TraceToFile -> ERROR in
CRAPIPacket::ReadPacket : hr = 0x80072745 - rapiconnection.cpp(620)
11/21/2005 14:17:15.968 p(1996) t(576) TraceToFile -> ERROR in
CRAPIDevicePrivate::HandlePackets : hr = 0x80072745 -
RAPIDevicePriv.cpp(443)
11/21/2005 14:17:15.968 p(1996) t(576) TraceToFile -> ERROR in
CRAPIDevicePrivate:eviceThread : hr = 0x80072745 - RAPIDevicePriv.cpp(663)
11/21/2005 14:17:59.624 p(3488) t(3844) TraceToFile -> ERROR in
CRAPISession::CeRapiInvokeInternal : hr = 0x80070103 - rapisession.cpp(7145)
11/21/2005 14:17:59.624 p(3488) t(3844) TraceToFile -> ERROR in
CRAPISession::CeRapiInvoke : hr = 0x80070103 - rapisession.cpp(7276)

There is little in the KB on these error codes - and what there is doesn't
relate to AS - anyone got any ideas?

TIA


Posted by Beverly Howard [Ms-MVP/MobileDev] on November 21st, 2005


I have absolutely no inkling of a solution for this problem, but I have
to say, the session descriptors in your error log do speak volumes about
the situation. <ROTFLMAO>

As to the error codes, we are trying to pry some loose, but it was
mentioned somewhere that sql error codes could be used in a high
percentage of the numeric codes. (I could be totally wrong on this, so
approach is as research rather than a solution path)

Beverly Howard [MS MVP-Mobile Devices]

Posted by Rob Borek [MS MVP] on November 22nd, 2005


On Mon, 21 Nov 2005 15:01:58 -0500, <junk@junk.com> wrote:

Can you try deleting the server from the device, then readd it and see
if it helps any?

--
Rob Borek
Microsoft MVP - Mobile Devices
Want *ONE ON ONE* support? http://www.pocketpcone2one.com
Please place all replies into the newsgroup so that others can benefit.

Posted by on November 22nd, 2005


I guess I should have been a little more specific in my original post.

Have also:

Recreated Partnership - numerous times when trying other things.

Recreated Server on Device - numerous times

Tried a totally different "vanilla" test workstation running XP SP2 fully
patched and not a lot else and put in AS4.1 and synched back to the server.
Same error - so it is probably something server side - I just can't find
it..

Tried a "vanilla" Exchange Server used for testing. SBS 2003 fully patched
and updated. With a "vanilla" client. Same problem.

These vanilla machines are test non-production machines that are kept in a
"latest patch" state and used for compatibilitiy testing before we deploy
software in the production environment. Basically we ghost the drives
before trying something and then ghost them back to original state ready for
the next test.

A synch from client to desktop copy of Outlook works just fine. So it is a
workaround but the lack of live email from the Exchange Server is a total
pain and is really supposed to be the point of this exercise.

BTW - Real name is Graeme - the address is an anti-spam measure.





"Rob Borek [MS MVP]" <rborek@gmail.com> wrote in message
news:gm25o15d3qv2jcdf2h40fu73erjec37pfu@4ax.com...


Posted by BlueGreenOrange on November 22nd, 2005


Hi,

I'm unfortunately not offering any help, but rather posting looking for
assistance with same problems. Brand new install Dell Axim X51v, WM5 and 4.0
of ActiveSync. Same issues with being able to sync with Outlook no problem
at all, but "Activesync encountered a problem on the SERVER Support Code
85010014" error is all I am getting. Checked event logs on both Exchange
Server (2003, sp1) and workstation (XP, SP2) and nothing in those.

Mike

"junk@junk.com" wrote:

Posted by BlueGreenOrange on November 22nd, 2005


Sorry, I left out that I was getting that error when trying to sync with my
Exchange server. Read elsewhere that the server must be external fqdn, so
that's what I'm using. I know the server resolves and is accessible. Able
to access internet with Axim as well.

"BlueGreenOrange" wrote:

Posted by Carl Wolz [MSFT] on November 23rd, 2005


The error code indicates that there was a error on the Exchange Server
Front-end. I would concentrate your effort there.



The error codes below are winsock error codes coming from RAPI, and happen
when one side closes there socket. This is normal and doesn't affect
Exchange Server Sync.



--
Carl Wolz [MSFT]
This Posting is provided "AS IS" with no warranties, and confers no rights.



<junk@junk.com> wrote in message news:rIpgf.38339$4n5.37028@dukeread01...


Posted by Fredrik Caesar on November 24th, 2005


But please, have you at all read the posts in this forum? ActiveSync 4 is a
REAL PROBLEM for Microsoft. Everyone are having problems! I can't get it to
work either, even in an isolated test environment.

You MUST act on this, or people will loose al confidence in your products. I
have never EVER seen so many problems concentrated to one single product in
so little time

Please. How can we get help? Who should we call?

Just my .05...

"Carl Wolz [MSFT]" <carlw@online.microsoft.com> wrote in message
news:%23cIfrx87FHA.2676@TK2MSFTNGP15.phx.gbl...


Posted by Alan on November 24th, 2005


Everyone? Please provide proof of such a broad statement.

I'll start it by saying I had no problems using it.




"Fredrik Caesar" <fredrik AT caesar DOT dyns DOT net> wrote in message
news:uzoy5jO8FHA.3976@TK2MSFTNGP15.phx.gbl...


Posted by on November 25th, 2005


Alan,

I'm not out to get in a p*ssing match over the word "everyone"

But I would tend to agree with Fredrick that Activesync 4 is significantly
worse in terms of introductory problems than many pieces of software. There
are many other fora (to be strictly correct about the plural of "forum")
that have a significant number of issues with this software getting
discussed.

If we can't even get it to work in a pretty vanilla test environment then
"summat's up" - though I agree not with "everyone"

Graeme



"Alan" <alan@hidden.email> wrote in message
news:dm5cs9$s62$1@news7.svr.pol.co.uk...


Posted by Doc Holiday on November 25th, 2005


I am experiencing the same error code with my sync. I'm just trying to sync
to my local copy of Outlook, rather than the Exchange server and am not
having any luck. I am very, very disappointed in ActiveSync.

"Alan" <alan@hidden.email> wrote in message
news:dm5cs9$s62$1@news7.svr.pol.co.uk...


Posted by Daryan on November 26th, 2005


All,

I am getting similar issues and have taken the following (drastic)
steps to resolve, but to no avail. These steps are an amalgamation of
all the suggestions that I have been able to glean from artiles in
various places on the web.

- Ensured that Kerboros and NTLN are active on the IIS service
(following a suggestion from an event in the application event log)
- uninstalled office 2003
- uninstalled activesync (currrent version 4.1)
- reflashed the ROM on my device
- rebooted the PC
- re-installed office 2003
- reinstalled activesync 4.1
- created a partnership
- synchronised successfully with the desktop (this has always been the
case)

The sync with the server then failed with an 85010014 error. The
INTERESTING bit with this scenario is that synchronisation was working
perfectly with the exchange server when SSL was not being used. Now,
even if I turn SSL off again, I get an 8XXXXXXX error.

There is some setting on the server somewhere (and I am convinced it is
server side) that is creating this issue and we need to track it down

Posted by ahl on November 27th, 2005



1. Confirm that basic and integrated authentication is enabled on the
virtual directory that OMA is using. Exchange 2003 SP2 is reported to be
switching integrated authentication off for some unknown reason.

Read this for assistance;
http://support.microsoft.com/default...b;en-us;817379

2. Check that you have the correct SSL certificate installed on your WM5
device. Check the certificate's name and issue / expiry dates to confirm.
You may need to install the CA's certificate as well if using self generated
certificates.

3. Does the "server" entry on the client match the SSL certificate name?

4.. Are the proxy settings on the device interfering?

5. Is SSL (port443) is open at your perimeter firewall if using an external
FQDN?

6. If you are using external FQDN, can you loop back through your perimeter
firewall? Some can, some can't.

7. URLscan on the default website can interfere with dot com e-mail
addresses.



"Daryan" <paul@blueskies.ws> wrote in message
news:1133051586.704741.185940@o13g2000cwo.googlegr oups.com...


Posted by Fredrik Caesar on November 27th, 2005


I agree on this one, I can also get the desktop sync to work although it
tends to hang sometimes.

We'd maybe need some kind of troubleshooting tool that creates a synthetic
ActiveSync
connection to the Exchange server and reports problems back. (Saw some note
on a MOM 2005
module for this).

"Daryan" <paul@blueskies.ws> skrev i meddelandet
news:1133051586.704741.185940@o13g2000cwo.googlegr oups.com...


Posted by Daryan on November 27th, 2005


ahl,

Something that you have said in your reply there has sparked a thought.
To date the only certificate that I have imported to the WM5 device is
the certificate exported from the exchange server. This is a self
generated certificate using an internal CA. Do I need to load the CA
certificate as well?

The device synced perfectly prior to switching on SSL

Thanks,

Paul

Posted by Daryan on November 27th, 2005


Something else to add to this. Should the exchange server certificate
be granted to the server fqdn or the fqdn/exchange? I get different
errors when attempting both of these approaches

Thanks

Posted by Robert Owen [MSFT] on November 28th, 2005


85010014 is a server error,
Are you gettin gthis error during your first sync with outlook (while
outlook is in offline mode?)
If so connect your outlook to the server in online mode then sync then put
your outlook back into offline mode

<junk@junk.com> wrote in message news:rIpgf.38339$4n5.37028@dukeread01...


Posted by Daryan on November 28th, 2005


The error is output when I am attempting the first sync with the
server. The sync with Outlook (online or offline) works perfectly every
time. Outlook is operating in cached mode. The sync was also working
flawlessly prior to turning on SSL and Form Based Authentication

Posted by ahl on November 30th, 2005


Apologies for being so long in replying. (Failed USB harddrive broke my
network....long story)

I have both the server's SSL certificate and the internal CA's certificate
installed on the WM5 phone. the PPC 2003 devices are set up the same.


"Daryan" <paul@blueskies.ws> wrote in message
news:1133132872.471158.256510@g44g2000cwa.googlegr oups.com...


Posted by ahl on November 30th, 2005


My cert is domain.net

Active sync client is set to domain.net


"Daryan" <paul@blueskies.ws> wrote in message
news:1133133067.084315.48850@z14g2000cwz.googlegro ups.com...



Similar Posts