In this post I’ll look at how to configure a postmaster address for our Exchange Organisation.
The postmaster address is used for non-delivery reports (NDRs) sent to recipients outside of your Exchange Organisation and is specified in RFC 2821.
In Exchange 2013 the external postmaster address is blank by default. This has the effect of the external postmaster address being postmaster@YourDefaultAcceptedDomain.
It can be useful to create a postmaster mailbox, or assign the email address to an admin mailbox so that recipients can reply to NDR messages for assistance. Anyone who is familiar with NDRs will appreciate they are far more useful to admins than they are to end users! The downside of this though is as it’s a well known address it can be open to abuse and spam.
Edit: The latest update is now Exchange 2013 Cumulative Update 18. See here for a list of all updates and KB articles.
I’ve got a few Exchange 2013 installations in production now so I thought it was about time I wrote a post on best practices when installing Exchange 2013 Cumulative Updates and Service Packs.
Each Cumulative update is a version of Exchange in it own right. Therefore if you are installing a new deployment of Exchange you can install straight from latest Cumulative Update, which at the time of writing is CU11 (released December 2015). KB3099522 contains a list of fixes and enhancement for CU11. Check here to see what the current latest version is.
This also means that once installed you cannot uninstall a Cumulative Update, if you do you uninstall Exchange.
The update is approximately 1.6GB in size and can be downloaded from here.
In my test lab with a single Exchange server and single Domain Controller the update took an 60 minutes to install.
The official Exchange Team blog post can be found here.
This will be a quick post and one of the easiest steps in setting up your Exchange environment. In this seventh part of the series I’ll look at where to enter the product key for Exchange 2013.
Unless you deploy lots of Exchange 2013 servers, licensing an Exchange 2013 server may be something you only do once so here’s a quick guide on applying the license key in the Exchange admin center and via the Exchange Management Shell.
Once the license is applied you’ll need to restart the Information Store.
Following on from a previous post on How to install Exchange 2013 SP1, in this multi-part series I’ll look at the initial configuration steps to get Exchange 2013 sending and receiving emails.
The demo environment I am using includes a Windows Server 2012 R2 domain controller and a single Windows Server 2012 R2 member server running Exchange 2013 installed using the instructions in the link above.
In the demo environment no previous versions of Exchange have been installed so we are setting up everything from scratch.
Following on from previous posts on How to install Exchange 2013 SP1 and Exchange 2013 Initial Configuration Settings, in this first part of a series of posts I’ll look at setting the SMTP accepted domain.
By default when you install Exchange 2013 the default accepted domain will be the fully qualified domain name of the Active Directory domain you installed the server into.
In my demo environment the AD domain is ad.oxfordsbsguy.com, so the default accepted domain is ad.oxfordsbsguy.com. Obviously we want to remove the ad part of the address to hide the internal ad structure and make the actual email address more useable, so let’s look at adding another accepted domain.
Following on from the previous post Exchange 2013 Initial Configuration Settings: Setting SMTP accepted domains (Part 1) , in this second part of a series I’ll look at setting up an email address policy.
Until you create a new email address policy any recipients (users, resources, contacts, groups) you create will get their email address from the default email address policy. Therefore we’ll create a new email address policy with settings that we want before creating new recipients.
Another reason for having it in place before you create recipients is in large environments applying an email address policy can take a long time depending on the number of recipients it effects.
Privacy & Cookies Policy
Necessary cookies are absolutely essential for the website to function properly. This category only includes cookies that ensures basic functionalities and security features of the website. These cookies do not store any personal information.
Any cookies that may not be particularly necessary for the website to function and is used specifically to collect user personal data via analytics, ads, other embedded contents are termed as non-necessary cookies. It is mandatory to procure user consent prior to running these cookies on your website.