Share via

Teams channel messages not reaching Azure Bot Service messaging endpoint (Web Chat works)

Avula Ragavendra 0 Reputation points
2026-04-30T07:09:44.29+00:00

Hi Team,

I am facing an issue with Azure Bot Service integration with Microsoft Teams.

Setup:

  • Azure Bot Service configured with messaging endpoint:
    (https endpoint)

Backend is hosted on AWS Lambda behind API Gateway

Microsoft Teams channel is enabled and shows "Healthy"

Web Chat channel works correctly (messages reach backend and responses are returned)

Issue:

When sending messages from Microsoft Teams, no requests reach the backend

Verified using AWS CloudWatch logs and API Gateway execution logs

Only initial verification requests (OPTIONS/GET) are seen, but no POST requests for actual messages

What I have already checked:

Messaging endpoint is correct and reachable

API Gateway is configured with proxy integration (ANY /{proxy+})

Lambda permissions allow invocation from API Gateway

Bot App ID and tenant ID are correctly configured

Reinstalled Teams app and updated manifest

Cleared Teams cache and started new conversation

Teams channel is enabled in Azure Bot

Expected behavior:

Teams messages should be forwarded to the messaging endpoint (similar to Web Chat)

Actual behavior:

No POST requests from Teams are observed

Messages appear in Teams but backend is never invoked

Request:

Could you please check if there is any issue with Teams channel routing or regional traffic (India region)?

Are there any known issues where Teams messages are not forwarded despite channel being healthy?

Any guidance would be greatly appreciated.

Thanks.

Microsoft Teams | Development
Microsoft Teams | Development

Building, integrating, or customizing apps and workflows within Microsoft Teams using developer tools and APIs

0 comments No comments

2 answers

Sort by: Most helpful
  1. Vergil-V 12,975 Reputation points Microsoft External Staff Moderator
    2026-04-30T07:49:41.5566667+00:00

    Hi @Avula Ragavendra 

    Thank you for sharing details about your situation. 

    First, you may want to review the response from the Q&A Assist to see whether it offers any helpful insight. 

    I would also like to clarify upfront that Microsoft Q&A is a user-to-user discussion forum. Its primary purpose is to share official documentation references and insights from other users, and it is not intended for advanced or in-depth troubleshooting scenarios. 

    Regarding your question about known issues related to Teams channel routing or regional traffic in the India region, including cases where Teams messages are not forwarded even though the channel appears healthy, I’m sorry to say that I was not able to find any official documentation confirming such issues. 

    With that in mind, and based on the nature of your request, I would recommend reaching out to the Microsoft Support Azure team by submitting a support request through the Microsoft Azure Support Ticket | Microsoft Azure. This will allow you to receive more specialized and targeted assistance for your environment. 

    I’m sorry that I’m not able to provide further insight at this time, but I hope this helps point you in a helpful direction. 


    Note: Please follow the steps in our documentation to enable e-mail notifications if you want to receive the related email notification for this thread.

    Was this answer helpful?

    0 comments No comments

  2. Q&A Assist
    2026-04-30T07:10:17.1266667+00:00
    AI generated content. This question contains an answer created with AI from Q&A Assist. Learn more

    Given that Web Chat works but Teams does not, the issue is most likely channel-specific rather than with the bot core or endpoint.

    Use the following checks and diagnostics focused on Teams and channel connectivity:

    1. Validate Teams channel configuration and registration
    • When Web Chat works but another channel does not, this typically indicates a channel configuration issue.
    • Reopen the bot resource in Azure and:
      • Confirm the Microsoft Teams channel is enabled and configured for the correct bot ID and tenant.
      • If there is any doubt about the configuration, remove the Teams channel and re-add it. This is the recommended fix when external configuration (for example, app registration, page, or tenant settings) may have changed.
      • After re-adding, reinstall the Teams app and start a fresh conversation.
    1. Check for Teams-specific behavior and scope
    • Ensure the bot is correctly installed in the intended scope:
      • Personal chat, group chat, or channel.
    • For channel or group chat conversations, users must @mention the bot; otherwise, the bot may not receive messages.
    • Confirm that messages being tested are in a scope where the bot is actually part of the conversation.
    1. Verify Teams → bot network connectivity
    • Since Web Chat reaches the endpoint, basic reachability is proven, but Teams traffic may still be blocked or misrouted.
    • From the bot’s App Service (if using Azure App Service as the bot host) use Kudu to test connectivity from bot to channel, and also verify DNS and HTTP connectivity:
      • Open Azure portal → bot App Service → Development Tools → Advanced Tools → Go → Debug console → CMD.
      • Run:
        • nslookup directline.botframework.com to confirm DNS resolution.
        • curl -I directline.botframework.com and confirm an HTTP 301 is returned, indicating connectivity.
    • Use the IP addresses obtained (for example via WHOIS tools) to check whether any firewall or network rules on the AWS side or intermediate network devices are blocking traffic from Bot Framework/Teams to the API Gateway.
    1. Test for channel outage or regional issue
    • When a bot works in Web Chat but fails in a specific channel, a channel outage is a possible cause.
    • To isolate this:
      • Create a simple test bot (for example, an Echo bot) in the same region and enable the Teams channel.
      • If the test bot receives Teams messages while the production bot does not, the issue is with the production bot’s configuration.
      • If neither bot receives Teams messages, this points to a broader Teams channel or regional issue.
    1. Handle Teams API status codes and retry logic
    • If any responses from Teams APIs are visible (for example, via logs or diagnostics), pay attention to status codes:
      • 401 (BotNotRegistered): indicates a registration issue; verify bot ID and password and ensure the bot is registered with Teams channel enabled.
      • 403 (BotDisabledByAdmin or BotNotInConversationRoster): indicates admin blocking or the bot not being part of the conversation; the app may need to be reinstalled or allowed by admin policies.
      • 5xx (502, 503, 504): transient issues; implement exponential backoff retries.
    • Use the Teams Developer tools (Network tab, filter for invoke) to inspect error responses if using message extensions or other Teams APIs.
    1. Confirm cross-tenant and authentication alignment (if applicable)
    • If the bot is used cross-tenant, ensure:
      • The bot registration and app registration authentication settings (single-tenant vs multi-tenant) are aligned.
      • The adapter (for example, CloudAdapter) is initialized correctly for the target tenant; misconfiguration can cause Unauthorized when sending activities.
    • Misaligned tenant configuration can result in Teams messages not being successfully forwarded to the backend even though the channel appears healthy.
    1. If all checks pass but issue persists
    • After validating channel configuration, connectivity, and tenant alignment, and after testing with a simple Echo bot, if Teams still does not forward messages:
      • Treat this as a potential Teams channel or service-side issue.
      • Collect logs and tests (including the Echo bot behavior and any HTTP status codes) and escalate via Microsoft Teams product support or developer community channels.

    References:

    Was this answer helpful?

Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.