The SenderDescription appears at the top of the message as it is being written in Outlook or OWA and you can have a different RecipientDescription for display in the recipients email. This value is not seen by anyone other than the administrators of Exchange, users see the DisplayName value. In the above example this would be Default\CorporateConfidential.
This creates a classification called Default\ Name. New-MessageClassification -Name “CorporateConfidential” -DisplayName “Corporate Confidential” -SenderDescription “This email is confidential for the entire company and not to be distributed outside the company” It is a single cmdlet per classification. This needs to be done in the Exchange Management Shell. Sending messages with classification via Outlook.Setting up Outlook to use message classifications.Sending messages with classification via OWA.Creating a transport rule to act on a classified message.Classification considerations when you have multiple Exchange organizations.Localising message classifications for different geographies and language groups.Once you have a classification system in place, you can use Transport Rules in Exchange to read the classification and act on the message, for example if the message is classified “Internal Use Only” and the recipient is in an external domain then an NDR could be returned and the message dropped. Classifications are configured by administrators and appear shortly after creation in Outlook Web App, but need further work for them to appear in Outlook. If everything authenticates properly, the Server and Username Fields will be underlined and you can now click Next, and complete the wizard.Message Classifications are a way to tag email with a property that describes the purpose of the email, for example “Internal Use Only” might be a classification to tell the recipient of the email that the message should not be forwarded. Type in the Office 365 credentials here.ġ1. Select OK twice, and then Click Check Name at the Add New Account screen.ġ0. Once again, use the name of the server as noted in the Outlook Web App screen.ĩ. Navigate to the Connection tab, check the Connect to Microsoft Exchange using HTTP tick box and click on the Exchange Proxy Settings button.Ĩ. Instead, click on the More Settings button.ħ.
Put in the user’s Office 365 email address in the User Name.ĭO NOT CLICK the Check Name button yet. The server name is the name of the Outlook Web App server, with an extra “ mailbox” added in. Select Microsoft Exchange or compatible service.Ħ. Select Manually configure server settings or additional server types.ĥ. Open up the Add New Account wizard (From the Mail settings in the Control Panel)Ĥ. Note down the address of the server – ie.
Login to the Microsoft Online Services portal at and open up the Outlook Web App.Ģ. In this case, it may be necessary to manually configure Outlook 2010 to connect to the Office 365 servers.ġ. Sometimes, the domain hosting company is not able to properly configure autodiscover CNAME records to enable the domain to work properly with the Office 2010 auto configuration wizard.
0 kommentar(er)
