Académique Documents
Professionnel Documents
Culture Documents
Routing
Contents
Overview 1
Lesson: Explaining How Message Routing
Works in an Exchange Organization 2
Lesson: Configuring Routing in an
Exchange Organization 9
Lesson: Explaining Internet Connectivity
Concepts and Protocols 26
Lesson: Managing Connectivity to the
Internet 39
Discussion: Managing Routing 61
Information in this document, including URL and other Internet Web site references, is subject to
change without notice. Unless otherwise noted, the example companies, organizations, products,
domain names, e-mail addresses, logos, people, places, and events depicted herein are fictitious,
and no association with any real company, organization, product, domain name, e-mail address,
logo, person, place or event is intended or should be inferred. Complying with all applicable
copyright laws is the responsibility of the user. Without limiting the rights under copyright, no part
of this document may be reproduced, stored in or introduced into a retrieval system, or transmitted
in any form or by any means (electronic, mechanical, photocopying, recording, or otherwise), or
for any purpose, without the express written permission of Microsoft Corporation.
Microsoft may have patents, patent applications, trademarks, copyrights, or other intellectual
property rights covering subject matter in this document. Except as expressly provided in any
written license agreement from Microsoft, the furnishing of this document does not give you any
license to these patents, trademarks, copyrights, or other intellectual property.
Microsoft, MS-DOS, Windows, Windows NT, Windows Server, ActiveSync, ActiveX, Active
Directory, Hotmail, MSDN, MSN, Outlook, PowerPoint, Visual Basic, and Windows Media are
either registered trademarks or trademarks of Microsoft Corporation in the United States and/or
other countries.
The names of actual companies and products mentioned herein may be the trademarks of their
respective owners.
Module 9: Managing Routing iii
Instructor Notes
Presentation: Administrators assemble servers running Microsoft® Exchange Server 2003
60 minutes into routing groups to control message traffic and to help Exchange route
messages more efficiently. This module provides students with the knowledge
Practices: and skills that they will need to configure routing groups and to manage their
80 minutes connectivity to the Internet.
After completing this module, students will be able to:
! Explain how message routing works in an Exchange organization.
! Configure routing in an Exchange organization.
! Explain Internet connectivity concepts and protocols.
! Manage connectivity to the Internet.
Required materials To teach this module, you need the following materials:
! Microsoft PowerPoint® file 2400B_09.ppt
! Module 9 video file 2400B_09_v05.wmv
! Module 9 animation, How Messages Are Routed Within and Between
Routing Groups, 2400B_09A_05.html
Classroom setup The classroom should be set up to use Connectix Virtual PC software, as
discussed in the Manual Classroom Setup Guide. No additional classroom setup
is needed.
iv Module 9: Managing Routing
Tip When this symbol appears on the lower-right corner of a slide, it indicates
that there is an inline practice for students to complete before you move on to
the next slide:
Practices Some practices in this module require initial startup time. Consider having
students perform the initial step in these practices before you begin the lecture
on the related content. If a practice begins with a procedure titled “To prepare
for this practice,” then it requires initial startup time.
You may wish to create an additional Virtual PC running Exchange server in a
separate organization for testing the Simple Mail Transfer Protocol (SMTP)
practices in this module. Due to space limitations on the Trainer Materials
DVD, we are unable to provide a Virtual PC for this purpose.
Module 9: Managing Routing v
Practice: Deciding on This brief practice is designed to help you confirm that students will be able to
the Best Way to Connect decide which type of routing group connector will work for their Exchange
Routing Groups organization. The students are given two scenarios in which they must decide
which routing group connector to use in a fictitious Exchange organization. The
students are then asked to explain their answers.
Give students approximately seven minutes to read the scenarios, decide on a
solution, and write down their explanation. Then, discuss the solutions as a
class. Or, if you have time, have students work in pairs to decide on solutions
and then have each pair present their solutions to the class.
vi Module 9: Managing Routing
How to Create a Routing Use the slide to discuss the high-level steps for creating a routing group. Then,
Group have students complete the inline practice and answer any questions that they
have.
How to Create a Routing Use the slide to discuss the high-level steps for creating a routing group
Group Connector connector. Then, have students complete the inline practice and answer any
questions that they have.
How to Monitor Server, Use the slide to discuss the high-level steps for monitoring server, connector,
Connector, and and resource status. Then, have students complete the inline practice and
Resource Status answer any questions that they have.
How an ESMTP Use the slide to first explain what SMTP Service Extensions (ESMTP) are.
Connection Works Then, use the illustration on the slide to go through the steps in the process of
how an ESMTP connection works. Refer students to RFC 2821 for more
information.
Common ESMTP Use the slide to describe the most common ESMTP commands. Mention to
Commands students that the table in their workbook contains even more ESMTP
commands.
Practice: Explaining This brief practice is designed to help you verify that students understand the
Internet Connectivity Internet connectivity concepts and protocols that you have been discussing. The
Concepts and Protocols students are given two brief scenarios in which they must choose which
commands to use. Give students approximately five minutes to read the
scenarios and come up with solutions. Then, discuss the solutions as a class.
What Are MX Records? Use the slide to explain what MX records are. Then, step through the four
examples in the student workbook to help the students understand how mail
exchanger (MX) resource records would be configured in different situations.
How to Configure DNS Use the slide to discuss the high-level steps for configuring Domain Name
to Support an Exchange System (DNS) to support an Exchange organization. Then, have the students
Organization complete the inline practice and answer any questions that they have.
Module 9: Managing Routing vii
Tip To facilitate the discussion for the first scenario, draw a diagram on the
white board that depicts the routing groups, servers, and connectors that are
defined in the scenario. Use the diagram to facilitate the discussion.
Assessment
Assessment questions for this module are located on the Student Materials
compact disc. You can use the assessment questions in whatever way you think
is best for your students. For example, you can use them as pre-assessments to
help students identify areas of difficulty. Or, you can use them as post-
assessments to validate learning. Consider using the questions to reinforce
learning at the end of the day or at the beginning of the next day. If you choose
not to use the assessment questions during class, show students where they are
so that they can use them to assess their own learning outside of class.
Module 9: Managing Routing 1
Overview
In an Exchange organization that has one routing group, message routing can
occur on the same server or among different servers. In an Exchange
organization that has multiple routing groups, message routing occurs among
routing groups by using connectors.
4 Module 9: Managing Routing
When multiple routing Multiple routing groups may be required if any of the following apply:
groups may be required
! Network connections are slow or intermittent.
! The network is unreliable or unstable.
! Message transmission is complex and indirect, thereby requiring multiple
physical network hops.
! Message transmission must be scheduled between different locations.
! The routing group structure is created to prevent users from accessing public
folder replicas.
Module 9: Managing Routing 7
Tip To view the presentation How Messages Are Routed Within and Between
Routing Groups later on your own, open the Web page on the Student Materials
compact disc, click Multimedia, and then click the title of the presentation.
Discussion question 1 Your company is creating support documentation for your Exchange
organization, and you have been asked to provide a description of the
components that are used to route messages between routing groups. What
description should you provide?
Message routing between routing groups occurs by using bridgehead
servers and routing group connectors. Bridgehead servers are Exchange
servers that host routing group connectors and transmit messages by using
those connectors to other routing groups. Routing group connectors are
components that are used to link routing groups.
_______________________________________________________________
_______________________________________________________________
_______________________________________________________________
_______________________________________________________________
_______________________________________________________________
_______________________________________________________________
8 Module 9: Managing Routing
Discussion question 2 You are an administrator in an Exchange organization that has six servers in
three routing groups:
! ServerA and ServerB are in the Birmingham routing group.
! ServerC and ServerD are in the Montgomery routing group.
! ServerE and ServerF are in the Mobile routing group.
The routing group bridgehead servers are ServerB, ServerD, and ServerF.
A user sends an e-mail message from ServerA to a recipient with a mailbox on
ServerE. Which servers will be used during the delivery of the message to the
final recipient? Explain your solution.
ServerA, ServerB, ServerD, ServerF, and ServerE will be used during the
delivery of the message. Because ServerA, the sender’s server, is not the
bridgehead server for the Birmingham routing group, ServerA will send
the message to ServerB, the local bridgehead server. ServerB will
determine the best route for the message and forward the message to the
bridgehead server, ServerD, in the Montgomery routing group. ServerD
will determine the best route for the message and forward the message to
the bridgehead server, ServerF, in the Mobile routing group. ServerF will
determine that the recipient’s server, ServerE, is part of the same routing
group and forward the message to ServerE.
________________________________________________________________
________________________________________________________________
________________________________________________________________
________________________________________________________________
________________________________________________________________
________________________________________________________________
________________________________________________________________
Module 9: Managing Routing 9
! Must configure with address spaces that you can use to control which
messages travel over which SMTP connector. Each SMTP connector has at
least one address space and can have one or more connected routing groups
associated with it. When you use multiple connectors, you can use address
spaces to provide load balancing. For example, if you have two SMTP
connectors for transferring e-mail to the Internet, you can designate one
connector to process messages destined for the *.com address space and
another connector to process messages destined for the *.edu address space.
You can also use multiple local bridgehead servers to provide load
balancing and fault tolerance.
16 Module 9: Managing Routing
_______________________________________________________________
_______________________________________________________________
_______________________________________________________________
_______________________________________________________________
_______________________________________________________________
18 Module 9: Managing Routing
Scenario 2 Given the previous scenario, you have determined that controlling the type of
message that is sent across the connector is not as important as you originally
thought and controlling what messages will be sent across the connector does
not need to be configured for all your routing group connectors. The standard
connector that you will use when new routing groups are created must have the
following capabilities:
! Scheduling delivery
! Limiting public folder access
! Controlling which users can send messages across the connector
You would also like to be able to create as few connectors as possible but
provide the most fault tolerance between routing groups.
Which connector should you choose to connect your routing groups? Why?
The Routing Group connector. This connector is the simplest connector to
configure to meet your requirements. It provides all the requirement
features and allows you to configure multiple local and remote bridgehead
servers on one connector.
________________________________________________________________
________________________________________________________________
________________________________________________________________
________________________________________________________________
________________________________________________________________
________________________________________________________________
Module 9: Managing Routing 19
Detailed steps for creating a routing group by using Exchange System Manager
are included in the practice that follows.
Practice: Creating a In this practice, you will create a routing group and move one of your Exchange
routing group servers into the new routing group.
Note This procedure may take five minutes to complete before you can
continue.
12. In Outlook Web Access, verify that messages can no longer be sent between
London and Miami by sending a message to Miami User from London
Admin. Verify the message is not delivered by viewing the number of items
in Miami User’s mailbox as displayed at Administrative Groups\
First Administrative Group\Servers\Miami\First Storage Group\
Mailbox Store (MIAMI)\Mailboxes.
Detailed steps for creating a routing group connector are included in the
practice that follows.
Practice: Creating a In this practice, you will create a routing group connector to connect the two
routing group connector routing groups in your organization.
3. In the Properties dialog box, in the Name box, type London-Miami RGC
and then click the Remote Bridgehead tab.
4. On the Remote Bridgehead tab, click Add.
5. In the Add Bridgehead dialog box, click Miami, and then click OK.
6. In the London-Miami RGC Properties dialog box, click OK.
7. When prompted to create a routing group connector in the remote routing
group, click Yes.
8. Click the Connectors container for both the First Routing Group and Miami
Routing Group to verify that the connector exists for each direction.
9. Verify that messages can be sent between London and Miami by sending a
message to Miami User. Verify that the message is delivered by viewing the
number of items in Miami User’s mailbox as displayed at
Administrative Groups\First Administrative Group\Servers\Miami\
First Storage Group\Mailbox Store (MIAMI)\Mailboxes.
If you have configured monitors for specific resources such as SMTP queue or
X.400 queue growth, when the threshold for either a warning or a critical error
is exceeded, the state change will be displayed in the Status container. For
example, when an SMTP queue grows continuously and reaches a critical state,
the status container will display “Critical: SMTP queue growth” for the server
object that is experiencing the problem.
Practice: Using the In this practice, you will use the Monitoring and Status tool to monitor your
Monitoring and Status routing group connector status.
tool to monitor routing
group connector status
Important To complete this practice, a second routing group and at least one
routing group connector must exist in your organization. If a second routing
group does not exist, you must create one by completing the practice titled
Practice: Creating a Routing Group earlier in this lesson. If at least one routing
group connector does not exist, you must create one by completing the practice
titled Practice: Creating a Routing Group Connector earlier in this lesson.
Note For more information about SMTP, see Requests for Comments (RFC)
2821 and 2822. RFCs can be found at http://www.rfc-editor.org/rfc.html.
28 Module 9: Managing Routing
Common SMTP reply When the sending host issues SMTP commands to the receiving host, the
codes receiving host responds to these commands with one of several reply codes.
The following table lists and describes some common reply codes.
SMTP reply code Description
Note For more information about ESMTP, see RFC 1869. RFCs can be found
at http://www.rfc-editor/rfc.html.
Module 9: Managing Routing 31
(continued)
ESMTP command Description
_______________________________________________________________
_______________________________________________________________
Scenario 2 You want to test connectivity between your Exchange server and a remote
SMTP host. You also want to be sure that when your two hosts exchange
information, they can use encryption. After the connection is established, what
must you do to identify your Exchange server to the remote host to support this
requirement?
You must issue the EHLO command with the FQDN of your server. If the
remote host responds with a 250 reply, the host supports ESMTP
commands, which will allow you to configure an encrypted session between
the hosts.
_______________________________________________________________
_______________________________________________________________
_______________________________________________________________
34 Module 9: Managing Routing
Examples: MX record You can configure Exchange for a variety of different SMTP environments.
configurations Exchange recipients can have a single SMTP address or multiple SMTP
addresses. Exchange can segregate recipients into virtual organizations, each
with its own SMTP address space. How you configure DNS to support your
Exchange organization will depend on how many address spaces are used, how
your Exchange organization is connected to the Internet, and who is responsible
for managing your DNS entries.
The following examples show how MX records in DNS would be configured
for your company based on whether you manage your own DNS or you have
your Internet service provider (ISP) manage DNS for you.
Note There should be A (Address) records in DNS for each SMTP host listed
in the following examples.
Module 9: Managing Routing 35
Example 1
The following table shows an example of MX records in DNS when you are
managing your own DNS and have a single DNS namespace.
Record Preference SMTP host
MX 10 Smtp1.nwtraders.msft
MX 20 Smtp2.nwtraders.msft
MX 30 Smtp3.nwtraders.msft
Example 2
The following two tables provide an example of MX records in DNS when you
are managing your own DNS and you have two DNS namespaces: contoso.msft
and nwtraders.msft.
The following records are added to the contoso.msft DNS namespace in your
DNS server.
Record Preference SMTP host
MX 10 Smtp1.nwtraders.msft
MX 20 Smtp2.nwtraders.msft
The following records are added to the nwtraders.msft DNS namespace in your
DNS server.
Record Preference SMTP host
MX 10 Smtp1.nwtraders.msft
MX 20 Smtp2.nwtraders.msft
Example 3
The following table shows an example of MX records in DNS when your ISP is
managing your DNS and you have a dial-up connection. In this situation, the
ISP must create an MX record that points to the ISP’s smart host. For your
domain, nwtraders.msft, this record uses the following format.
Record Preference SMTP host
MX 10 Smarthost1.ispdomain.com
MX 10 Smarthost2.ispdomain.com
36 Module 9: Managing Routing
Example 4
The following table shows an example of MX records in DNS when your ISP is
managing your DNS records and you have a permanent connection. If your
connection is down, your messages are delivered to the ISP’s smart hosts, and
you can pick up your messages from the smart host. To configure your MX
records, the ISP adds the records in the following table.
Record Preference SMTP host
MX 10 Smtp1.nwtraders.msft
MX 20 Smarthost1.ispdomain.com
MX 20 Smarthost2.ispdomain.com
Module 9: Managing Routing 37
Detailed steps for creating an MX record for the Exchange server are included
in the following practice.
Practice: Creating an MX In this practice, you will create an MX record for your Exchange server in
record for the Exchange DNS. To create an MX record:
server
1. From 2400_London-Virtual PC, on the desktop, click Start, point to
Administrative Tools, and then click DNS.
2. In dnsmgmt-[DNS], in the console tree, expand LONDON, expand
Forward Lookup Zones, and then expand nwtraders.msft.
3. In the console tree, right-click nwtraders.msft, and then click New Mail
Exchanger (MX).
4. In the New Resource Record dialog box, in the Fully qualified domain
name (FQDN) of mail server box, type London.nwtraders.msft and then
click OK.
5. Verify that a new record of type Mail Exchanger (MX) exists for
London.nwtraders.msft.
6. To verify that the record is resolvable, on the desktop, click Start, click
Run, type cmd and then click OK.
38 Module 9: Managing Routing
! Configure the SMTP connector only to receive e-mail or send e-mail. For
example, if your Exchange server cannot successfully perform DNS lookups
for Internet addresses, and you want to designate the server as your gateway
to the Internet, you may need to configure an SMTP connector and then
designate a bridgehead server for the connector to use, along with
configuring the connector scope, message routing, and address space.
! Configure Internet message formats and message delivery parameters.
Internet message formats enable you to configure the encoding, format, and
type of messages (such as out-of-office or NDRs) that you send to a specific
domain. The domain can then reference a specific destination, such as
nwtraders.msft, or it can use a wildcard, such as *.edu, to reference a large
group of destinations. You can define the message format for all SMTP
domains or for specific domains.
Tip You can also use the Internet Mail Wizard to help you create the SMTP
connector. Internet Mail Wizard helps you to configure Exchange server to send
and receive Internet mail. This wizard is intended primarily for small to
medium-sized companies with less complex environments than large enterprise
companies. Internet Mail Wizard creates the SMTP connector for outgoing
Internet e-mail and then configures the SMTP virtual server to accept incoming
e-mail. If you have already set up SMTP connectors or created additional
SMTP virtual servers on your Exchange server, you cannot run the wizard
unless you reset your server configuration to its default state.
42 Module 9: Managing Routing
Detailed steps for creating and configuring an SMTP connector are included in
the practice that follows.
Practice: Creating and In this practice, you will create and configure an SMTP connector. You must
configuring an SMTP complete this practice to complete subsequent practices in this module.
connector
1. From 2400_London-Virtual PC, in Exchange System Manager, browse to
Administrative Groups\First Administrative Group\Routing Groups\
First Routing Group\Connectors.
2. In the console tree, in First Routing Group, right-click Connectors, point to
New, and then click SMTP Connector.
3. In the Properties dialog box, in the Local bridgeheads area, click Add.
4. In the Add Bridgehead dialog box, click Default SMTP Virtual Server,
and then click OK.
5. In the Properties dialog box, in the Name box, type General SMTP
Connector and then click the Address Space tab.
6. On the Address Space tab, click Add.
7. In the Add Address Space dialog box, click SMTP, and then click OK.
8. In the Internet Address Space Properties dialog box, verify that E-mail
domain is set to * to indicate that all outbound SMTP e-mail uses this
connector, and then click OK.
Module 9: Managing Routing 43
The connector that you created in this practice will transfer all messages
sent to Internet clients. What would you configure differently to allow
the connector to only handle messages sent to contoso.msft?
When configuring the address space, instead of entering *, you
would enter contoso.msft. Only messages addressed to users at
contoso.msft will be eligible for delivery by using this connector.
44 Module 9: Managing Routing
Encryption Encryption is a technique through which the contents of an e-mail message are
scrambled into a code that can only be read by a person who has the key to
decode it on his or her computer. Because authentication does not encrypt
message data, to make your data truly secure, you must use TLS to encrypt
e-mail messages transferred between the client and the server. Because TLS
encrypts the entire TCP/IP session between the client and the server, the session
is secure even if you chose a logon authentication method that does not encrypt
the user name and password. To use TLS, the server must have an X.509 SSL
certificate issued by a trusted certification authority (CA).
Note For more information about TLS, see RFC 2487. RFCs can be found at
http://www.rfc-editor.org/rfc.html.
Module 9: Managing Routing 45
Reverse DNS lookup A common problem associated with Internet e-mail is IP spoofing. IP spoofing
is an attack on a network in which an attacker impersonates a trusted host by
using its IP address in an attempt to gain unauthorized access to a computer
network. To prevent IP spoofing, you can enable reverse DNS lookup. Reverse
DNS lookup is a technique through which you set up your computers to use the
sender’s SMTP domain name to carry out a DNS lookup to confirm that the IP
address of the sending host is from the same network that is registered in DNS.
The result of the reverse lookup is written into the SMTP header of the message
indicating whether the lookup matched.
Note Delivery restrictions are optional. The default is to accept all messages
from all senders.
The high-level steps for restricting user accounts from sending Internet e-mail
are as follows:
1. In the Exchange System Manager console tree, browse to Connectors.
2. Right-click the connector that you want to restrict, and then click
Properties.
3. On the Delivery Restrictions tab, specify the name of the sender or senders
in the Accept messages from or Reject messages from area.
Detailed steps for restricting user accounts from sending Internet e-mail are
included in the practice that follows.
Module 9: Managing Routing 47
Practice: Restricting In this practice, you will configure users so that they are not able to send
user accounts from Internet e-mail.
sending Internet e-mail
Important To complete this practice, an SMTP connector must exist in your
organization. If an SMTP connector does not exist, you must create one by
completing the practice titled “Creating and configuring an SMTP connector”
earlier in this module.
You have two SMTP connectors in your environment. You have just
denied Gregory Alderson (GregoryAlder) permission to send messages
across the default SMTP connector. What will occur when Gregory
attempts to send a message to an SMTP recipient?
If Gregory has permission to use the remaining SMTP connector,
the message will be delivered. If he does not have permission on
either SMTP connector, the message will be returned to Gregory as
undeliverable.
48 Module 9: Managing Routing
How to configure SMTP There are six different ways to configure SMTP relays in Exchange. The
relays in Exchange following list describes these configurations and the logic behind them. You
can:
! Configure an SMTP virtual server to use a smart host. By default, an SMTP
virtual server uses DNS to resolve the recipient’s SMTP address to deliver
messages. You can also configure the virtual servers in your organization to
forward all outbound e-mail to a smart host. When a virtual server is
configured to use a smart host, the virtual server does not try to resolve the
SMTP domain name with DNS; rather, it sends the message to the smart
host for delivery. Common reasons for using a smart host include:
• Provides an entry and exit point for all Internet messages or messages to
a foreign messaging system. This allows you to manage Internet
message traffic.
• Provides dial-up solutions. Clients can periodically dial up to send and
receive messages from the permanently connected SMTP smart host.
This dial-up solution reduces connection time, because the clients need
not be constantly connected to the Exchange server.
Module 9: Managing Routing 49
Note The smart host setting for SMTP virtual servers is similar to the smart
host setting on SMTP connectors. It is recommended that you configure
smart hosts on the connector, because connectors can handle message
delivery on a per-domain basis.
! Configure domains that you want to relay messages to. You may not want
to limit the domains from which you relay messages, but you may want to
limit the domains to which you relay messages. This restriction may be
useful when your organization has multiple SMTP messaging systems that
operate under different SMTP domain names. You may want your SMTP
host to accept messages from any domain, but then only forward those
messages to specific domains—for example, to the other domains in your
organization. Domains to which you want to relay messages can be
configured on the Address Space tab of an SMTP connector.
Practice: Configuring In this practice, you will configure your SMTP connector to use a relay host for
Exchange to use an outbound SMTP messages.
SMTP relay host
Important To complete this practice, an SMTP connector must exist in your
organization. If an SMTP connector does not exist, you must create one by
completing the practice titled “Creating and configuring an SMTP connector”
earlier in this module.
The unauthorized user needs to send only one junk e-mail message to your
SMTP server, but the message can then be delivered to thousands of recipients.
This distribution slows down your Exchange server, congests queues, and
upsets people who receive the junk e-mail message. This may also cause other
legitimate servers to block e-mail from your Exchange server.
52 Module 9: Managing Routing
When to use and restrict Because mail relaying attacks are a common occurrence, you should consider
open relaying in preventing or restricting open relaying on any Exchange server connected to the
Exchange Internet. There are times, however, when relaying is required. For example, you
may have Post Office Protocol version 3 (POP3) and Internet Message Access
Protocol version 4, revision 1 (IMAP4) clients who rely on SMTP for message
delivery and who have legitimate reasons for sending e-mail messages to
external domains. You can work around this issue by creating a second SMTP
virtual server that is dedicated to receiving e-mail messages from POP3 and
IMAP4 clients. This additional SMTP virtual server can use authentication
combined with SSL-based encryption and can be configured to allow relaying
for authenticated clients.
Note For additional information about how to encrypt SMTP message delivery
for POP3 and IMAP4 clients, search for articles 319267, “HOW TO: Secure
Simple Message Transfer Protocol Client Message Delivery in
Exchange 2000,” and 821603, “HOW TO: Configure Security Settings for
Internet Message Access Protocol Client Access in Exchange Server 2003,” on
the TechNet page of the Microsoft Web site at http://support.microsoft.com/.
Module 9: Managing Routing 53
Note If you configure All except the list below and anonymous access is
allowed as an authentication method, any computer on the Internet that is not on
the list can relay e-mail messages though the virtual server. This condition is
called anonymous relay and can result in unauthorized users relaying junk
e-mail or other unwanted messages through your server. Additionally, operating
an anonymous relay may be in violation of your ISPs terms of service.
Note You must allow Submit Permissions if you want to allow Relay
Permissions.
To override relay You can also configure an SMTP connector to override the relay settings of
restrictions for specific your SMTP virtual server. You may decide to configure the SMTP connector
domains this way if there is a specific domain that you want to allow e-mail to be relayed
to, such as an affiliate company, while restricting all other relaying.
To configure relaying for a specific domain, you create an address space for the
domain and select the Allow messages to be relayed to these domains check
box on the Address Space tab of the SMTP connector.
Module 9: Managing Routing 55
Practice: Configuring In this practice, you will configure Exchange to allow SMTP relaying for both
the SMTP connector to authenticated and unauthenticated users.
override relay settings
on the SMTP virtual
server Important To complete this practice, an SMTP connector must exist in your
organization. If an SMTP connector does not exist, you must create one by
completing the practice titled Practice: Creating and Configuring an SMTP
Connector earlier in this lesson.
Note If you use Exchange to receive e-mail messages from the Internet by
using SMTP, you will lose most of your e-mail messages because of the
intermittent dial-up connection.
To connect to the To connect to the Internet by using Routing and Remote Access:
Internet by using
Routing and Remote 1. After a modem is added to the computer, ensure that it is displayed as a port
Access in Routing and Remote Access under Ports. On the desktop, click Start,
and then click Administrative Tools.
2. Click Routing and Remote Access, and select the server you want to
configure.
3. To configure the modem port, right-click Ports, and then click Properties.
4. In the Ports Properties dialog box, click Configure, select the Demand-
dial routing connections (inbound and outbound) check box, and then
click OK.
Module 9: Managing Routing 57
Detailed steps for configuring Exchange to use ETRN commands to pull e-mail
are included in the following practice.
Module 9: Managing Routing 59
Practice: Configuring In this practice, you will configure Exchange to use ETRN to pull queued
Exchange to pull e-mail messages from another server.
from another server by
using ETRN
Important To complete this practice, an SMTP connector must exist in your
organization. If an SMTP connector does not exist, you must create one by
completing the practice titled Practice: Creating and Configuring an SMTP
Connector, earlier in this lesson.
By default, ETRN will pull messages from a remote server every day at
11:00 P.M. You would like to pull messages every 4 hours. How can
you configure that?
On the SMTP connector, on the Advanced tab, select Run every 4
hours in the connection time box.
! Nslookup. You can use the nslookup command to query DNS to confirm
whether DNS is working properly, and whether the necessary MX and A
records exist for domains. For example, you can use the nslookup command
to confirm whether DNS has the proper MX and A records for a particular
SMTP domain. Nslookup is a command-line utility. You can use the
following nslookup command to return all the DNS MX records for
domainname:
Nslookup –querytype=mx domainname
Module 9: Managing Routing 61
The routing group bridgehead servers are ServerB, ServerD, and ServerF. All
three routing group connectors have a cost of 10.
A user sends a message from ServerA to a recipient with a mailbox on ServerE.
The intended recipient reports that the message was not yet received. You
determine that the network between ServerB and ServerF is down, but the link
state table has not been updated to indicate that the status of the connector has
changed. You need to locate the lost message. Where is the lost message?
On Server B. Because there are three routing groups, the sender’s server
will route the message to the local bridgehead server. The message will be
in a retry state for the Birmingham-Mobile routing group connector until
the link state is updated, and then it will be rerouted through the
Birmingham-Montgomery routing group connector. Because the recipient
has not yet received the message, it is most likely still queued on ServerB.
When the message is rerouted, it will be sent to ServerD, and then routed
to ServerF before final delivery at ServerE.
_______________________________________________________________
_______________________________________________________________
_______________________________________________________________
62 Module 9: Managing Routing
Scenario 2 Your company has never had the ability to send or receive Internet e-mail. You
install an Exchange server, and you configure your server to point to the DNS
server at your ISP. Messages are flowing successfully out of your organization,
but none of the messages that are addressed to recipients in your organization
are being received. What must you do to enable your server to receive Internet
e-mail?
Add an MX record and an A record to DNS that points to your Exchange
server. Exchange is configured to point to the DNS server at your ISP,
allowing it to send SMTP e-mail out. For an external sender to send e-mail
into Exchange, they must be able to resolve the Exchange server as an
e-mail exchanger in DNS. To enable this, you must configure DNS with an
MX record and an A record that points to your Exchange server.
________________________________________________________________
________________________________________________________________
________________________________________________________________
Scenario 3 You have an Exchange server with a dial-up connection to an ISP. You want
your e-mail to be held at the ISP until your Exchange server connects, and then
you want all queued e-mail to be downloaded to your Exchange server. What
must you do to configure this?
Configure your SMTP connector to request ETRN/TURN from the ISP
server. The request ETRN/TURN from a different server will cause
Exchange to send the ETRN command to the ISP upon connection. ETRN
and TURN both pull queued e-mail from a server configured to hold it.
________________________________________________________________
________________________________________________________________
________________________________________________________________