Miscellaneous topics that do not fit into specific categories.
The behavior is caused by how Outlook and Microsoft 365 resolve and route addresses, not by a visible contact that was manually saved.
Key points based on the symptoms:
- The
name@…@teams.mail.microsoftaddress is an internal routing-style address- Microsoft 365 and Teams can use special proxy or routing addresses (for example, service-style addresses) that are not shown in normal contact lists.
- When Outlook resolves a name, it can pick up one of these hidden or proxy-style addresses instead of the user’s primary SMTP address, which then causes relay or authorization errors when used as the sender/recipient on the open internet.
- Outlook can resolve to unexpected directory attributes
- Outlook name resolution does not only use the visible SMTP address; it can also match on other directory attributes.
- As documented for other mis‑routing issues, Outlook can resolve a character or string to a user based on attributes such as Office, telephone, home, or mobile, and then silently substitute that value as the recipient. This is why messages can end up addressed to an unexpected internal-style address even though it was not explicitly chosen from contacts or autocomplete.
- The same underlying resolution mechanism can cause Outlook to pick a non-primary address (such as a Teams- or service-related proxy address) for a user instead of the normal work email.
- Why the relay error appears
- Office 365 SMTP servers enforce anti‑spoofing and relay restrictions. If Outlook tries to send from or to a
teams.mail.microsoft-style address that is not allowed to relay externally, the server returns a 550/relay‑prohibited style error. - This is consistent with the documented behavior where servers block messages that appear to be spoofed or that use an address/domain not permitted for that connection.
- Office 365 SMTP servers enforce anti‑spoofing and relay restrictions. If Outlook tries to send from or to a
- What to check and how to reduce recurrence
- When composing or replying, always verify the resolved address by hovering over or double‑clicking the recipient to ensure it is the user’s correct primary SMTP address, not a
…@teams.mail.microsoftvariant. - If a specific incorrect address keeps appearing, remove it from any nickname/AutoComplete cache entry in Outlook (by deleting it from the suggestion list when it appears in the To field) so Outlook is less likely to reuse it.
- If the issue persists for a particular user, an administrator can review that user’s directory/proxy addresses in Microsoft 365 to ensure there is no conflicting or misleading proxy address that Outlook might be resolving to.
- When composing or replying, always verify the resolved address by hovering over or double‑clicking the recipient to ensure it is the user’s correct primary SMTP address, not a
These steps address the underlying name-resolution and relay behavior that leads to Outlook occasionally using a teams.mail.microsoft address and triggering the “not authorized to relay” error.
References: