Professional Documents
Culture Documents
80664AE - Online Companion Guide
80664AE - Online Companion Guide
Managing Emails
Microsoft Dynamics CRM can send and receive emails using the Microsoft Dynamics CRM Email
Router, server-side synchronization, or Microsoft Dynamics CRM for Outlook. These methods can be
used to send emails generated by Microsoft Dynamics CRM. For example, emails created in a
marketing campaign, a quick campaign, workflows, or dialogs to automatically copy email messages
received in a user's mailbox to Microsoft Dynamics CRM subject to the user's tracking settings. Email
messages addressed to a Microsoft Dynamics CRM queue can also be automatically tracked. The
Microsoft Dynamics Email Router and server-side synchronization provide centrally managed email
routing solutions for Microsoft Dynamics CRM users and queues. Or you can use Microsoft
Dynamics CRM for Microsoft Office Outlook, in which case the Microsoft Dynamics CRM Email
Router is not needed and server-side synchronization does not have to be configured. I will go into
more depth on these topics later.
And that's the end of this module. In this module I described how CRM is accessed, the licensing
model, planning and deployment, and I briefly introduced the methods of managing email, which we'll
go over more later. Please join me in the next module
To ensure the newly created copy or target instance does not impact your production instance, once
the copy operation is complete, two things happen. One, the newly created copy instance is placed
in administration mode. Only those with CRM system administrator or system customizer security
roles can sign in and manage the copy instance. Regular CRM users cannot sign in and use the
copy instance. Two, background operations are disabled in the copy instance. Disabled operations
include workflows and synchronization with Microsoft Exchange. You should review the status of
application components in the copy instance with external connections such as Yammer, email, plug-
ins, custom Web flow activities, et cetera. Review these and consider what actions to take. One,
disable the component. Two, redirect the component to another service instance such as one
running Exchange or SharePoint. Three, do nothing. Leave the component as is in the copy
instance. For example, you might decide to allow Yammer posting to both the copy and production
instances. There are some possible application components in the copy instance that could have
external connections and therefore could impact services with the same connections in your
production instance. Email. A mailbox cannot be synced with two different instances. For a full-copy
instance, the user mailboxes and the copy instance must be disabled so the mailboxes do not attempt
to send or receive email or track appointments, contacts, or tasks. Set synchronization for incoming
email, outgoing email, and appointments, contacts, tasks to none. SharePoint. Deactivate or redirect
SharePoint to a sandbox SharePoint environment to prevent impacting documents in Microsoft
Dynamics CRM managed by SharePoint. In Microsoft Dynamics CRM, go to Settings,
Documentation Management, SharePoint Sites. Select your site, then click or tap to deactivate.
Yammer. Disable Yammer or redirect to a separate Yammer service to prevent posts made in the
copy instance conflicting with posts made in the production instance. In Microsoft Dynamics CRM, go
to Settings, Administration, Yammer Configuration. After creating a sandbox instance, workflows and
system jobs might be pending executions. Yammer activity streams posted from CRM to Yammer
asynchronously. These activity streams are not visible through the system jobs. If there were any
pending Yammer activity streams before the disabled background processes turned on, these activity
streams will be posted to the current Yammer configuration once the disabled background process is
turned back off. In the sandbox instance, if you have your current Yammer configuration connected
to the same Yammer network as your production environment, you might see duplicate activity
streams. To avoid duplicate Yammer activity streams, redirect your sandbox instance to another
Yammer network, possibly a test network, before turning background processes back on. Platform
extensibility. Consider disabling the following that could be running in the copy instance and
impacting external service components. Server side plug-ins, workflow custom activity, client
extensibility. Review the following. Client side JavaScript. Take a look at your JavaScript in HTML
Web resources for read-write operations that could impact external services. And iframes determine
if the target of an iframe is a production instance.
Multiple Instances
Microsoft Dynamics CRM Online gives you options for segregating your CRM data and user access.
For most companies, adding and using multiple instances in your subscription provides the right mix
of functionality and ease of management. Enterprises with separate geographic locations might
consider using multiple tenants to separate Microsoft Dynamics CRM Online licenses. Multiple
instances can share users among instances; multiple tenants cannot. Let's look at some of the
terminology. So a tenant. At Microsoft Dynamics CRM Online, a tenant is the account you create in
the Microsoft Online Services environment when you sign up for a CRM Online subscription. A
tenant contains uniquely identified domains, users, security groups, and subscriptions and can
contain multiple CRM Online instances. The tenant created for you has a domain name of
account.onmicrosoft.com. For example, contoso.onmicrosoft.com. Instance. When you sign up for a
trial or purchase a Microsoft Dynamics CRM online subscription, a CRM Online production instance is
created. Each additional production or non-production sandbox CRM Online instance you add
creates a separate and isolated Microsoft Dynamics CRM organization on the same tenant. An
instance has the URL format urlname.crm.dynamics.com. For example,
contososales.crm.dynamics.com. Subscription. A subscription consists of the CRM licenses and
add-ons included with the trial or paid service you signed up for in your CRM Online account. CRM
subscriptions can vary in license type, price, and end date. For example, a subscription might be a
hundred licenses of Microsoft Dynamics CRM Online Professional and ten licenses of Microsoft
Dynamics CRM Online Enterprise. Identity. The user account used to sign in to CRM Online. You
can also use this identity to access other Microsoft Online Services such as Office 365 or SharePoint
Online. Administrators can decide if they want to federate user identity management between CRM
Online and on-premise Active Directory. User account. A user account is signed by the organization
-- work, school, or nonprofit -- to one of their constituents -- employees, students, customers -- that
provides sign-in access to one or more of the organizations such as Exchange Online or CRM Online.
Access to an online service is controlled by the license assigned to the user account. User accounts
are stored in an organization cloud directory within Azure Active Directory and are typically deleted
when the user leaves the organization. Organizational accounts differ from Microsoft accounts in that
they are created and managed by admins in the organization, not by the user. And security group. If
your company has multiple CRM Online instances, you can use instance security groups to control
which licensed users can access a particular instance. CRM Online instances are similar in concept
to a high-rise business complex with floors organized according to business functions. Consider each
floor within the building as an application -- sales, service, marketing; vendor management, wealth
management. And consider each unit within a floor as an instance for a specific purpose such as
production, training, testing, and development. Multiple instances are needed when segregation is
required of plug-ins, workflows, or admin resources that cannot be easily isolated by using business
units in CRM. A typical CRM Online deployment includes one tenant only. A tenant can include one
or more CRM Online instances. However, a CRM Online instance is always associated with a single
tenant. This example uses two instances for three teams -- sales, marketing, and service. Sales and
marketing share an instance, so lead information can easily be accessed by both. Service has its
own instance, so tickets and warranties can be managed separately from campaigns and other sales-
related events. You can provide access to one or both instances easily. Sales and marketing users
could be limited to their instance while service users with extended access could update support
escalation records related to accounts in both instances. A tenant can include up to 50 CRM Online
production instances and up to 10 non-production instances. Each instance within a tenant receives
its own SQL database. CRM data is not shared across instances. Storage is shared across the
primary instances and any additional instances. All instances for a single customer tenant will be set
up in the geography where they initially signed up for their account. Storage consumption is totaled
and tracked across all the instances attached to a customer tenant. You could set up separate
security groups for all instances. A licensed CRM Online user can potentially access all the CRM
Online instances associated with a tenant. Access is controlled by the instance security group
membership. You can purchase additional instances through the additional instance add-on.
Additional instances can be added only to paid subscriptions, not trials or internal use rights. If you
purchased your CRM Online subscription through volume licensing, you must go through your large
account reseller to purchase the additional instance. You can merge existing trials or subscriptions
onto an additional instance. You will need to move your data and customizations, however. Join me
in the next lesson where we'll talk about multiple tenants.
Multiple Tenants
Mobile businesses with regional or country models that differ can use tenants to account for
variations in approach, market size, or compliance with legal and regulatory constraints. Let's see an
example. The example on the slide includes a second tenant for Contoso Japan. User accounts,
identities, security groups, subscriptions, licenses and storage cannot be shared among tenants. All
tenants can have multiple instances associated with each specific tenant. CRM data is not shared
across instances or tenants. In a multi-tenant scenario, a licensed CRM Online user associated with
a tenant can only access one or more CRM Online instances mapped to the same tenant. To access
another tenant, a user would need a separate license and a unique set of sign-in credentials for that
tenant. For example, if User A has an account to access Tenant A, their license allows them to
access any and all instances created within Tenant A if they are allowed by their administrator. If
User A needs to access instances within Tenant B, they will need an additional CRM Online license.
Each tenant will require a tenant administrator with unique sign-in credentials, and each tenant
affiliate will manage its tenant separately in the administrator console. Multiple instances within a
tenant are visible from the CRM Online interface if the administrator has access. You cannot
reassign licenses between tenant enrollments. Enrolled affiliate can use license reduction under one
enrollment and add licenses to another enrollment to facilitate this. On-premises Active Directory
Federation cannot be established with more than one tenant, unless you have a top-level domain that
you need to federate with different tenants. For example, contoso.com and fabricam.com. Add a
multi-tenant deployment under volume licensing. For a multi-tenant deployment, you'll need a multi-
tenant amendment. A multi-tenant amendment is an actual amendment to the volume license
agreement used to purchase licenses. Contact your Microsoft sales representative or reseller to
obtain the amendment. There are a number of scenarios in which it would make sense to use
multiple tenants. Two common use cases are functional localization and physical distribution. The
functional localization scenario typically arises in organizations with overlapping but separate
functional needs. So common examples include organizations with different business divisions, each
with a different market or model of operation. Global businesses with regional or country models that
differ to account for variations in approach, market size, or compliance with legal and regulatory
constraints. In these types of business environments, an organization often will have common sets of
functionality that allow specific regions, countries, or business areas with a degree of localization
regarding information capture. For example, capturing the ZIP code in the United States would
correlate to capturing the post code in the United Kingdom. Forms and workflows. For business
solutions that must support users that are physically distributed over large instances, particularly for
global deployments, using a single instance may not be suitable because of the implications such as
WAN latency associated with the infrastructure over which the users connect, which can significantly
impact the user experience. Distributing instances to provide users with more local access can
reduce or overcome WAN-related issues as the access occurs over shorter network connections.
Admins who want to deploy and manage multiple tenants should be aware of the following constraints
of a multi-tenant configuration. User accounts, identities, security groups, subscriptions, license and
storage cannot be shared among tenants. A single domain can only be federated with one tenant.
Each tenant must have its own namespace. UPN or SMTP namespaces cannot be shared across
tenants. If an on-premise Exchange organization exists, you cannot split this organization across
multiple tenants. A consolidated global address list will not be available except if explicitly managed
downstream from the synchronization. Cross-tenant collaboration will be limited to Lync Federation
and Exchange Federation features. SharePoint access across tenants may not be possible. While
this may be solved with partner access, the user experience is disrupted and licensing aspects apply.
There can be no duplicate accounts across the tenants or partitions in the on-premises Active
Directory.
There are ways to reduce the amount of storage space used by removing or deleting different types
of information from Microsoft Dynamics CRM. Use one or more of the methods to control your total
data storage usage with Microsoft Dynamics CRM. You can delete certain categories of data as the
need arises or you can set up bulk deletion jobs to reoccur at set intervals. Let's see some of these
options. So one of the things -- so there's a few different things you could do. You can delete bulk
mail and workflow instances with a bulk delete job. You can evaluate and delete suspended
workflows. You can remove all of your email attachments using an advanced find. Remove email
messages with attachments with the bulk deletion job. It really comes down to finding records you
don't need, specifically ones with email attachments, and either remove them with the bulk deletion
job or with advanced find. I'm going to show you very briefly if we go to Settings and Data
Management. And here's where we can go to the bulk record deletion. So here it takes us straight to
system jobs. So all these finished system jobs we could easily delete. So you can actually select
here and then run the deletion job, or we can create a new one. So what we have to do is build a
criteria for what we want to delete. So we could delete, you know, email messages that are in the
system that are over a certain -- so they were created on and -- on or before -- on or before, and then
we can choose a date. So we could go -- you know, if they are significantly old, we'll just say we'll
make our -- after -- if it's older than this, we don't need to do it. You can preview the records that will
show up in your system to make sure you're deleting the correct ones. You can click Next, and then
it's going to ask you what's the name of this job, when do you want it to start, and do you just want to
run this regularly. So if you have a process that says we're going to delete any emails in the system
older than a year or older than six months, you could just set this job to run every 30 days, have it
send you an email when the job is finished. The other thing you could do is create an advanced find
for certain records that you don't need anymore, check your inactive accounts or opportunities, delete
those if needed. And all these will help you save space within Dynamics CRM Online.
Email Processing
Microsoft Dynamics CRM does not include an email system. Instead, it integrates with email systems
using one of three email processing methods. These are the Microsoft Dynamics CRM Email Router,
server-side synchronization, and the Microsoft Dynamics CRM client for Microsoft Office Outlook. To
send emails from Microsoft Dynamics CRM, you must configure at least one of these methods. The
Email Router and server-side synchronization are server-based email processing systems whereas
the client for Outlook is client-based. It is important that you review the advantages and
disadvantages of each option before deciding which one to use. When deciding which option to use,
consider whether your organization uses on-premise Microsoft Dynamics CRM or Microsoft Dynamics
CRM Online, your organization's email infrastructure, and your organization's technical capability in
terms of information technology staff. You can use a mixture of the options. For example, you can
configure some users with the client for Outlook and other users with the Email Router. In any one
organization, you can only configure one of the server-based email processing options. You can use
either the Email Router or server-side synchronization but not both. Let's see how to do that. Here
we are in Microsoft Dynamics CRM. And we went from settings to email configuration. Here we can
click on email configuration settings. It takes us to the system settings area, and you can see here in
configure email processing that we can choose either server-side synchronization or Microsoft
Dynamics CRM 2015 Email Router. You cannot choose both; only one or the other. Let's look at
some of the advantages and disadvantages of using them. The Microsoft Dynamics CRM Email
Router. The advantages are it's a centrally managed solution that's easier to manage for larger
deployments. It can be used in mixed environments where one of Microsoft Dynamics CRM and
Exchange is on-premise and the other is online. It supports Exchange 2010. The disadvantages.
Must be installed on a computer, managed and configured using a separate program, the Email
Router Configuration Manager. Appointments, contacts and tasks created in Microsoft Dynamics
CRM must be synchronized with Outlook using Microsoft Dynamics CRM for Outlook. Now for
server-side synchronization. The advantages are it's a centrally managed solution, easier to manage
for larger deployments. It's managed in the Web application. It can synchronize with Office 365
Exchange Online without configuring credentials. It provides error reporting in the application through
alerts. Appointments, contacts, and tasks created in Microsoft Dynamics CRM synchronize directly
with Exchange. And no installation is needed. Now the disadvantages. It can only be used in
environments where both Microsoft Dynamics CRM and Exchange are on-premise or both online.
Microsoft Dynamics CRM for Outlook. The advantages. There is no configuration needed. There's
nothing further to install other than the Microsoft Dynamics CRM for Outlook. Disadvantages. It
cannot be used for queues. Emails created in Microsoft Dynamics CRM are not sent unless Outlook
is running, incoming emails are not automatically tracked unless Outlook is running, and emails are
not sent unless Outlook is running. In the next lesson I'll go through email tracking and correlation.
Mailbox Monitoring
For automatic tracking of incoming email messages, you can configure the Email Router and server-
side synchronization to monitor either each user or queue's mailbox separately or a single mailbox
referred to as a forward mailbox. With a forward mailbox, Microsoft Dynamics CRM only has to
monitor one mailbox instead of monitoring the mailbox of each user. For organizations that have a
large number of mailboxes, we recommend that you use a forward mailbox to reduce the processing
effort required by the Email Router and server-side synchronization. You can also reduce
administrative effort because monitoring many mailboxes might require maintaining large numbers of
access credentials. You can configure each user and queue separately so that some user or queue
mailboxes are monitored directly and others are configured to use a forward mailbox. To use a
forward mailbox, you must configure a forwarding rule for the user or queue mailbox. The forwarding
rule must forward all incoming email messages as attachments to the forward mailbox. If Microsoft
Exchange Server is used as the email system, you can use the Rule Deployment Wizard installed
with the Email Router to deploy the forwarding rules. This can reduce the administration and
maintenance because the Rule Deployment Wizard can deploy the forwarding rule for multiple
Microsoft Dynamics CRM users and queues at the same time. You can use the Rule Deployment
Wizard for Exchange Server. For other systems, you must manually create the forwarding rules.
Let's look at what these different options are like. So with individual mailbox monitoring, you have
multiple user mailboxes and a queue mailbox, and the Email Router or server-side synchronization
periodically checks, check for emails in all the different mailboxes, then decides whether to create an
email based on the user's or queue's automatic tracking setting. It does not remove emails from
mailboxes after processing. With the forward mailbox, you have alternatively the user mailboxes and
the queue mailbox send -- use rules to forward emails to the forward mailbox. The router or server-
side synchronization periodically checks for emails in the forward mailbox. It decides whether to
create an email based on the user or queue's automatic track setting, then removes email from
forward mailbox after processing. You can configure it so it does not delete the forward mailbox
emails if you want do some troubleshooting.
Synchronization Methods
The synchronization method can be set separately for each user and queue and separately for
incoming emails and outgoing emails. In Microsoft Dynamics CRM 2015, synchronization methods
are configured on a mailbox record instead of on the user record. Microsoft Dynamics CRM
automatically creates a mailbox record for each user and queue. Do not confuse a mailbox record
with a user's actual mailbox in Exchange. If you plan to use a forward mailbox with server-side
synchronization, then you must create a forward mailbox record for each forward mailbox. However,
you do not need to create forward mailbox records if you use the Email Router. You can set the
default synchronization methods for new users in queues which can reduce the time spent on
configuring new users in queues. You can also apply the default synchronization methods to existing
mailbox records. If you have large numbers of mailbox records and decide to change how emails are
processed, you can apply the defaults to existing mailbox records rather than editing each mailbox
record individually. Let's have a look at mailbox records and how to set and apply default
synchronization methods. Here we are in settings, email configuration. Click on mailboxes. And
here is the mailbox for one of our users, in this case myself. So here's where we can change the
incoming and outgoing email options. So you can choose Dynamics CRM for Outlook, you can
choose server-side synchronization or Email Router or you can choose a forward mailbox. For the
outgoing mail, you can choose Microsoft Dynamics CRM for Outlook or server-side synchronization
or the Email Router. Doesn't make sense to have a forward mailbox for outgoing mail. Again, you
can set -- if we go back to email configuration and you go to email configuration settings, and we
change the incoming email and outgoing email default synchronization method, which we do here,
and you want to change a number of users' mailboxes, you can select as many users as you want
and then hit Apply Default Email Settings. So this is going to ask you if you want to apply that default
that we just changed to the selected records on just the current page or all records on the current
page or all records on all pages in the current view. So basically you could take all of your users, all
active mailboxes, and apply the default settings with just a couple clicks rather than going to each
single one and doing it. And then you can actually test that email configuration. In the next lesson
we'll take a look at email address approval.
Email Address Approval
Any user who has permission to update a user or queue can change the email address for that
record. To prevent unauthorized changes, the email address for newly added users and queues and
changes to an email address for existing users and queues must be approved by a user with the
appropriate permission. The requirement to approve changes only applies to users who are
configured to use server-based email processing options for incoming or outgoing email and to all
queues. Only users that have the approved email addresses for users or queues of privilege in the
security role can approve email addresses. The privilege is located on the Business Management tab
in the miscellaneous privileges section of a security role. You can disable the requirement to approve
email address changes separately for users and queues. This is a system setting on the Email tab.
Let's have a look at how to manage email address approvals. So I've opened the security role for the
CEO-business manager role. Here I am on the Business Management tab. And when I scroll down
to the bottom, you will see approve email addresses for users and queues. I can modify this just like
any other security role that we have in the system. Over here in system settings on the Email tab,
down here we have email processing for unapproved user and queues. So here's where you can
enable the option to allow email -- to allow emails to be processed only for approved users or not and
then for queues or not. So you can choose whether or not you want the security role to be able to
lock that down and have people approve these email changes or not. Join me in the next lesson
where I'll discuss the Email Router.
Installation Requirements
The CRM for Outlook client works best over networks that have a bandwidth of at least 500 kilobits
per second and a latency of less than 150 milliseconds. Latency refers to the amount of delay in a
network. Let's have a look at the hardware and software requirements for the client. So the
hardware requirements is you need at least a 2.9 gigahertz processor or faster, although it's
recommended that you have 3.3 gigahertz or faster, especially the recommended requirements are
especially if you're looking at doing offline capability. Memory of 2 gigs of RAM or more,
recommended 4 gigs of RAM or more. Hard disk, 1.5 gigabytes of available hard disk space,
although you should have 2 or more, especially more if you're going with offline capability. Display,
relatively the same. And let's look at the software requirements. So a supported version of Outlook
must be installed. So you must have Office 2010 or Office 2013. And the 64-bit client is only
supported on 64-bit versions of Office. You need to have Internet Explorer 10 or 11. Other required
components will be downloaded and installed during setup.
Deployment Methods
In this topic, I'll review the ways in which you can install Microsoft Dynamics CRM for Outlook. You
should review the methods and decide which one is appropriate for your organization. You can install
the CRM for Outlook client in four ways -- manually, from the download link in the Web application,
using group policy, or using Microsoft System Center Configuration Manager. In the manual
installation, the CRM for Outlook client is installed on each computer separately. The installing user
must be a member of the local administrators group on the computer but does not need to be a
Microsoft Dynamics CRM user. Anyone that needs to use the CRM for Outlook client on the
computer must run a Configuration Wizard after the installation. This installation method is
appropriate when only a few computers require an installation of the client. By default, if a Microsoft
Dynamics CRM user does not have the CRM for Outlook client installed, the Web application displays
a Get CRM for Outlook link in the message bar. The link points to a download for the client setup
files. As with the manual installation, the installing user must be a member of the local administrators
group on the computer. You can stop the link from showing by setting Users See Get CRM for
Outlook option displayed in the message bar to No on the Outlook tab of system settings. If you need
to deploy the CRM for Outlook client for more than, say, 10 computers, you can use group policy,
which is a feature of Active Directory. Using an assigned policy, group policy can automatically install
the client without requiring user intervention. Alternatively, using a published policy, group policy can
make the client available for manual installation by a user. A benefit of using group policy to install
software is that the user does not require local administrator privileges. Where an organization has a
more formal approach to software management, Microsoft System Center Configuration Manager can
be used to deploy and maintain the CRM client for Outlook as well as other products. Configuration
Manager, part of the Microsoft System Center, provides remote control, patch management, software
distribution, operating system deployment, network access protection, and hardware and software
inventory. Before users can run the CRM for Outlook client, it must be installed and then configured
for each user. To configure the client using Configuration Manager, you must create a script that has
the appropriate configuration settings. You can use an XML configuration file to configure the client
with no user interaction
Additional Exercises
NOTE: Please hide the navigation pane for all recordings and use the breadcrumb bar and content pane for all navigation.
NOTE: Open Excel in the image and make sure that Office is activated before beginning the practices.
1. On the Welcome to Microsoft Dynamics CRM 2013 Email Router Setup page, select Do not get updates.
2. Click Next >.
3. On the License Agreement page, select I accept this license agreement.
4. Click I Accept.
5. On the Download and Install Required Components page, click Install.
6. Click Yes.
7. When the components are installed click Next >.
8. On the Select Router Components page, select the Microsoft Dynamics CRM Email Router Service component.
9. Select the Rule Deployment Wizard component.
10. Click Next >.
11. In the Select Microsoft Update Preference page, select I don’t want to use Microsoft Update.
12. Click Next >.
13. Click Next >.
14. On the System Checks page, click Next >.
15. On the Ready to Install page, click Install.
16. When the installation is complete, on the Microsoft Dynamics CRM Email Router setup completed. page, click
Finish.
17. Click Close to close all windows.
18. The Practice has been completed.
Log on to the virtual image, and configure the mailbox record for the CRMAdmin user.
1. On the Start menu, click Microsoft Dynamics CRM Email Router Configuration Manager. The full name does not
show in the tile, hover over tiles with the Dynamics logo to find the correct one.
1. In the Email Router Configuration Manager window, click the Configuration Profiles tab.
2. Click New.
3. In the Email Router Configuration Profile window, click the Profile Name field.
4. Type "Incoming".
5. Click the Email Server Type drop-down list.
6. Select Exchange 2013.
7. Click the Location field.
8. Type "http://EX01/EWS/Exchange.asmx".
9. Click OK.
1. In the Email Router Configuration Manager window, in the Configuration Profiles tab, click New.
2. In the Email Router Configuration Profile window, click the Profile Name field.
3. Type "Outgoing".
4. Click the Direction drop-down list.
5. Select Outgoing.
6. Click the Email Server Type drop-down list.
7. Select SMTP.
8. Click the Location field.
9. Type "EX01".
10. Click the User Name field.
11. Type "crmadmin".
12. Click the Password field.
13. Type "Pa$$w0rd".
14. Click OK.
CREATE A DEPLOYMENT.
1. In the Email Router Configuration Manager window, click the Deployments tab.
2. Click New.
3. In the Microsoft CRM Dynamics Deployment window, click the Microsoft Dynamics CRM Server field.
4. Type "http://ServerName:5555/AdventureWorksCycles".
5. Click the Incoming configuration profile drop-down list.
6. Select Incoming.
7. Click the Outgoing configuration profile drop-down list.
8. Select Outgoing.
9. Click OK.
1. In the Email Router Configuration Manager window, click the User, Queues, and Forward Mailboxes tab.
2. Click Load Data.
3. Check that an entry for CRM Administrator appears.
4. Click Publish.
5. In the Email Router Configuration Manager window, click OK.
6. Click Close.
7. The Practice has been completed.
Practice: Configure Server-Side Synchronization
SCenario: Adventure Works Cycles would like to have server side syncrhonization configured so that they can manage emails centrally.
Please configure server-side Sycnronization.
Log on to the image and configure Microsoft Dynamics CRM to use Server-Side Synchronization for email processing.
1. In the Microsoft Dynamics CRM web application, click Email Server Profiles.
2. Click NEW.
3. Click Exchange Profile.
4. In the Email Server Profile: New Email Server Profile window, click the Name field.
5. Type "Exchange Test".
6. In Auto Discover Server Location, select No.
7. Click the Incoming Server Location field.
8. Type "https://EX01/EWS/Exchange.asmx".
9. Click the Outgoing Server Location field.
10. Type "https://EX01/EWS/Exchange.asmx".
11. Expand the Credentials FastTab.
12. Click the Authenticate Using drop-down list.
13. Select Credentials Specified in Email Server Profile.
14. The User Name and Password fields are disabled. This is because the web application is not using HTTPS.
15. Click the Authenticate Using drop-down list.
16. Select Windows Integrated Authentication.
17. In Use Impersonation, select No.
18. In Use same settings for Outgoing, select Yes.
19. On the ribbon, click Save & Close.
CONFIGURE THE CRMADMIN MAILBOX RECORD TO USE THE NEW EMAIL SERVER PROFILE.
1. In the Microsoft Dynamics CRM web application, in the Navigation bar, click Email Configuration.
2. Click Mailboxes.
3. Double-click the CRM Administrator mailbox record.
4. In the Mailbox: CRM Admininistrator window, in Server Profile, click the look up icon.
5. Select Exchange Test.
6. Click Save & Close.
7. The Practice has been completed.
Log on to the virtual image, and browse to the folder containing the setup file.