Welcome to Exchange Team Blog Sign in | Join | Help

Syndication

This Blog

Troubleshooting MailTips

MailTips brings together information from many sources; its value to users is taking what can be complicated on the backend and presenting it very simply.

This does mean, however, that there are a few different places to look when troubleshooting MailTips.  This post outlines some basic troubleshooting steps for MailTips.

A note about caches

MailTips caches data at many levels (on the server and on clients) to keep the end-user experience quick and responsive.  Sometimes the only thing that's wrong is that a cache has yet to be updated. Restarting clients (like Outlook or OWA) and sometimes services (like IIS) can assist in troubleshooting. Also, group metrics only updates every night, so keep this in mind when you see group metrics based tips.

Is the problem limited to Outlook clients?

If MailTips in Outlook Web App work as expected, but Outlook 2010 is not showing MailTips, the problem might be related to Autodiscover.

Outlook uses Autodiscover to find the URL for Exchange Web Services; EWS is used to retrieve MailTips.  If Autodiscover isn't working, or if the EWS URL provided by Autodiscover is incorrect, then Outlook will not be able to contact the MailTips web service.

Is the problem limited to only some MailTips?

Remember that the external senders MailTip is disabled by default.  To enable it, run the following:

Set-OrganizationConfig -MailTipsExternalRecipientTipsEnabled $true.

MailTips determines whether a recipient is internal or external by comparing the domain of the ExternalEmailAddress property (the targetAddress attribute in AD) with the list of accepted domains. In some cases we have had 'external recipient' tips appearing for internal recipients whose email was hosted on a system that wasn't in our accepted-domain list. Generally the solution is simply to add the domain to the accepted-domain list.

Other options on OrganizationConfig can disable Group Metrics-based and Mailbox based MailTips, so it's worth checking those, too.

Finally, note that automatic reply (aka OOF) MailTips are only available for recipients whose mailboxes are on Exchange 2010 mailbox servers.

Is the problem limited to Group Metrics based MailTips?

Group metrics counts the members of all groups periodically on mailbox servers, and uses Exchange File Distribution to get the group metrics files out to CAS servers.

To start, look for a file share like \\mailboxserver\GroupMetrics where your group metrics are generated.  If you're not seeing that on any mailbox servers, you're not generating group metrics.  By default, group metrics are generated on any server that generates an OAB; if you do not use OABs, then you will need to explicitly specify where you want group metrics to be generated with this cmdlet:

Set-MailboxServer <server>  -GroupMetricsGenerationEnabled $true

(Note that this cmdlet is only useful to organizations who do not use OABs.  If a mailbox server is generating an OAB, it will also generate group metrics regardless of this setting)

When you look in that share, make sure the files in it have been changed within the past 24 hours.  Restarting the Exchange Service Host will generate a fresh file; that process may take minutes or hours depending on the number of groups in your organization.  Also, make sure the Exchange File Distribution service is running on Client Access servers and Mailbox servers, and that your CASes can connect to \\mailboxserver\GroupMetrics.

For more on Group Metrics, see Understanding Group Metrics.

For more on MailTips architecture , see Understanding MailTips.

Thanks!

- E.J. Dyksen

Published Wednesday, January 06, 2010 1:37 PM by Exchange
Filed Under: , , , ,

Comment Notification

If you would like to receive an email when updates are made to this post, please register here

Subscribe to this post's comments using RSS

Comments

 

amstd said:

Hi,

On Exchange 2010, when I try to run the script, I get an error:

[PS] D:\Program Files\Microsoft\Exchange Server\V14\Scripts>.\new-TestCasConnectivityUser.ps1
Please enter a temporary secure password for creating test users.  For security, the password will be changed regularly
and automatically by the system.
Enter password: **********
Create test user on:  HAMMBX01.uk.betfair.local
Control-Break to quit or Enter to continue:
CreateTestUser : Mailbox could not be created. Verify that OU 'Users' exists and that password meets complexity require
ments.
At D:\Program Files\Microsoft\Exchange Server\V14\Scripts\new-TestCasConnectivityUser.ps1:239 char:28
+       $result = CreateTestUser <<<<  $exchangeServer $mailboxServer $securePassword $OrganizationalUnit $UMDialPlan $
UMExtension
   + CategoryInfo          : NotSpecified: (:) [Write-Error], WriteErrorException
   + FullyQualifiedErrorId : Microsoft.PowerShell.Commands.WriteErrorException,CreateTestUser

If I create the User manually first, the script goes but, it looks like creating the User this way won't fit to configure the test account for the SCOM 2007 R2 Management Pack.

Any ideas?

Thank you.

Regards.
Antonio Domingos
January 7, 2010 12:38 PM
 

Chris Lehr said:

typo - GoupMetricsGenerationEnabled should be "GroupMetricsGenerationEnabled"
January 7, 2010 4:00 PM
 

Exchange said:

Chris - thank you - fixed now!!
January 7, 2010 4:15 PM
 

Rikard said:

amstd: Had the same problem and found the answer... you probably have another OU named Users.

Have some more info here http://www.snowland.se/2010/01/19/problems-with-new-testcasconnectivityuser-ps1/
January 19, 2010 9:56 AM

What do you think?

(required) 
(optional)
 
Enter the code you see below

(required) 

News


This blog and its contents are provided "AS IS" with no warranties, and they confer no rights. Use of any included script samples are subject to the terms specified in the Terms of Use.
New! Would you like to suggest a topic for the Exchange team to blog about? Send suggestions to us.

Exchange Server 2010 - Get the Release Candidate



Poll:

Other Exchange Blogs from MSFT