WNS sometimes not received

Ole Bjørn Setnes 0 Reputation points
2025-06-10T12:48:58.0866667+00:00

We are experiencing issues with Windows Push Notifications (WNS) not being delivered to our application endpoints. The push notification is sent successfully from our server, but the response indicates the message is dropped due to a blocked channel.

Here are the relevant response headers from the WNS server:

makefile
Copy
X-WNS-MSG-ID: 2C9C70339C1E494  
X-WNS-STATUS: dropped  
X-WNS-ERROR-DESCRIPTION: Blocked channel URL  
X-WNS-DEBUG-TRACE: AM3PEPF0000624D  
MS-CV: j0Q59yxL0UmSaBRNeOmW8A.0  
MISE-CORRELATION-ID: a2cf4196-f380-41bf-be19-a50c82213157  

We are using the WNS service directly via HTTPS POST requests. The push tokens were obtained using standard client-side registration, and the tokens are current as far as we know. However, messages to certain channels are being dropped with the above error.

Steps to Reproduce:

Send a push notification using WNS to a previously registered channel URI.

Observe the response headers showing the status as "dropped" and error description as "Blocked channel URL".

Expected Behavior:

The message should be delivered to the client device if the channel is valid and active.

Actual Behavior:

The message is dropped by WNS with error Blocked channel URL.

It works with most PCs and the above error is sometimes seen on a specific Windows 11 PC (23H2, build 22631.4460).

Azure Notification Hubs
Azure Notification Hubs
An Azure service that is used to send push notifications to all major platforms from the cloud or on-premises environments.
{count} votes

1 answer

Sort by: Most helpful
  1. Ole Bjørn Setnes 0 Reputation points
    2025-06-10T22:10:43.56+00:00

    Yes, this is observed on one test PC and because of this problem we cannot release the service we want to use Push Notifications for.

    On the problematic PC, push Notifications works for a week or more and suddenly it stops working. Usually we see one Push Notification that's just not received and then all following notifications report this error. Perhaps the Blocked channel error means that there's already a notification under way and it cannot send another one?

    Reregistering the service on the receiving endpoint solves the problem so it is not likely that it is because communication is blocked by firewalls/proxies and that the endpoint cannot connect to the mentioned services.

    If the endpoint could know that something was wrong, it could restart the service, but it doesn't - everything seems fine. How can the endpoint check if everything is fine?

    Is there a trace mechanish to get more information about why it fails and why the first message isn't delivered?


Your answer

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