[Exchange 2003] Active Sync error 8501004 Push Mail

Pagina: 1
Acties:
  • 1.503 views sinds 30-01-2008
  • Reageer

  • mindcre8r
  • Registratie: Maart 2000
  • Laatst online: 22-01 11:42

mindcre8r

Tradepedia

Topicstarter
Het volgende:

Ik heb een Frontend backend Exchange server.
Daar draait OWA,OMA en de normale exchange functianaliteit prima op.

Via de webbrowser zijn de OWA en OMA site goed en foutloos te benaderen via HTTPS.
SSL Certificaat is van Starcom.

Als ik een windowsmobile (in dit geva vers 5.0) device wil laten syncen direct met de exchange server krijg ik de error:

-Uw account heeft niet de juiste machtingen om deze taak uit te voeren op de Exchange server-

-Your account does not have permission to sync with your current settings. Contact your Microsoft Exchange administrator. Remove the item from the synchronization list. -

Error: 85010004

Rechten op de exchange server zijn echter goed, ik heb denk ik wel zo'n beetje elke tutorial van technet gehad alle rechten in IIS opnieuw gezet adhv Technet documentatie, mijn IIS geresetted nieuwe Vdirs aan gemaakt (de exchange-oma methode)

iemand een idee?

Bears and Bulls


  • mindcre8r
  • Registratie: Maart 2000
  • Laatst online: 22-01 11:42

mindcre8r

Tradepedia

Topicstarter
ok ben al wat verder, als ik SSL uitschakel werkt het vrolijk maar enkel op de interne NETBIOS name. neem ik onze domain name voor mail op halen mail.bedrijf.nl dan gaat het weer hartstikke fout.

de error die ik dan heb is 0x85030022

Bears and Bulls


  • alt-92
  • Registratie: Maart 2000
  • Niet online

alt-92

ye olde farte

Mogen we er vanuit gaan dat je de methode zoals hier:
http://www.petri.co.il/pr...and_ssl_in_activesync.htm
beschreven staat hebt gevolgd?

En hoe is de servernaam @ certificate, de fqdn van de server zoals je 'm ook wil gebruiken over SSL met OWA?
En werkt OWA over SSL wel met dezelfde fqdn?

[ Voor 7% gewijzigd door alt-92 op 18-04-2007 20:30 ]

ik heb een 864 GB floppydrive! - certified prutser - the social skills of a thermonuclear device


  • mindcre8r
  • Registratie: Maart 2000
  • Laatst online: 22-01 11:42

mindcre8r

Tradepedia

Topicstarter
alt-92 schreef op woensdag 18 april 2007 @ 20:29:
Mogen we er vanuit gaan dat je de methode zoals hier:
http://www.petri.co.il/pr...and_ssl_in_activesync.htm
beschreven staat hebt gevolgd?

En hoe is de servernaam @ certificate, de fqdn van de server zoals je 'm ook wil gebruiken over SSL met OWA?
En werkt OWA over SSL wel met dezelfde fqdn?
ook die is gevolgd ja. en oma en owa via die fqdn werkt prima.
daarom lijkt het wel alsof active sync er iets raars meedoet.
der servernaam @ SSL .cer is mail.domain.nl en op die naam wil ik em ook benaderen.

https://mail.domein.nl werkt zowel intern als extern maar active sync slikt em niet niet ook niet als ssl disabled staat op de active sync connector.

Bears and Bulls


  • ralpje
  • Registratie: November 2003
  • Laatst online: 10:25

ralpje

Deugpopje

Ik heb eens zo'n zelfde probleem gehad, en uiteindelijk in IIS alle vdirs die met OWA en OMA te maken hadden verwijderd. Vervolgens worden ze, als je je information store service opnieuw start, opnieuw aangemaakt. Vervolgens nog even de rechten goed zetten en tsjekken op https wel of niet aan staat, en het werkte bij mij.
Is ergens een whitepaper over, is met even googlen wel te vinden denk ik..

Freelance (Microsoft) Cloud Consultant & Microsoft Certified Trainer


  • mindcre8r
  • Registratie: Maart 2000
  • Laatst online: 22-01 11:42

mindcre8r

Tradepedia

Topicstarter
ralpje schreef op donderdag 19 april 2007 @ 07:47:
Ik heb eens zo'n zelfde probleem gehad, en uiteindelijk in IIS alle vdirs die met OWA en OMA te maken hadden verwijderd. Vervolgens worden ze, als je je information store service opnieuw start, opnieuw aangemaakt. Vervolgens nog even de rechten goed zetten en tsjekken op https wel of niet aan staat, en het werkte bij mij.
Is ergens een whitepaper over, is met even googlen wel te vinden denk ik..
onderaan mn TS kan je lezen dat ik dat ook heb gedaan.

Maar bedankt voor het meedenken ;)

Bears and Bulls


  • ralpje
  • Registratie: November 2003
  • Laatst online: 10:25

ralpje

Deugpopje

* ralpje gaat een braiille-toetsenbord uitzoeken :)

Freelance (Microsoft) Cloud Consultant & Microsoft Certified Trainer


  • mindcre8r
  • Registratie: Maart 2000
  • Laatst online: 22-01 11:42

mindcre8r

Tradepedia

Topicstarter
iemand nog een id?

even een update:

Als ik SSL inschakel dan heb ik error 85010004 zoals in de tS maar zet ik em uit dan krijg ik error 0x85030022

-update-

ik merk nu dat verkeer niet eens aankomt bij mn exchange server op het adres mail.bedrijf.nl via active sync... vaag al het andere verkeer komt wel aan :S

[ Voor 114% gewijzigd door mindcre8r op 20-04-2007 15:23 ]

Bears and Bulls


Verwijderd

doe voor de gein eens een IISRESET en delete het profiel in je ActiveSync eens en laat m een nieuw profiel aanmaken

de instellingen van je profiel moeten natuurlijk ook worden geupdate dus niet alleen op de server

  • mindcre8r
  • Registratie: Maart 2000
  • Laatst online: 22-01 11:42

mindcre8r

Tradepedia

Topicstarter
bovenstaand heb ik ook al geprobeerd :( with no results.

Bears and Bulls


  • sanfranjake
  • Registratie: April 2003
  • Niet online

sanfranjake

Computers can do that?

(overleden)
Dus de hotfix lost het ook niet op?

Mijn spoorwegfotografie
Somda - Voor en door treinenspotters


  • mindcre8r
  • Registratie: Maart 2000
  • Laatst online: 22-01 11:42

mindcre8r

Tradepedia

Topicstarter
sanfranjake schreef op maandag 23 april 2007 @ 10:57:
Dus de hotfix lost het ook niet op?
nope die had ik vorige maand al gevraagd en geinstalleerd(ging best snel na aanvraag touwens)

heb het probleem toen ff laten liggen door andere werkzaamheden maar nee dat fixxed het ook niet.

plus dat als ik webforms authentication +SSL uitzet het dan wel zou moeten werken.

Wat ik gewoon zo zo heel vaag vindt is:

OWA + OMA werken wel op de externe naam : Mail.bedrijf.nl
maar Exchange-Active sync werkt niet op: Mail.bedrijf.nl maar wel op NETBIOS vanaf intern (extern helemaal niet)

Bears and Bulls


  • alt-92
  • Registratie: Maart 2000
  • Niet online

alt-92

ye olde farte

Vergeet de Serverkant even, en richt je op de PDA clientkant.

Wipe + reload dat device eens, of probeer het eens met een andere PDA?

ik heb een 864 GB floppydrive! - certified prutser - the social skills of a thermonuclear device


  • mindcre8r
  • Registratie: Maart 2000
  • Laatst online: 22-01 11:42

mindcre8r

Tradepedia

Topicstarter
alt-92 schreef op vrijdag 27 april 2007 @ 10:52:
Vergeet de Serverkant even, en richt je op de PDA clientkant.

Wipe + reload dat device eens, of probeer het eens met een andere PDA?
ik draai ook een virtual pda om te testen dus die moet altijd clean zijn.

ik heb ook een HTC 4350 en een ipaq HX5400 geprobeerd.

Bears and Bulls


  • mindcre8r
  • Registratie: Maart 2000
  • Laatst online: 22-01 11:42

mindcre8r

Tradepedia

Topicstarter
update omdat ik toevallig gister een PM kreeg met de vraag of ik dit ooit had opgelost.


Doe het volgende:

Alle stappen in dit artikel

als het dan nog niet werkt (in mijn geval ook niet)
open je exchange system manager)
ga naar je protocols folder (First Storage Group -> FE Server -> Protocols -> HTTP - > Exchange Virtual Server)
bij http delete de oma en de Microsoft-Server-Activeync (onthou de benaming want die moet je exact weer zo noemen)
restart iis + Sysem Attendand.
Bekijk in IIS of de Vdirs weg zijn van Active Sync en OMA.
ga weer naar de ESM en maak onder de HTTP die virtual dir's weer aan.
(dit is werkelijk een MS solution waar je een consult van 250$ voor betaald!)
Restart weer je iis, vervolgens zet op je default folder in IIS je authenticatie goed, als deze al staat zoals vele artikelen beschrijven undo en redo het, bij het vragen naar op welke sub folders het ook moet klik select all en apply.

hoop dat het nu lukt want het is echt een bitchy probleem!

Bears and Bulls


Verwijderd

Ik wil je hartelijk bedanken.

Eindelijk iemand met een echte oplossing!!!

Thanks

Verwijderd

Heb deze melding van TS (85010004) ook gehad. Echter is het hier opgelost door de "Forms login" uit te zetten. Probleem verhlopen. Wordt deze weer aangezet is syncen niet mogelijk.

In plaats van het standaard OWA inlogscherm krijgen wij nu een loginbox naar voren. Bovenstaande stappen zal ik ook eens proberen.
Pagina: 1