Starting with Exchange Server 2007, Exchange implemented its own SMTP protocol stack – unlike Exchange Server , you no longer need to install the SMTP service from IIS . SMTP Virtual Servers have been replaced by Receive Connectors . Understandably, the way you allow relaying has changed as well.
Do you really need to allow relaying?
Before you setup anonymous relaying, it’s important to understand the need for relaying. If your application servers or devices like copiers need to send mail only to internal recipients – i.e. mail to addresses for which Exchange has an Accepted Domain (or a Recipient Policy in Exchange Server ) and therefore will receive inbound mail for, it is not considered relaying . The application server or device should be able to do this without any configuration on Exchange.
Recipient Policies and Exchange Server
In Exchange 2003, Recipient Policies tell Exchange which domains to receive inbound email for, and to generate email addresses for recipients using those domains. Exchange 2007 splits this functionality into two parts:
- Accepted Domains : As the name suggests, Accepted Domain tells Exchange which domain to accept inbound email for
- Email Address Policies which actually generate the email addresses
In Exchange Server , you use Active Directory Users & Computers (ADUC) to create recipients such as user accounts and distribution groups. Exchange’s Recipient Update Service (RUS) monitors Active Directory for new recipients or changes to existing recipients and applies Recipient Policies. Continue reading How To Allow Relaying in Exchange 2010 and Exchange 2007