Thanks a lot for the quick response, Mike,
Just found out the certificate error I got was an error on the client part, I used another client machine and now I no longer have the cert problem.
However, when I try to connect using RPC over HTTP I still receive this error message:
"Outlook cannot logon, verify you are connected to the network and are using the proper server and mailbox name. The connection to Microsoft Exchange is unavailable. Outlook must be online to complete this action."
my local FQDN is sbserver.companyname.lan instead of the usual .local since when the first time our infrastructure was setted up we had macs running older version OS.
so in E-mail account setting, under Microsoft Exchange server I used sbserver.businessname.lan.
in RPC proxy server I used sbserver.businessname.com
However one thing that puzzles me is when I go to Exchange System Manager --> Server --> Protocols --> HTTP -->Exchange Virtual Server
under the property page of Exchange, the "Exchange Path" field says "businessname.com (default)".
does this mean the address to my exchange server should be .com instead of .lan? or is this irrelevant to what I'm configuring.
Please let me know if I set this up correctly.
BTW, the way our office network setup is different from what Microsoft have exptected, the connection from ISP goes to our router and there is a direct link from router to a gigabit switch board. There is also a direct connection from SBserver to the router.
DHCP server on router is disabled, instead every machine in our office use SBserver as their DHCP server. and in DHCP server setting, the IP range from 192.168.1.1-9 is excluded from IP pool. IP 192.168.1.2 is used for server WAN and 192.168.1.3 is used for server LAN both by manual configured IP address.
The reason why we set it up this way, according to the previous IT before me, is because we got significant amount of attack attempt from the net and since we are not using ISA, its just better to keep the SBserver behind a router instead of having our ISP IP point directly to it.
I was suspecting this to be the cause of my problem, but somehow it doesn't seem that way since everything other feature we need is working perfectly fine, with only the exception of RPC-over-HTTP. This office have been running this setup for several years already and haven't had a network problem that we couldn't solve, RPC is the only one the IT department actually gave up. I'm trying to get it resolved once and for all....
thanks again, I really appreciate your help
|