I have a Remote Event Receiver configured to notify a Web Service whenever a new list item is added (ItemAdded). This is working properly.

That said, it's imperative that each time a new list item is added it triggers a corresponding event on the remote server. In the event that my remote server goes down, and SharePoint 2013 sends a one-way (fire and forget) event anyway, is there any way of telling (via SharePoint or otherwise) that the newly added listitem did not successfully trigger the remote event?

  • Have you come any further in solving this? Jan 13, 2014 at 13:13
  • No, unfortunately. It looks like we will actually be exploring an alternative so I'm not certain I need the solution anymore. I'm very disappointed with SharePoint 2013 (online especially) and the way remote event receivers are implemented. They seem very error prone and lack even basic debugging options.
    – swhite1987
    Jan 14, 2014 at 1:01

1 Answer 1


If you really want to know that your event receiver was not triggered, then you can create workflow, that will request your "special" service (url) to ask it about latest triggered information.Yes, it may sounds stupid :) but it should work. But I think that you should find reason, why your trigger was not fired. I wrote two full step-by-step articles (with information about service bus configuration) about Remote Event Recevers in SharePoint Online:

1) Creating and Debugging of Remote Event Receivers for SharePoint Online http://blog.virtosoftware.com/2014/12/creating-and-debugging-of-remote-event.html

2) Adding Remote Event Receivers to list on Host web + Debugging http://blog.virtosoftware.com/2015/01/adding-remote-event-receivers-to-list.html

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.