Это зависит от дизайна. Как вы заявили, это не гарантированный обмен сообщениями, поэтому он теряется для эфира.
Если вы сохранили свои сообщения, скажем, в базе данных, и у вас был флаг «пометить как прочитанный», когда они доставляются в получатель, то они бы не потерялись. Но если вы не сохраните их, они, вероятно, никогда не будут доставлены, потому что после POST у вас будет новый connectionID, и сервер может не знать, предназначен ли он для вас.
Реальный вопрос здесь, ИМХО, почему вы используете POST? Цель SignalR - НЕ обновлять sh, POST, GET, Ajax, et c. SignalR предоставляет возможность связаться с сервером и что-то сделать (зафиксировать в базе данных, выполнить запрос, отправить сообщение другому клиенту и т. Д.).
Сейчас я создал несколько надежных систем отправка простого текста, точек данных и небольших / больших JSON данных для обновления HTML, CSS, панелей мониторинга, диаграмм и таблиц без использования какого-либо другого метода для обратной связи с сервером и / или другим клиентом.
Может быть, посмотрите несколько видео с channel9.msdn.com , таких как: https://channel9.msdn.com/Events/dotnetConf/2014/SignalR
Это старше, но достаточно хорошо понимает намерения продукт прямо от одного из ведущих разработчиков.