Windows SBS 2008 standard: post install changes
Hi I just got SBS 2008 running and can figure out most things except for the following.I have it setup under the domain xbirt.comI cant figure out to change the external email page from:http://remote.xbirt.com/owatohttp://mail.xbirt.com/
November 25th, 2008 8:58am

Hi Nick, Please follow below article for step by step guide on simplifying OWA URL. How to Simplify the Outlook Web Access URL http://technet.microsoft.com/en-us/library/aa998359.aspx
Free Windows Admin Tool Kit Click here and download it now
November 25th, 2008 10:20am

Hi, Since IIS7 is used in SBS 2008, please implement this issue by referring to the link below: http://forums.microsoft.com/TechNet/showpost.aspx?postid=3925151&siteid=17 Thanks Allen
November 27th, 2008 12:28pm

Hey Allen- so this is what I did Step 1: 1,Log on Interne Information Services (IIS) Manager 2, Switch back to Features view of the "Default Web Site" and double click on "Error Pages". 3, In the Actions pane, click on "Edit Feature Settings" and under "Error Responses", select: "Custom Error Pages". Then click OK 4, In the Actions pane, click on "Add" and configure the following a) Status code: 403.4 b) Click on Respond with a 302 redirect and provide the absolute URL: https://mail.xbirt.com Note: Make sure you are using "https" Step 2: 1,Open IIS 7 Manager 2,Highlight the Default Website and ensure we are in the Features View 3, Double click on HTTP Redirect icon 4, Check the option "Redirect requests to this destination:" and type the absolute OWA URL: https://mail.xbirt.com 5, Under Redirect Behavior section, select the option "Only redirect requests to content in this directory (not subdirectories)" 6, From the drop down, select the Status code: Found (302) 7, Click Apply to save the settings 8, Run IISRESET /noforce command in CMD for the settings to take effect. ======== this doesnt seem to do it it i get the error page 403 for this url.....u can see it for yourself https://mail.xbirt.com another thing I am trying to do is remove the certificate that the browser must accept in order to check the mail. note: I have change my godaddy account with the correct A listing Also another problem is that I cannot run the command "IISRESET /noforce" it tells me that I am not an administrator when i am......so im assuming if I reboot the server it is essentially doing the same thing....is this correct and how can I fix the problem Thanks, Nick
Free Windows Admin Tool Kit Click here and download it now
December 3rd, 2008 3:38am

Hi, Please restart the Exchange server to make that function. Thanks Allen
December 3rd, 2008 1:29pm

Hey Allen- so this is what I did Step 1: 1,Log on Interne Information Services (IIS) Manager 2, Switch back to Features view of the "Default Web Site" and double click on "Error Pages". 3, In the Actions pane, click on "Edit Feature Settings" and under "Error Responses", select: "Custom Error Pages". Then click OK 4, In the Actions pane, click on "Add" and configure the following a) Status code: 403.4 b) Click on Respond with a 302 redirect and provide the absolute URL: https://mail.xbirt.com Note: Make sure you are using "https" Step 2: 1,Open IIS 7 Manager 2,Highlight the Default Website and ensure we are in the Features View 3, Double click on HTTP Redirect icon 4, Check the option "Redirect requests to this destination:" and type the absolute OWA URL: https://mail.xbirt.com 5, Under Redirect Behavior section, select the option "Only redirect requests to content in this directory (not subdirectories)" 6, From the drop down, select the Status code: Found (302) 7, Click Apply to save the settings 8, Run IISRESET /noforce command in CMD for the settings to take effect. ======== this doesnt seem to do it it i get the error page 403 for this url.....u can see it for yourself https://mail.xbirt.com another thing I am trying to do is remove the certificate that the browser must accept in order to check the mail. note: I have change my godaddy account with the correct A listing Also another problem is that I cannot run the command "IISRESET /noforce" it tells me that I am not an administrator when i am......so im assuming if I reboot the server it is essentially doing the same thing....is this correct and how can I fix the problem Thanks, Nick Yes, none of these methods work because the "SBS Web Application" virtual directory hosts both mail.company.com AND remote.company.com. I am using a purchased UCC certificate that handles up to 5 alternate domain names, so I have mail.company.com, remtoe.company.com and sharepoint.company.com on the cert. You have to use the c:\windows\system32\inetsrv\appcmd command to add the certificate properly to the virtual directories. For both mail and remote (i.e. SBS Web Application" I went into Bindings... and added https and pointed it to my installed certificate. This takes care of two of them. Next, sharepoint. Command to run is: appcmd set site /site.name:"SBS SharePoint" /+bindings.[protocol='https',bindingInformation='*:443:sharepoint.company.com'] This binds https to more than one virtual directory. Now that it's set up, you can go to each subdomain and it's directed to the proper set of folders in the file system. Adding the redirect to the Default Website does not work, because all HTTPS requests are sent over to the responsible virtual directory now. Default Website doesn't even get touched. So if you set your redirection at the SBS Web Application level, you will see that it will work! BUUUUT!!! Now remote.company.com will not work properly, it forwards over to OWA. I have yet to see a solution.
Free Windows Admin Tool Kit Click here and download it now
November 3rd, 2010 6:13pm

Hey Allen- so this is what I did Step 1: 1,Log on Interne Information Services (IIS) Manager 2, Switch back to Features view of the "Default Web Site" and double click on "Error Pages". 3, In the Actions pane, click on "Edit Feature Settings" and under "Error Responses", select: "Custom Error Pages". Then click OK 4, In the Actions pane, click on "Add" and configure the following a) Status code: 403.4 b) Click on Respond with a 302 redirect and provide the absolute URL: https://mail.xbirt.com Note: Make sure you are using "https" Step 2: 1,Open IIS 7 Manager 2,Highlight the Default Website and ensure we are in the Features View 3, Double click on HTTP Redirect icon 4, Check the option "Redirect requests to this destination:" and type the absolute OWA URL: https://mail.xbirt.com 5, Under Redirect Behavior section, select the option "Only redirect requests to content in this directory (not subdirectories)" 6, From the drop down, select the Status code: Found (302) 7, Click Apply to save the settings 8, Run IISRESET /noforce command in CMD for the settings to take effect. ======== this doesnt seem to do it it i get the error page 403 for this url.....u can see it for yourself https://mail.xbirt.com another thing I am trying to do is remove the certificate that the browser must accept in order to check the mail. note: I have change my godaddy account with the correct A listing Also another problem is that I cannot run the command "IISRESET /noforce" it tells me that I am not an administrator when i am......so im assuming if I reboot the server it is essentially doing the same thing....is this correct and how can I fix the problem Thanks, Nick Yes, none of these methods work because the "SBS Web Application" virtual directory hosts both mail.company.com AND remote.company.com. I am using a purchased UCC certificate that handles up to 5 alternate domain names, so I have mail.company.com, remtoe.company.com and sharepoint.company.com on the cert. You have to use the c:\windows\system32\inetsrv\appcmd command to add the certificate properly to the virtual directories. For both mail and remote (i.e. SBS Web Application" I went into Bindings... and added https and pointed it to my installed certificate. This takes care of two of them. Next, sharepoint. Command to run is: appcmd set site /site.name:"SBS Web Application" /+bindings.[protocol='https',bindingInformation='*:443:sharepoint.company.com'] This binds https to more than one virtual directory. Now that it's set up, you can go to each subdomain and it's directed to the proper set of folders in the file system. Adding the redirect to the Default Website does not work, because all HTTPS requests are sent over to the responsible virtual directory now. Default Website doesn't even get touched. So if you set your redirection at the SBS Web Application level, you will see that it will work! BUUUUT!!! Now remote.company.com will not work properly, it forwards over to OWA. I have yet to see a solution.
November 3rd, 2010 6:17pm

Hi, Please restart the Exchange server to make that function. Thanks Allen Huh?
Free Windows Admin Tool Kit Click here and download it now
November 3rd, 2010 6:18pm

Hey Allen- so this is what I did Step 1: 1,Log on Interne Information Services (IIS) Manager 2, Switch back to Features view of the "Default Web Site" and double click on "Error Pages". 3, In the Actions pane, click on "Edit Feature Settings" and under "Error Responses", select: "Custom Error Pages". Then click OK 4, In the Actions pane, click on "Add" and configure the following a) Status code: 403.4 b) Click on Respond with a 302 redirect and provide the absolute URL: https://mail.xbirt.com Note: Make sure you are using "https" Step 2: 1,Open IIS 7 Manager 2,Highlight the Default Website and ensure we are in the Features View 3, Double click on HTTP Redirect icon 4, Check the option "Redirect requests to this destination:" and type the absolute OWA URL: https://mail.xbirt.com 5, Under Redirect Behavior section, select the option "Only redirect requests to content in this directory (not subdirectories)" 6, From the drop down, select the Status code: Found (302) 7, Click Apply to save the settings 8, Run IISRESET /noforce command in CMD for the settings to take effect. ======== this doesnt seem to do it it i get the error page 403 for this url.....u can see it for yourself https://mail.xbirt.com another thing I am trying to do is remove the certificate that the browser must accept in order to check the mail. note: I have change my godaddy account with the correct A listing Also another problem is that I cannot run the command "IISRESET /noforce" it tells me that I am not an administrator when i am......so im assuming if I reboot the server it is essentially doing the same thing....is this correct and how can I fix the problem Thanks, Nick Yes, none of these methods work because the "SBS Web Application" virtual directory hosts both mail.company.com AND remote.company.com. I am using a purchased UCC certificate that handles up to 5 alternate domain names, so I have mail.company.com, remtoe.company.com and sharepoint.company.com on the cert. You have to use the c:\windows\system32\inetsrv\appcmd command to add the certificate properly to the virtual directories. For both mail and remote (i.e. SBS Web Application" I went into Bindings... and added https and pointed it to my installed certificate. This takes care of two of them. Next, sharepoint. Command to run is: appcmd set site /site.name:"SBS Web Application" /+bindings.[protocol='https',bindingInformation='*:443:sharepoint.company.com'] This binds https to more than one virtual directory. Now that it's set up, you can go to each subdomain and it's directed to the proper set of folders in the file system. Adding the redirect to the Default Website does not work, because all HTTPS requests are sent over to the responsible virtual directory now. Default Website doesn't even get touched. So if you set your redirection at the SBS Web Application level, you will see that it will work! BUUUUT!!! Now remote.company.com will not work properly, it forwards over to OWA. I have yet to see a solution. OK, duh, figured it out. Please see this post: http://blogs.technet.com/b/sbs/archive/2008/12/24/a-method-to-configure-outlook-web-access-redirection-in-sbs-2008.aspx HOWEVER, do NOT do this on the owa virtual directory. My experience is not a 403.4, it's a 403. So I go to the "SBS Web Application" virtual directory, error messages, and edit the 403, and away I go. Happy days.
November 3rd, 2010 6:23pm

This topic is archived. No further replies will be accepted.

Other recent topics Other recent topics