[Exchange 2007] Fout 0x85010014 bij ActiveSync met Qtec*

[nilski]

Ik zit bij een klant die een probleem heeft. Een collega heeft het opgezet en pak ik het over.

situatie:
Mobieltjes moeten syncen via gprs met exchange 2007
Officieel certificaat is geinstalleerd op webserver met naam van buitenkant (mail.klant.nl)
Als een mobieltje probeert te syncen komt foutmelding 0x85010014
Als ik zoek op pocketfaq lees ik een hele rits met mogelijke oorzaken..

Eerder hadden we hetzelfde aan de hand bij een andere klant en toen had het te maken met LHS en RHS van het email adres. Erg grappig
"The Left Hand Side(LHS) and Right Hand Side(RHS) of the user’s primary SMTP address are both different from the SMTP address based on the default recipient policy. (Fixed with Exchange 2003 Service Pack2) "

Nu is mijn vermoeden dat het met het certificaat te maken heeft alleen zit ik vast, wie kan me op weg helpen?

Wat ik heb geprobeert:
testen met domain admin account (ivm. rechten?)
check dat certificate staat op mail.klant .nl (op de default website in IIS = owa)
Bij secure communications staat "require SSL" uit

Misschien sta ik op het verkeerde been hoor, roept u maar

[ Voor 0% gewijzigd door nilski op 03-07-2007 06:43 . Reden: webmail.klant.nl moest mail.klant.nl zijn.. ]

[SierdW]

Wordt er iets gelogd in het log van Windows, of in het log van IIS?

[WaSteiL]

Is het een nieuwe PDA? Controleer dan vooral de tijd even die op de PDA staat ingesteld. Bij een te ver afwijkende tijd krijg je ook deze melding.

Dit is natuurlijk voornamelijk het geval als er maar 1 PDA het probleem heeft. Heeft elke het (waarvan reeds gebruikte), dan is de kans te verwaarlozen.

[ Voor 34% gewijzigd door WaSteiL op 28-06-2007 13:51 ]

[nilski]

De tijd staat goed, heb daar op gelet. Het device is gereset en tijd aangepast (kreeg toen andere melding) In Exchange staat Active sync aan op de mailboxen.
In de Exchange Management Console worden de mobieltjes gewoon gezien. Als ik 'm verwijder krijg ik een foutmelding en de melding dat het device volgende keer opnieuw gesynct zal worden met evt. gegevens verlies.

Als ik op sync click op de QTek geeft hij aan; "Synchronizing folders".. "Looking for changes" en vervolgens komt de melding "Synchronized: None"
"Result: ActiveSync encountered a problem on the server.
Support code: 0x85010014


In de eventviewer staat een heel verhaal bij elke poging;

------------------------------------------------------------------------------------------------------------------------------------------------


Source:MSExchange ActiveSyn
Event ID: 1008


An exception occurred and was handled by Exchange ActiveSync. This may have been caused by an outdated or corrupted Exchange ActiveSync device partnership. This can occur if a user tries to modify the same item from multiple computers. If this is the case, Exchange ActiveSync will re-create the partnership with the device. Items will be updated at the next synchronization.

URL=/Microsoft-Server-ActiveSync?User=administrator&DeviceId=1435F1EC624E3EF7C6DCE0FD3E5D8128&DeviceType=PocketPC&Cmd=Sync
--- Exception start ---
Exception type: System.TypeInitializationException
Exception message: The type initializer for 'Microsoft.Exchange.AirSync.SchemaConverter.Common.SchemaConverterDiagnostics' threw an exception.
Exception level: 0
Exception stack trace: at Microsoft.Exchange.AirSync.SchemaConverter.Common.SchemaConverterDiagnostics.TraceFunction(Trace tracer, Object obj, String formatString, Object[] args)
at Microsoft.Exchange.AirSync.SchemaConverter.AirSync.AirSyncBodyProperty..ctor(String xmlNodeNamespace, String textBodyTag, String rtfBodyTag, String bodyTruncatedTag, String bodySizeTag, Boolean forceBodyTruncatedTag, Boolean writeBodyTruncatedLast, Boolean requiresClientSupport, Boolean cacheRtf)
at Microsoft.Exchange.AirSync.SchemaConverter.AirSync.AirSyncBodyProperty..ctor(String xmlNodeNamespace, String textBodyTag, String rtfBodyTag, String bodyTruncatedTag, String bodySizeTag, Boolean forceBodyTruncatedTag, Boolean writeBodyTruncatedLast, Boolean requiresClientSupport)
at Microsoft.Exchange.AirSync.SchemaConverter.PrototypeSchemasV25.ContactsPrototypeSchemaState.CreatePropertyConversionTable()
at Microsoft.Exchange.AirSync.SchemaConverter.AirSyncVersionFactoryV25.CreateContactsSchema()
at Microsoft.Exchange.AirSync.SyncBase.InitializeSchemaConverter(Collection collection)
at Microsoft.Exchange.AirSync.SyncCommand.OnExecute()
at Microsoft.Exchange.AirSync.SyncCommand.Execute()
at Microsoft.Exchange.AirSync.Command.WorkerThread()
Inner exception follows...
Exception type: System.Security.SecurityException
Exception message: Requested registry access is not allowed.
Exception level: 1
Exception stack trace: at Microsoft.Win32.RegistryKey.OpenSubKey(String name, Boolean writable)
at System.Diagnostics.EventLog.CreateEventSource(EventSourceCreationData sourceData)
at Microsoft.Exchange.Diagnostics.ExEventLog..ctor(Guid componentGuid, String sourceName)
at Microsoft.Exchange.AirSync.SchemaConverter.Common.SchemaConverterDiagnostics..cctor()
--- Exception end ---.

For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.

------------------------------------------------------------------------------------------------------------------------------------------------

[ Voor 7% gewijzigd door nilski op 28-06-2007 15:50 ]

[nilski]

kickje..?

[SierdW]

Gaat het om een migratie van 2003 naar 2007?

[sanfranjake]

Titel even aangepast zodat het wat duidelijker is allemaal
Active sync foutcode 0x85010014 (windows mobile syncen met > [Exchange 2007] Fout 0x85010014 bij ActiveSync met Qtec*

[alt-92]

Beetje googlen leidt me al gauw naar http://www.eggheadcafe.co.../Jul2006/post27471260.asp en Exchange ActiveSync and Outlook Mobile Access errors occur when SSL or forms-based authentication is required for Exchange Server 2003
.

Ik zou het inderdaad ook eens zonder SSL proberen om te kijken wat precies de melding is die je terug krijgt.

[SierdW]

Mwoaaa, het gaat niet om Exchange 2003, maar 2007. Mijn vorige vraag was omdat ik door middel van google op deze site kwam http://www.roboguys.com/i...task=view&id=72&Itemid=52, waar ik precies dezelfde foutmelding aantrof onderaan de pagina. Deze persoon deed (ook) een migratie van 2003 naar 2007 en liep tegen hetzelfde probleem aan, zijn oplossing:

The fix was simple, but depending on the environment, problematic: blow away the server configuration on the device and recreate it. In this scenario, the ISA 2006 rules for Activesync were simply repointed to the new Exchange 2007 server and in theory they should have worked (the devices trust the root CA of the company), but it didn't. In this environment, re-establishing the association with the server wasn't that big a deal, but if you have clueless users that can barely dial their phone let alone modify the Activesync configuration (even though it is just a few steps) that are distant, it could be a headache.

[alt-92]

SierdW schreef op zondag 01 juli 2007 @ 11:35:
Mwoaaa, het gaat niet om Exchange 2003, maar 2007.

Heb je gelijk in, maar de eerste link beschrijft ook een troubleshooting methode die ook voor andere versies dan 2003 geldt

[nilski]

Thnx voor de replies, ik had ff lang weekend..
En de topictitel is zo idd beter.
Volgens mij heb ik alles al geprobeerd wat er is voorgesteld, nieuwe qtek gebruikt, zonder ssl geprobeerd. Waarom dat niet werkt ben ik nu achter; poort 80 verwijst naar een andere server.
Ik ga nu kijken of het werkt als ik poort 80 naar de mailserver verwijs en zonder ssl probeer te verbinden.
Verder wil ik proberen het certificaat te importeren op de qtek, misschien dat dat wat is. Volgens MS zou dat niet moeten hoeven maar je weet maar nooit.. Het certificaat is van Equifax.
Ik hou u op de hoogte!

[nilski]

Deze melding krijg ik op een ander type qtek;

80072F17
Unspported Digital Certificate installed. If you installed a digital certificate that supports wildcards from a certifying digital certificate provider, this certificate will install however using the certificate is not supported.

Replace the digital certificate with one that does not use wildcards and is listed in the root certificate store on the device.

En uiteraard de melding;
Contact your network administrator for assistance.


Ik ga eens verder proberen..

[nilski]

het certificaat geinstalleerd maar nog steeds dezelfde foutmelding.
als ik nu echter ssl uitschakel op de qtek krijg ik de foutmelding 0x80830002
hier vind ik niets over, wel over melding 0x 80830003. ergens hadden ze het over een corrupt certificaat. maar eens proberen het certificaat opnieuw te importeren dan maar..

[_Arthur]

nilski schreef op maandag 02 juli 2007 @ 11:43:
Deze melding krijg ik op een ander type qtek;

80072F17
Unspported Digital Certificate installed. If you installed a digital certificate that supports wildcards from a certifying digital certificate provider, this certificate will install however using the certificate is not supported.

Replace the digital certificate with one that does not use wildcards and is listed in the root certificate store on the device.

En uiteraard de melding;
Contact your network administrator for assistance.


Ik ga eens verder proberen..

Windows Mobile 5 ondersteunt geen Wildcard SSL certificaten.

Dit kan je op de smartphone/pda oplossen door in de registry een setting te veranderen. Hoe en waar kan je hier lezen: http://winzenz.blogspot.c...ur-windows-mobile-50.html

[nilski]

het is geen wildcard certificaat. het staat op mail.klant.nl (ik vergisste me eerst dat het webmail.klant.nl was)
helaas..

[SierdW]

Volgens de melding zit er of een wildcard in, of staat het certificaat niet in de root. Je zegt zelf dat het geen wildcard is, dus zou het certificaat niet in de root-certificates moeten staan. Als je kijkt bij de root-certificates op de Qtek, staat je certificaat daar dan tussen, en zo ja, staat er echt geen wildcard in? En gaat het nu om een migratie van 2003 naar 2007 of is het gewoon een nieuwe installatie van 2007?

[nilski]

het is een nieuwe install
het certificaat is geregisteerd bij Equifax
op de qtek heb ik het certificaat geimporteerd dus staat het in de root.. toch?
(overigens zou dit toch juist niet nodig zijn met een officieel certificaat?)