Tag Archives: Email

Domain Users with Foreign Email Addresses Unable to Get SharePoint Alerts

Problem: A small group of external users were given AD accounts and domain user group membership, allowing them login access to the SharePoint intranet environment. These AD accounts were set up with the user’s email account from a different domain (in this case, a Gmail business account with an @contoso.com alias).  These users were able to successfully set up a SharePoint alert on a document library without errors, but the users never received a confirmation email or any subsequent alert emails.

Cause: The Exchange server was preventing relay of the messages from SharePoint to the external domain.

Resolution: Within Exchange, the foreign domain was added to the list of Accepted Domains in the Hub Transport.

From within the Exchange Management Console:

Microsoft Exchange- Organization Configuration- Hub Transport – (tab) Accepted Domains – Add the needed External Relayed Domains

Caution: allowing mail relay to foreign domains, particularly common Internet domains such as gmail.com or yahoo.com, may present added security risks. See the Tech Net article referenced below for a discussion of techniques to mitigate these risks. 

Many thanks are owed to System Administrator Dino Jaha and Exchange Administrator Jeff Noyes for researching this solution.

For more discussion of the hub transport role, email relaying, and screen shots of Exchange 2007, see Tech Net’s article:

Configuring Exchange 2007 Hub Transport role to receive Internet mail

Moving Email-Enabled SharePoint Calendar

Devin Walker has an excellent blog post on a strictly browser-based method of moving SharePoint lists from one site to another using the List Template method. I used the instructions with success on one of our calendars.

I was concerned about the effect the move might have on events emailed to the calendar and on its display in Outlook as another user’s Calendar. These problems were resolved by giving the new calendar the same email address as the old calendar. However, making this email assignment required a direct edit in Active Directory, because attempting to assign the old address to the new calendar resulted in an error that the email address was already in use. Disabling email in the old calendar did not remove the Contact entry  in AD; neither did deleting the old calendar from the site. After removing the Contact from AD directly, I was able to assign the email address to the new calendar.

Testing showed the new calendar accepting emailed calendar items, and the new calendar displayed in Outlook correctly without having to delete and re-add the new calendar as another User’s Calendar.