Sign up for Office 365
Learn more about Office 365
1 out of 1 people found this post helpful.
During the beta it is just the mailbox server name, but should be accessible in the future from something like "outlook.com"
Not without ADFS2.0 deployed from the looks of things. According to the service description, if you are using ADFS2.0 you can customise and host the OWA login page, which in turn means you will control the URL for access, as all authentication and access will be routed via your ADFS2.0 proxy servers
To enable such function as you said, you should set up a Cross-Premises Environment. Details information is illustrated as below.
Please make sure that you have already set up an on-premise exchange and an exchange online account.
Introduction of Cross-Premises in this case
The following is an overview of what happens when a user logs on to OWA using the on-premises URL to access an Office 365 mailbox.
How to set the TargetAddress setting
This TargetOWAUrl setting cannot be modified from the Exchange Management Console and needs to be set or modified from the Exchange Management Shell. Here is the sample:
Set-OrganizationRelationship -Identity "Cloud" -TargetOWAURL Https://www.outlook.com/owa/youraccount.onmicrosoft.com
Notes: assuming that youraccount.onmicrosoft.com is the federated domain name for the on-premises environment and this relationship is called cloud.
I don't have On-Premise Exchange to work with.
Thanks Allan. I used to do the latter suggestion via GoDaddy where mail.mydomain.com would resolve to the Google Apps "long email URL". I suppose I could do the same in this case as well. I just did not know what the "long URL" would be. Thanks again!
Go to http://mail.office365.com
This only sort-of works. When the user goes to mail.office365.com they get redirected to sn2prd0502.outlook.com/owa.
I setup a CNAME in the O365 DNS Manager to point mail.mydomain.com to mail.office.365.com. Great, now users go to the right place. But the URL in the address bar is "wrong" (it's sn2prd0502.outlook.com).
I also want friendly URLs for sharepoint. I want www.mydomain.com to take users to http://mydomain.sharepoint.com. If I use the CNAME redirect method this only partially works. It breaks because if users create & pass around URL links to documents, those links have ugly kindelsystems.sharepoint.com based roots in them.
Is there some way to configure this so it works as users would expect?
You can configure SharePoint to render on your domain easily enough.
1. Sign in to Office 365 as an admin
2. Go to Admin >> Domains
3. Towards the top of the page you'll see a text string that says "Your SharePoint website is hosted on http://kindelsystems.sharepoint.com". Click the 'Change address' link located to the right of that string.
4. Select your domain in the pop-up window that appears and click OK.
Note that it may take a few minutes or so before the change has completed.
You'll know it's done when that text string shows that SharePoint is hosted on http://www.yourdomain.com
Create a CNAME for webmail (for example) and point this to outlook.com. Then when the user visits http://webmail.company.com they will see the correct loging page (outlook.com/.../company.com, which then redirects to the Microsoft Login servers or the onpremises ADFS server if that is enabled). See blog.c7solutions.com/.../owa-and-moving-mailboxes-to-office-365.html for full details. The address in the bar after logging in will be the OWA endpoint and not the URL entered to login with.
Sorry to dig up old posts, but won't this simply replace the customers www as well - thus if they had their own website hosted somewhere else, sharepoint would be taking over ? Clearly this would not work for a customer that has their own website hosted on another server.
I'm facing this same problem today for a bunch of our customers. Since the beta, the sharepoint site intranet site has changed to /Teamsite and is not able to be resolved by using the MOS DNS system (cannot have CNAME with /Teamsite.aspx in the name) Thus trying to have a customer friendly URL for THEIR sharepoint site is difficult. I'd like intranet.mydomain.com to point to mydomain.sharepoint.com/Teamsite.aspx all using Microsoft provided DNS as recommended.
While that will work, you can configure a custom sign in URL for Outlook Web App. help.outlook.com/.../hh292586.aspx