Wel webmail geen sync met mobiel

[Verwijderd]

Beste tweakers,

Ik had al een probleem gemeld met het openstellen van Exchange webmail en dat lukt ook.
Dit was topic:
Windows SBS Company web intern te benaderen buitenaf niet

Dit werkt nu maar wonder boven wonder werkt het ophalen van mail en agenda nog niet met de exchange server.
Op zoek gegaan en zag dat er nog andere poorten los moesten namelijk:
990
999
5678
5679
26675
5721

Toch werkt het nog steeds niet:S

Dit heb ik zewel met me IPhone geprobeerd als wel de nokia E71

Heb wel vaker een config uitgevoerd maar toch wil dit niet lukken.

Enig idee iemand?

Alvast bedankt.

[alt-92]

Waarom zouden de door jou genoemde poorten 'los' moeten?
Waar haal je dat vandaan?

[eRRoR.InSiDe]

Die poorten zijn volgens mij ook niet nodig...

Wat gaat er dan fout? Want dit is raden in het lucht ledige...

Hints:
- certificaat voor op je mobiel in orde?
- mobiel eerst op de PC aangesloten om de eerste keer te syncen?

[Jazzy]

Voor ActiveSync is alleen poort 443 open. Ik weet niet waar je je informatie haalt maar met dat gepruts ga je echt problemen krijgen.

Draai de CEICW en je bent klaar. O ja, je heb in je vorige topic handmatig wijzigingen hebt gedaan in IIS ondanks dat je verteld was dat je dit niet moet doen. In dat geval ben je 'on your own'. Ik zou je op zich best wel willen helpen, maar je prutst aan je server en presteert het om dingen stuk te maken die normaal gesproken out-of-the-box werken.

Je zou https://www.testexchangeconnectivity.com/ eens kunnen laten draaien en kijken welke foutmelding je krijgt.

[Verwijderd]

alt-92 schreef op woensdag 01 juli 2009 @ 00:55:
Waarom zouden de door jou genoemde poorten 'los' moeten?
Waar haal je dat vandaan?

van het internet:)
Bron: http://forum.brighthand.com/showthread.php?t=212861

Dit met name active sync.

Jazzy schreef op woensdag 01 juli 2009 @ 07:57:
Voor ActiveSync is alleen poort 443 open. Ik weet niet waar je je informatie haalt maar met dat gepruts ga je echt problemen krijgen.

Draai de CEICW en je bent klaar. O ja, je heb in je vorige topic handmatig wijzigingen hebt gedaan in IIS ondanks dat je verteld was dat je dit niet moet doen. In dat geval ben je 'on your own'. Ik zou je op zich best wel willen helpen, maar je prutst aan je server en presteert het om dingen stuk te maken die normaal gesproken out-of-the-box werken.

Je zou https://www.testexchangeconnectivity.com/ eens kunnen laten draaien en kijken welke foutmelding je krijgt.

De CEICW heb ik al een paar keer gedraaid zonder succes. Als het allemaal zo makkelijk is dan was het snel verholpen.
Het enige wat ik veranderd heb is een IP toegang gegeven tot... en deze trouwens al weer wegehaald want na 3 kerr IIS te herstarten snapte die wat deze moest doen.
Heb deze server (helaas) zo overgenomen van een ander bedrijf. Deze server is dus niet door mij ingericht maar mag wel alles oplossen.
De link die gegeven is heb ik een test uitgevoerd. In deze test geeft hij het volgende aan:

Testing Exchange Activesync for host https://xx.xx.xx.xx/Microsoft-Server-Activesync/
Exchange Activesync test Failed
Test Steps
Attempting to Resolve the host name xx.xx.xx.xx in DNS.
Host successfully Resolved
Additional Details
IP(s) returned: xx.xx.xx.xx

Testing TCP Port 443 on host xx.xx.xx.xx to ensure it is listening/open.
The port was opened successfully.

Testing SSL Certificate for validity.
The SSL Certificate failed one or more certificate validation checks.
Tell me more about this issue and how to resolve it

Additional Details
A network error occurred while communicating with remote host:
Exception Details:
Message: Authentication failed because the remote party has closed the transport stream.
Type: System.IO.IOException
Stack Trace:
at System.Net.Security.SslState.StartReadFrame(Byte[] buffer, Int32 readBytes, AsyncProtocolRequest asyncRequest)
at System.Net.Security.SslState.StartReceiveBlob(Byte[] buffer, AsyncProtocolRequest asyncRequest)
at System.Net.Security.SslState.CheckCompletionBeforeNextReceive(ProtocolToken message, AsyncProtocolRequest asyncRequest)
at System.Net.Security.SslState.StartSendBlob(Byte[] incoming, Int32 count, AsyncProtocolRequest asyncRequest)
at System.Net.Security.SslState.ForceAuthentication(Boolean receiveFirst, Byte[] buffer, AsyncProtocolRequest asyncRequest)
at System.Net.Security.SslState.ProcessAuthentication(LazyAsyncResult lazyResult)
at System.Net.Security.SslStream.AuthenticateAsClient(String targetHost, X509CertificateCollection clientCertificates, SslProtocols enabledSslProtocols, Boolean checkCertificateRevocation)
at System.Net.Security.SslStream.AuthenticateAsClient(String targetHost)
at Microsoft.Exchange.Tools.ExRca.Tests.SSLCertificateTest.PerformTestReally()


Dit betekend dat me cetrficaat toch niet goed is.
Bedankt en ik ga dit in orde maken.

mocht iemand sug hebben hoor ik het wel!

[jjbstolk]

Heb je een zelf gegenereerd certificaat? Dan moet je het CA certificaat van je eigen server ook op de telefoon installeren.

[Jazzy]

De eerste stap is natuurlijk dat je certificaat geldig moet zijn, de hostnaam overeenkomt met de url die je aanroept en de uitgever vertrouwd wordt door het device. Basic stappen:

Ga op een PC naar OWA of RWW. Exporteer het certificaat met behulp van IE. Kopieer dat certificaat naar je device en installeer het.

Goed, maar om een stap verder te komen kun je de test nogmaals draaien en het vinkje aanzetten dat het vertrouwen van het certificaat genegeerd kan worden (Ignore Trust for SSL). De test zal dan doorlopen en eventuele andere fouten melden.

[hendrikjan]

Jazzy schreef op woensdag 01 juli 2009 @ 07:57:
Voor ActiveSync is alleen poort 443 open. Ik weet niet waar je je informatie haalt maar met dat gepruts ga je echt problemen krijgen.

Je zou https://www.testexchangeconnectivity.com/ eens kunnen laten draaien en kijken welke foutmelding je krijgt.

hoe betrouwbaar is die site?

[eRRoR.InSiDe]

Lijkt van MS te zijn, whoislookup:

Registrant:
Microsoft Corporation
Domain Administrator
One Microsoft Way
Redmond, WA 98052
US
Email: [e-mail]

Registrar Name....: CORPORATE DOMAINS, INC.
Registrar Whois...: whois.corporatedomains.com
Registrar Homepage: www.cscprotectsbrands.com

Domain Name: testexchangeconnectivity.com

Created on..............: Fri, Apr 25, 2008
Expires on..............: Sun, Feb 14, 2010
Record last updated on..: Thu, May 08, 2008

Administrative Contact:
Microsoft Corporation
Domain Administrator
One Microsoft Way
Redmond, WA 98052

Maar goed, dan nog vind ik het nogal wat om om user&pass te vragen....

[Verwijderd]

Jazzy schreef op woensdag 01 juli 2009 @ 11:25:
De eerste stap is natuurlijk dat je certificaat geldig moet zijn, de hostnaam overeenkomt met de url die je aanroept en de uitgever vertrouwd wordt door het device. Basic stappen:

Ga op een PC naar OWA of RWW. Exporteer het certificaat met behulp van IE. Kopieer dat certificaat naar je device en installeer het.

Goed, maar om een stap verder te komen kun je de test nogmaals draaien en het vinkje aanzetten dat het vertrouwen van het certificaat genegeerd kan worden (Ignore Trust for SSL). De test zal dan doorlopen en eventuele andere fouten melden.

heb de test nogmaals gedraaid:
Additional Details
A network error occurred while communicating with remote host:
Exception Details:
Message: Authentication failed because the remote party has closed the transport stream.
Type: System.IO.IOException
Stack Trace:
at System.Net.Security.SslState.StartReadFrame(Byte[] buffer, Int32 readBytes, AsyncProtocolRequest asyncRequest)
at System.Net.Security.SslState.StartReceiveBlob(Byte[] buffer, AsyncProtocolRequest asyncRequest)
at System.Net.Security.SslState.CheckCompletionBeforeNextReceive(ProtocolToken message, AsyncProtocolRequest asyncRequest)
at System.Net.Security.SslState.StartSendBlob(Byte[] incoming, Int32 count, AsyncProtocolRequest asyncRequest)
at System.Net.Security.SslState.ForceAuthentication(Boolean receiveFirst, Byte[] buffer, AsyncProtocolRequest asyncRequest)
at System.Net.Security.SslState.ProcessAuthentication(LazyAsyncResult lazyResult)
at System.Net.Security.SslStream.AuthenticateAsClient(String targetHost, X509CertificateCollection clientCertificates, SslProtocols enabledSslProtocols, Boolean checkCertificateRevocation)
at System.Net.Security.SslStream.AuthenticateAsClient(String targetHost)
at Microsoft.Exchange.Tools.ExRca.Tests.SSLCertificateTest.PerformTestReally()

[sanfranjake]

eRRoR.InSiDe schreef op woensdag 01 juli 2009 @ 11:37:
Lijkt van MS te zijn,
-----


Maar goed, dan nog vind ik het nogal wat om om user&pass te vragen....

Is idd van Microsoft Maar hoezo vind je dat een ramp dan? Je maakt toch wel een testuser zonder allerlei rechten voor dit soort tests?
Besides, hoe wil je zonder in te loggen kunnen verifieeren dat het echt werkt zoals het hoort?

[Jazzy]

eRRoR.InSiDe schreef op woensdag 01 juli 2009 @ 11:37:
Maar goed, dan nog vind ik het nogal wat om om user&pass te vragen....

https://www.testexchangeconnectivity.com/Pages/Privacy.htm
https://www.testexchangeconnectivity.com/Pages/TOU.htm

In the event that you plan to use the Services to diagnose connectivity issues related to your production systems, you may be required to provide user credentials of a working account from such systems. Microsoft strongly recommends that you create a test account in these situations and remove it immediately from your production systems once the testing is completed. You acknowledge that you are solely responsible for the management and security of the test account.

Wat betreft de test:

Verwijderd schreef op woensdag 01 juli 2009 @ 11:38:
[...]

heb de test nogmaals gedraaid:
Additional Details
A network error occurred while communicating with remote host:
Exception Details:
Message: Authentication failed because the remote party has closed the transport stream.

Doet die firewall iets met het verkeer wat er door heen gaat?

Doe anders eens een handmatige test, ga met je browser naar https://xx.xx.xx.xx/Microsoft-Server-Activesync/ en geef je credentials in. Je moet nu een 501 Not implemented error krijgen, die betekent dat het goed werkt. Doe het een keer op die url vanaf een pc buiten je netwerk, dus via het internet. Probeer het ook een keer intern maar dan op de NetBIOS naam: https://sbsserver/Microsoft-Server-Activesync/.

Even voor de zekerheid, ik zie dat je geen DNS record voor je server hebt gemaakt en hem dus over het internet op IP-adres benadert. Heb je dat IP-adres ook ingevuld in dit scherm?

[eRRoR.InSiDe]

He testen zal niet gaan zonder user & pass maar goed het is in eerste instantie iets waar ik wel mee uit zou kijken. En ookal geef je een testuser, het blijft een user access ookal heb je de rechten nog zo beperkt. Maar goed, laten we het verder on topic houden, het is ieder voor zich om dit wel of niet te doen...

[Verwijderd]

Jazzy schreef op woensdag 01 juli 2009 @ 12:05:

Even voor de zekerheid, ik zie dat je geen DNS record voor je server hebt gemaakt en hem dus over het internet op IP-adres benadert. Heb je dat IP-adres ook ingevuld in dit scherm?
[afbeelding]

Dat is het leuke eraan.. ik krijg dat scherm al helemaal niet.
Heb nu CA geinstalleerd(gelezen op internet) hiermee zou het ook moeten lukken.
Heb daar zelf nog geen ervaring mee.

Even voor de duidelijkheid er is dus helemaal geen ceterficaat aanwezig:S

Heel vaag allemaal!

[Jazzy]

Je hoeft geen CA te installeren op je SBS server omdat die zelf certificaten uit geeft.

Waar heb je gelezen 'op het internet' dat je een CA moet installeren op een SBS Server? En als je dat scherm niet krijgt in de CEICW, waarom denk jij dat het installeren van een CA de oplossing is?

Ik begrijp niet waarom je hier om hulp komt vragen en tegelijkertijd zelf dit soort onverantwoorde dingen gaat installeren. Op dit moment help je de boel sneller in de war dan dat ik je kan helpen om het weer vlot te trekken. Spijt me, ik kan je niet verder helpen zo.

[Verwijderd]

Jazzy schreef op woensdag 01 juli 2009 @ 19:41:
Je hoeft geen CA te installeren op je SBS server omdat die zelf certificaten uit geeft.

Waar heb je gelezen 'op het internet' dat je een CA moet installeren op een SBS Server? En als je dat scherm niet krijgt in de CEICW, waarom denk jij dat het installeren van een CA de oplossing is?

Ik begrijp niet waarom je hier om hulp komt vragen en tegelijkertijd zelf dit soort onverantwoorde dingen gaat installeren. Op dit moment help je de boel sneller in de war dan dat ik je kan helpen om het weer vlot te trekken. Spijt me, ik kan je niet verder helpen zo.

Heb een collega gebeld en hij vertelde me het volgende:
De ceterficaat die ik heb is niet geregistreerd en als ik dat dus wel wilde moest ik CA installeren.

Hoe kan het dan dat ik bij deze SBS server niet dat scherm krijg?
Bij alle andere SBS servers kreeg ik dat namelijk wel.

Ik zal voortaan het eerst wel ff posten voordat ik actie onderneem.

Toch hoop ik dat je nog een sugestie hebt.

[eRRoR.InSiDe]

Welke foutmleding krijg je op je mobile device als je probeert te syncen?

[Verwijderd]

eRRoR.InSiDe schreef op donderdag 02 juli 2009 @ 07:58:
Welke foutmleding krijg je op je mobile device als je probeert te syncen?

Verbinding mislukt.(IPHONE)
en bij nokia systeem fout probeer later opnieuw.

Heb dus niet echt een foutmelding of code.

Hij blijft steeds zeuren om ceterficaat volgens mij.

[eRRoR.InSiDe]

Het beste is te zoeken op internet naar hoe je een self signed certificate kan maken voor je mobile device. Dit heb ik ook aangemaakt en handmatig geimporteerd op mijn mobile device omdat ik anders niet kon verbinden door ee ncertificaat fout.

Om een self signed certificaat te maken heb ik mijn server CA moeten maken, kan me dus voorstellen dat daar de opmerking van je collega vandaan kwam.

[Verwijderd]

Ik maak ook gebruik van SBS (2003) en Exchange ActiveSync met de iPhone. Dit werkt prima. Ik heb het volgende gedaan om het werkend te krijgen:

- poort 443 op de firewall opengezet richting SBS.

- SSL certificaat aangeschaft voor webmail.mijndomein.nl (niet nodig overigens, maar er zijn certificaten
die standaard als trust worden herkend door Windows Mobile en iPhone OS, dat scheelt een stukje). Anders
moet je zelf een certificaat hebben voor de URL die je aanroept en zorgen dat de telefoons ze accepteren.

- Heb je onder IIS onder je Default Sites ook de directory /exchange-oma staan? Anders moet je met de
wizard van SBS (weet even niet uit mijn hoofd welke), aangeven dat je Mobile Access wilt toestaan. Volgens mij zit dit in de Internet wizard (iemand?)

- Als je in de properties kijkt in IIS op de Default Sites, staat daar ook aangegeven dat er een certificaat
gebruikt moet worden (128 bits bijvoorbeeld)?

- De iPhone heb ik ingesteld met een server adres van webmail.mijndomein.nl

- In de lokale DNS heb ik een mijndomein.nl zone aangemaakt waar webmail.mijndomein.nl verwijst naar
het interne adres van SBS. De rest van de mijndomein.nl verwijs ik naar het Internet toe (dit kan bij jou
anders zijn natuurlijk als je www en ftp zelf host)

- In de publieke DNS heb ik webmail.mijndomein.nl laten verwijzen naar het externe adres van de Internet
aansluiting (of firewall) waar de port-forwarding opzit.

- Met deze DNS aanpassingen maakt het dus niet uit of ik buiten de deur ben (3G) of op het WLAN, de
server wordt altijd gevonden, en push mail werkt prima.

- Test eens vanaf het interne client LAN of jij het adres https://webmail.jouwdomein.nl/oma kunt bereiken
met een PC. Krijg je dan de melding dat je met een niet-ondersteund apparaat aankomt?

[sanfranjake]

Verwijderd schreef op donderdag 02 juli 2009 @ 08:32:
- SSL certificaat aangeschaft voor webmail.mijndomein.nl (niet nodig overigens, maar er zijn certificaten
die standaard als trust worden herkend door Windows Mobile en iPhone OS, dat scheelt een stukje). Anders
moet je zelf een certificaat hebben voor de URL die je aanroept en zorgen dat de telefoons ze accepteren.

Check, voor topicstarter een step-by-step: http://blogs.technet.com/...e-on-iis-on-sbs-2003.aspx

- Heb je onder IIS onder je Default Sites ook de directory /exchange-oma staan? Anders moet je met de
wizard van SBS (weet even niet uit mijn hoofd welke), aangeven dat je Mobile Access wilt toestaan. Volgens mij zit dit in de Internet wizard (iemand?)

Jep de Configure E-mail and Internet Connection Wizard (CEICW) zal dat allemaal netjes configureren

- Als je in de properties kijkt in IIS op de Default Sites, staat daar ook aangegeven dat er een certificaat
gebruikt moet worden (128 bits bijvoorbeeld)?

Ook dit zal de CEICW normaalgesproken allemaal goed instellen.

- De iPhone heb ik ingesteld met een server adres van webmail.mijndomein.nl

Zolang dit het adres op het certificaat is, en het certificaat en de uitgever van het certificaat vertrouwd worden (al geloof ik dat niet WindowsMobile daar wat makkelijker mee omgaan)

- In de lokale DNS heb ik een mijndomein.nl zone aangemaakt waar webmail.mijndomein.nl verwijst naar
het interne adres van SBS. De rest van de mijndomein.nl verwijs ik naar het Internet toe (dit kan bij jou
anders zijn natuurlijk als je www en ftp zelf host)

Dat is een goede oplossing imho. Zo goed dat Microsoft deze standaard in de IAMW van SBS2008 aanmaakt (Internet Address Management wizard)

[Verwijderd]

sanfranjake schreef op donderdag 02 juli 2009 @ 12:20:
[...]

Check, voor topicstarter een step-by-step: http://blogs.technet.com/...e-on-iis-on-sbs-2003.aspx

[...]

Jep de Configure E-mail and Internet Connection Wizard (CEICW) zal dat allemaal netjes configureren

[...]

Ook dit zal de CEICW normaalgesproken allemaal goed instellen.

[...]

Zolang dit het adres op het certificaat is, en het certificaat en de uitgever van het certificaat vertrouwd worden (al geloof ik dat niet WindowsMobile daar wat makkelijker mee omgaan)

[...]

Dat is een goede oplossing imho. Zo goed dat Microsoft deze standaard in de IAMW van SBS2008 aanmaakt (Internet Address Management wizard)

Klopt. ik heb hier ook nog nooit problemen mee gehad.
Behalve deze keer.

Wat er komt tijdens de CEICW is een foutmelding bij configureren van de firewall.
Heb nu namelijk wel het scherm waar Jazzy om vraagt.
Toch als ik bij me properties ga kijken van me default website heb ik nog steeds geen ceterficaat.
Me sbs maakt deze dus niet aan omdat tijdens de CEICW ik een foutmelding krijg(vermoed ik)

Heb ook de log hier: XXXX = domein
02-07-2009 16:03
C:\Program Files\Microsoft Windows Small Business Server\Networking\ICW\wizemail.dll, version 5.2.2893.0
calling CEmailCommit::ValidatePropertyBag ().
calling pdispPPPBag->QueryInterface (IPropertyPagePropertyBag, 0x6e50c).
Call to pdispPPPBag->QueryInterface () returned ok.
calling ReadInt4 (0x17a5bd8, DB5E5E45-3598-4F1D-8FF7-0ED35B9EB6A4).
Call to ReadInt4 () returned ok.
The out param of ReadInt4() is -1.
calling CValidatePropertyUtil.ValidatePropertyInteger ().
Call to CValidatePropertyUtil.ValidatePropertyInteger () returned ok.
Call to CEMailCommit::ValidatePropertyBag () returned ok.
calling CNetCommit::Commit (24796120).
calling CNetCommit::ValidatePropertyBag ().
Call to Querying for the property bag () returned ok.
Property bag is not dirty, skipping validation
calling CNetCommit::Common ().
Call to Configuring the time service () returned ok.
Call to Notifying RWW for ISA () returned ok.
Call to CNetCommit::Common () returned ok.
Call to CNetCommit::Commit () returned ok.
calling CRFireCommit::CommitEx (0x17a5bd8).
calling CRFireCommit::ValidatePropertyBag (0x17a5bd8).
Call to Reading web publishing selection () returned ok.
Web publishing selections:
OWA publishing: 0
RUP publishing: 0
Monitoring publishing: 0
OMA publishing: 0
RPC publishing: 0
Companyweb publishing: 0
ROOT publishing: 0
Call to CRFireCommit::ValidatePropertyBag () returned ok.
calling Enable Basic Firewall (0x0).
calling Get Private NIC Info (0x0).
calling Set RRAS Inbound Filter (0x0).
calling Set RRAS Registry key (0x0).
Call to GetPrivateNICGuid () returned ok.
Call to GetIPAddress for private nic () returned ok.
Call to GetSubnetMask for private nic () returned ok.
RUP is published
Call to Fixing the inheritance for root dir () returned ok.
Call to Unpublishing the default web site () returned ok.
Error 0x80070003 returned from call to Fixing the inheritance for companyweb dir().
calling Set Web Publishing Rules (0x80070003).
Error 0x80070003 returned from call to CRFireCommit::Commit().
Calling CCertCommit::CommitEx
Calling CCertCommit::ValidatePropertyBag
Nothing is published, will not touch SSL Settings
*** CCertCommit::ValidatePropertyBag returned ERROR 1
CCertCommit::CommitEx returned OK
calling CEmailCommit::Commit (0x2dcd30).
calling CEmailCommit::ValidatePropertyBag ().
calling pdispPPPBag->QueryInterface (IPropertyPagePropertyBag, 0x6e488).
Call to pdispPPPBag->QueryInterface () returned ok.
calling ReadInt4 (0x17a5bd8, DB5E5E45-3598-4F1D-8FF7-0ED35B9EB6A4).
Call to ReadInt4 () returned ok.
The out param of ReadInt4() is -1.
calling CValidatePropertyUtil.ValidatePropertyInteger ().
Call to CValidatePropertyUtil.ValidatePropertyInteger () returned ok.
Call to CEMailCommit::ValidatePropertyBag () returned ok.
calling pdispPPPBag->QueryInterface (IPropertyPagePropertyBag, 0x6e4f4).
Call to pdispPPPBag->QueryInterface () returned ok.
calling ReadInt4 (0x17a5bd8, DB5E5E45-3598-4F1D-8FF7-0ED35B9EB6A4).
Call to ReadInt4 () returned ok.
The out param of ReadInt4() is -1.
calling GetDomainAndControllerNames ().
Call to GetDomainAndControllerNames () returned ok.
calling GetOrganizationName (\\server.xxxxxx.local, DC=xxxx-xxxx,DC=local).
Call to GetOrganizationName () returned ok.
calling GetFirstAdministrativeGroup (\\server.xxxxxx.local, DC=xxxxxx,DC=local, xxxxx).
Call to GetFirstAdministrativeGroup () returned ok.
calling GetFirstRoutingGroup (\\server.XXXXXXX.local, DC=XXXXXXX,DC=local, XXXXXXX, first administrative group).
Call to GetFirstRoutingGroup () returned ok.
Call to Enabling Wireless admin for OMA () returned ok.
Call to Getting NETBIOS domain name () returned ok.
NETBIOS domain name: XXXXXXX
Call to Enabling NTLM on /public () returned ok.
calling CommitPOP3 (0x17a5bd8).
Call to CommitPOP3 () returned ok.
calling _SetRegInt4Value (HKEY_LOCAL_MACHINE, SOFTWARE\Microsoft\SmallBusinessServer\Connectivity\ICW, Last_MailOption_Exchange, -1).
Ignoring return value from call to _SetRegInt4Value().
Call to CEMailCommit::Commit () returned ok.
calling GetBOConnector ().
Call to GetBOConnector () returned ok.
calling spADs->PutEx (ADS_PROPERTY_CLEAR, msExchSmtpOutboundSecurityPassword).
Call to spADs->PutEx () returned ok.
calling spADs->SetInfo ().
Call to spADs->SetInfo () returned ok.

[ Voor 64% gewijzigd door Verwijderd op 02-07-2009 16:30 ]

[Verwijderd]

Is het verstandig om dit uit te voeren?
Method 2: Use Adsutil.vbs
Back up your IIS Metabase. To do this, follow these steps:
Start IIS Manager.
Right-click Default Web Site, point to All Tasks, and then click Save Configuration to a File.
Delete the virtual directories for Outlook Web Access. To do this, right-click Exadmin in the left pane of IIS Manager, and then click Delete. Click Yes when you are prompted with the question of whether you want to delete this item.

Repeat this step for the following virtual directories:
Exchange
ExchWeb
Microsoft-Server-ActiveSync
OMA
Public
Quit IIS Manager.
Click Start, click Run, type cmd, and then press ENTER.
Change to the following folder. In this example, Drive is the hard disk drive where Windows is installed:
Drive:\inetpub\adminscripts
Type adsutil, and then press ENTER.

Important By default, CScript is not the default scripting host for Windows Server 2003. To run the adsutil command, CScript must be configured as the default scripting host. To do this, click Yes if you are prompted to register CScript as you default host for VBscript, and then click OK.

Note If you receive a list of adsutil command options, CScript is already configured as the default scripting host for VBscript.
Type adsutil delete ds2mb, and then press ENTER.

Note To set the default scripting host to WScript, type WScript //H:WScript at the command prompt, press ENTER, and then click OK.
Click Start, point to All Programs, point to Administrative Tools, and then click Services.
To restart the Microsoft Exchange System Attendant service, follow these steps:
Click Start, click Run, type services.msc, and then click OK.
Right-click Microsoft Exchange System Attendant, and then click Restart.
When you are prompted to restart the dependant Exchange Server services, click Yes.

Note When you restart the Microsoft Exchange System Attendant service, the Microsoft Exchange Information Store service is also restarted. In this scenario, your Exchange Server users lose connectivity to their Exchange Server mailboxes.

The virtual directories are re-created. To verify that the virtual directories are re-created, start IIS Manager, and then view the Default Web site folder.

Important If the virtual directories are not re-created after 15 minutes, restart the computer.
Reset the access permissions to Anonymous. To do this, follow these steps:
Start IIS Manager, right-click ExchWeb, click Properties, and then click the Directory Security tab.
Under Authentication and access control click Edit, and then verify that the Enable anonymous access check box is turned on.
Click to select the Integrated Windows authentication check box, click OK, and then click Apply.
If an Inheritance Overrides dialog box appears, click Select All, and then click OK.
Under Authentication and access control, click Edit, and then click to clear the Integrated Windows authentication check box.
Click OK two times, and then quit IIS Manager.

Bron: How to reset the default virtual directories that are required to provide Outlook Web Access, Exchange ActiveSync, and Outlook Mobile Access services in Exchange Server 2003

[Verwijderd]

Exporteer nou gewoon een certificaat voor je mobile devices..
Er is al 4 keer geroepen dat dat het (in ieder geval onderdeel van het) probleem is, hell.. het staat zelfs in je troubleshooting:

Testing SSL Certificate for validity.
The SSL Certificate failed one or more certificate validation checks.
Tell me more about this issue and how to resolve it

2 mooie video tutorials over het exporteren van een self issued (dus untrusted) certificate en het installeren ervan op een mobiel apparaat:

http://www.netometer.com/...obile-import-certificate/

Dit is imho het enige wat je hoeft te doen.

[ Voor 10% gewijzigd door Verwijderd op 02-07-2009 17:07 . Reden: de link erbij zetten is ook wel praktisch ]

[Verwijderd]

Verwijderd schreef op donderdag 02 juli 2009 @ 17:06:
Exporteer nou gewoon een certificaat voor je mobile devices..
Er is al 4 keer geroepen dat dat het (in ieder geval onderdeel van het) probleem is, hell.. het staat zelfs in je troubleshooting:


[...]


2 mooie video tutorials over het exporteren van een self issued (dus untrusted) certificate en het installeren ervan op een mobiel apparaat:

http://www.netometer.com/...obile-import-certificate/

Dit is imho het enige wat je hoeft te doen.

ik heb niet eens een ceterficaat dat heb ik nu al een paar keer gezegd.
bij properties van de default website--> directory security is "View Ceterficate" ook grijs.

[sanfranjake]

Verwijderd schreef op donderdag 02 juli 2009 @ 17:14:
[...]

ik heb niet eens een ceterficaat dat heb ik nu al een paar keer gezegd.
bij properties van de default website--> directory security is "View Ceterficate" ook grijs.

Zolang je dat stug blijft denken gaat het ook nooit werken. Je MOET een certificaat gebruiken.

1. Als je een certificaat koopt van een professionele leverancier wordt deze vertrouwd door je telefoon, omdat deze het certificaat van de uitgever standaard meegeleverd heeft gekregen van Microsoft (Windows mobile)
2. Als je kiest tijdens CEICW om zelf een certificaat aan te maken (of aan te geven "huidige certificaat niet wijzigen", waardoor het tijdens de installatie gecreerde lokale certificaat behouden blijft) moet je het basiscertificaat installeren op je telefoon, zodat deze zonder fouten verbinding kan maken met de server.

Je kan testen of je certificaat goed is als je in Internet Explorer geen foutmeldingen krijgt, maar gelijk doorgeleid wordt naar het inlogscherm op https://in-ceicw.ingevoerde-externe.host/remote

[Verwijderd]

Verwijderd schreef op donderdag 02 juli 2009 @ 17:14:
[...]

ik heb niet eens een ceterficaat dat heb ik nu al een paar keer gezegd.
bij properties van de default website--> directory security is "View Ceterficate" ook grijs.

Psssst, ssl heeft altijd een certificate en gezien de urls die je zelf post gebruik je https (http over ssl) .. DUS een certificaat.
Ik hoop zo dat dit een thuisserver is en geen bedrijfsomgeving.

[ Voor 7% gewijzigd door Verwijderd op 02-07-2009 17:36 ]

[Verwijderd]

Verwijderd schreef op donderdag 02 juli 2009 @ 17:35:
[...]


Psssst, ssl heeft altijd een certificate en gezien de urls die je zelf post gebruik je https (http over ssl) .. DUS een certificaat.
Ik hoop zo dat dit een thuisserver is en geen bedrijfsomgeving.

En dat is nu dus het rare als ik http://host/exchange invoer werkt het
maar https lukt dus niet.
Ook niet als ik de instellingen hiervan verander.

[sanfranjake]

En we proberen je (schijnbaar tevergeefs) al een aantal posts aan je verstand te peuteren dat daar je probleem zit. Wat mij betreft is dit een echt gevalletje problem-betweek-keyboard-and-chair

[Verwijderd]

sanfranjake schreef op donderdag 02 juli 2009 @ 18:39:
En we proberen je (schijnbaar tevergeefs) al een aantal posts aan je verstand te peuteren dat daar je probleem zit. Wat mij betreft is dit een echt gevalletje problem-betweek-keyboard-and-chair

ik snap heel goed dat het probleem daar zit maar de oplossing is er niet.
Het installeren van het ceterficaat naar me mob wil die nog steeds niet verbinding maken.

Hij blijft de zelfde foutmelding geven.

Toen ik dit topic begon zeiden ze dat ik het CEICW opnieuw moest doorlopen.
Dat heb ik gedaan. Maar krijg dus een foutmelding.
Heb me log gepost van de foutmelding maar niemand zegt dan van dit of dat moet je veranderen.
Wat heeft het maken van een self signed certificate te maken met de foutmelding die ik krijg bij het doorlopen van CEICW?

SBS zou deze zelf moeten aanmaken(dit heeft bij mij altijd zo gewerkt)

problem-betweek-keyboard-and-chair

LOL...

[alt-92]

Verwijderd schreef op donderdag 02 juli 2009 @ 18:50:
[...]

ik snap heel goed dat het probleem daar zit maar de oplossing is er niet.
Het installeren van het ceterficaat naar me mob wil die nog steeds niet verbinding maken.

Hij blijft de zelfde foutmelding geven.

Die zal ook niet spontaan verdwijnen als je er maar lang genoeg naar blijft staren hoor

[StevenK]

Verwijderd schreef op donderdag 02 juli 2009 @ 18:50:
[...]

ik snap heel goed dat het probleem daar zit maar de oplossing is er niet.
Het installeren van het ceterficaat naar me mob wil die nog steeds niet verbinding maken.

Hij blijft de zelfde foutmelding geven.

Als jij niet stap voor stap gaat troubleshooten, maar telkens - omdat je dat hebt gehoord - iets verandert en dan hier een log neerplempt, moet je niet verwachten dat wij je probleem gaan recreëren om daarna de oplossing te zoeken.

Zorg nu eerst eens dat je een certificaat (en dus geen ceterficaat) hebt en dat je vanaf je mobile device zonder certificaatfoutmeldingen OWA kunt benaderen.

[Verwijderd]

StevenK schreef op donderdag 02 juli 2009 @ 19:01:
[...]

Als jij niet stap voor stap gaat troubleshooten, maar telkens - omdat je dat hebt gehoord - iets verandert en dan hier een log neerplempt, moet je niet verwachten dat wij je probleem gaan recreëren om daarna de oplossing te zoeken.

How...
ik heb me log zelf allang uitgezocht en op de error gezocht.:
Error 0x80070003 returned from call to Fixing the inheritance for companyweb dir().

Hierna heb ik aangegeven welke acties ik gevonden heb maar daar krijg ik geen antwoord op.
Het staat in me log maar hier word gezegd dat het anders is.

dat is een foutmelding waarom dus me CEICW niet lukt en me daardoor cetificaat dus ook niet.
Daardoor kan ik dus niet:

mobile device zonder certificaatfoutmeldingen OWA kunt benaderen.

Zorg nu eerst eens dat je een certificaat (en dus geen ceterficaat) hebt en dat je vanaf je mobile device zonder certificaatfoutmeldingen OWA kunt benaderen.

Dude... dat is nou juist me probleem...

[Verwijderd]

Verwijderd schreef op donderdag 02 juli 2009 @ 19:13:
[...]

How...
ik heb me log zelf allang uitgezocht en op de error gezocht.:
Error 0x80070003 returned from call to Fixing the inheritance for companyweb dir().

Hierna heb ik aangegeven welke acties ik gevonden heb maar daar krijg ik geen antwoord op.
Het staat in me log maar hier word gezegd dat het anders is.

dat is een foutmelding waarom dus me CEICW niet lukt en me daardoor cetificaat dus ook niet.
Daardoor kan ik dus niet:

[...]


[...]

Serieus, als jij niet in staat bent om de certificaten op een SBS server te beheren dan hoor je er eigenlijk ook helemaal niet aan te komen.

Opdracht: installeer een ssl certificaat op je webserver. (google is je vriend als je niet weet hoe).
(overigens is iis opnieuw installen op een sbs server ongeveer 1 van de domste dingen die je kunt doen ivm security instellingen van de sites die voorgeinstalleerd zijn.. met name companyweb).

Dude... dat is nou juist me probleem...

Het probleem is dat jij het probleem niet ziet maar alleen de gevolgen.
Gevolgen kan je best oplossen maar dat lost je probleem niet op.

[ Voor 11% gewijzigd door Verwijderd op 02-07-2009 23:06 ]

[eRRoR.InSiDe]

Verwijderd schreef op donderdag 02 juli 2009 @ 19:13:
[...]

How...
ik heb me log zelf allang uitgezocht en op de error gezocht.:
Error 0x80070003 returned from call to Fixing the inheritance for companyweb dir().

Hierna heb ik aangegeven welke acties ik gevonden heb maar daar krijg ik geen antwoord op.
Het staat in me log maar hier word gezegd dat het anders is.

dat is een foutmelding waarom dus me CEICW niet lukt en me daardoor cetificaat dus ook niet.
Daardoor kan ik dus niet:

[...]

[...]

Dude... dat is nou juist me probleem...

Kijk eens in je register op deze plek:
[HKLM\SOFTWARE\Microsoft\SmallBusinessServer\Intranet\CompanyWebPath]

En controleer dan of het goede pad er staat naar de map waar de info staat: "IIS://LOCALHOST/W3SVC/4"

[Verwijderd]

Verwijderd schreef op donderdag 02 juli 2009 @ 23:06:
[...]


Serieus, als jij niet in staat bent om de certificaten op een SBS server te beheren dan hoor je er eigenlijk ook helemaal niet aan te komen.

het is me al vaker gelukt en nooit problemen mee gehad!

Opdracht: installeer een ssl certificaat op je webserver. (google is je vriend als je niet weet hoe).
(overigens is iis opnieuw installen op een sbs server ongeveer 1 van de domste dingen die je kunt doen ivm security instellingen van de sites die voorgeinstalleerd zijn.. met name companyweb).

iis opnieuw installeren?
Lees je wel wat ik typ?

De virtuele directory zou deze foutmelding veroorzaken(info via google) en dus zou ik deze opnieuw moeten aanmaken.

[quote]
Kijk eens in je register op deze plek:
[HKLM\SOFTWARE\Microsoft\SmallBusinessServer\Intranet\CompanyWebPath]

En controleer dan of het goede pad er staat naar de map waar de info staat: "IIS://LOCALHOST/W3SVC/4"
[\quote]
ga er zo na kijken.

[eRRoR.InSiDe]

Verwijderd schreef op vrijdag 03 juli 2009 @ 08:56:


En controleer dan of het goede pad er staat naar de map waar de info staat: "IIS://LOCALHOST/W3SVC/4"
.....
ga er zo na kijken.

Dat pad is trouwens een voorbeeld! Het moet verwijzen naar het pad waar jouw site staat!

[ Voor 61% gewijzigd door eRRoR.InSiDe op 03-07-2009 10:07 . Reden: inkorten quote ;-) ]

[alt-92]

Heren, willen we het wel netjes houden?
Ook het quote-gedrag mag wel wat minder extreem trouwens, je hoeft echt niet een complete lap tekst te quoten als je alleen op de laatste zin wil reageren.

[marc181982]

Draai eens een keer de best practice analyzer? En post de fouten eens.

Probeer eens via iis-manager de site te verkennen die oma gebruikt? Klik met rechts op de sites en kies voor verkennen , als het goed is moet de site laden. Zo niet , weet je waar het verkeerd gaat.

Had een poosje geleden ong dezelfde problemen , zie dit topic (mischien heb je er wat aan)

[sbs2003] owa/oma niet bereikbaar

[DNAxtreme]

Heb je pushmail geactiveerd voor mobile devices ?

[Verwijderd]

marc181982 schreef op vrijdag 03 juli 2009 @ 13:20:
Draai eens een keer de best practice analyzer? En post de fouten eens.

Probeer eens via iis-manager de site te verkennen die oma gebruikt? Klik met rechts op de sites en kies voor verkennen , als het goed is moet de site laden. Zo niet , weet je waar het verkeerd gaat.

Had een poosje geleden ong dezelfde problemen , zie dit topic (mischien heb je er wat aan)

[sbs2003] owa/oma niet bereikbaar

De oma werkt. Heb nu ook echt verbinding met de server en hij geeft alleen de foutmelding nu met synchroniseren dat de verbinding mislukt is.
Het certificaat verhaal is ook gelukt nog bedankt daarvoor:

de best practice analyzer wil je dat ik de 2003 SBS draai of die alleen voor exchange 2003?

[alt-92]

Als je SBS gebruikt, dan lijkt me die voor SBS de juiste, denk je ook niet?

[Verwijderd]

leek mij ook logisch had em ook al geinstalleerd en laten scannen.
Echter geeft deze alleen aan dat in in exchange een service pack moet installeren vanwege office 2007 en dat ik me mode moet veranderen als ik over ga naar server 2008 sbs

voor de rest info over verouderde drivers enzo.

niet echt spannend dus...

[Jazzy]

De BPA voor SBS doet alleen SBS, voor Exchange heb je tevens de ExBPA nodig. Allebei dus.

[Verwijderd]

Jazzy schreef op woensdag 08 juli 2009 @ 15:54:
De BPA voor SBS doet alleen SBS, voor Exchange heb je tevens de ExBPA nodig. Allebei dus.

Niet eens zo'n domme vraag dus... ik ga meteen installeren.

[Verwijderd]

Nope ook weer met dingen waarvan ik zeker weet dat het niks met dit probleem te maken heeft.
Hij geeft weer aan dat bepaalde drivers te oud zijn.
Dat er een waarschuwing is met viruteel memory(inmiddels opgelost)
Er is een nieuwe update(ook inmiddels geinstalleerd)
verders niks...

Me telefoon heeft dus verbinding maar kan niet synchroniseren.
/oma doet het wel
/exchange doet het
Alle rechten en dergelijke staan goed dit heb ik met een sbs vergeleken die het wel doet.
iemand van jullie nog een suggestie?

[eRRoR.InSiDe]

Wat is de foutmelding op je telefoon? En heb je je telefoon eerst via een USB aansluiting op een client met Outlook gesynchronizeerd voordat je het zonder client aansluiting probeerd?

[ Voor 1% gewijzigd door eRRoR.InSiDe op 09-07-2009 11:24 . Reden: typfout USB ]

[Verwijderd]

eRRoR.InSiDe schreef op donderdag 09 juli 2009 @ 11:23:
Wat is de foutmelding op je telefoon?

Op mijn Iphone als ik een exchange toevoeg moet je gebruikersnaam, e-mail, wachtwoord en server toevoegen.
Hierbij geeft hij geen foutmelidingen aan.
Als ik me mail sync geeft hij aan "E-mail ophalen mislukt" De verbinding met de server is mislukt"

[ralpje]

Draai je Exchange SP2?

[Jazzy]

ralpje schreef op donderdag 09 juli 2009 @ 12:16:
Draai je Exchange SP2?

Ja, want hij heeft de SBS BPA gedraaid en alle aanwijzingen opgevolgd.

[Verwijderd]

ja klopt. ik draai sp2

[eRRoR.InSiDe]

Heb je die telefoon nu oo keerst via ee nclient laten syncen?

Kan je op je iPhone ook dingen als DNS en ping testen? Lijtk er op alsof je naar het verkeerde probeerd te verbinden.

Zit er wel of geen active sync op de iPhone?

[ Voor 11% gewijzigd door eRRoR.InSiDe op 09-07-2009 14:21 . Reden: added last sentence ]

[Verwijderd]

eRRoR.InSiDe schreef op donderdag 09 juli 2009 @ 14:13:
Heb je die telefoon nu oo keerst via ee nclient laten syncen?

nee dat niet maar zover ik weet hoeft dat niet(heeft teminste altijd gewerkt zonder bij andere servers)

als ik naar xx.xx.xx.xx/exchange ga doet hij het wel. ip adres waar ik heen ga is 100% zeker weten goed.

Op me iphone ook al eens /oma gebrobeerd of /exchange. dit zonder resultaat.

[eRRoR.InSiDe]

En die andere vragen?

http://www.wikihow.com/Sy...e-with-Microsoft-Exchange

Dit heeft geen onbekende stappen?

[ Voor 73% gewijzigd door eRRoR.InSiDe op 09-07-2009 14:41 ]

[DNAxtreme]

Domein leeg laten op de iphone wil ook wel eens helpen. (ik vul daar nooit iets in)

[Verwijderd]

Opgelost door deze gewoon opnieuw te installeren.
Er waren nog meer dingen die brak waren.

Bedankt voor alles!