Событие QuikConnected.

Нововведение. Есть три события:

Connected - соединение установлено (первый раз или после разрыва).
Disconnected - соединение разорвано программой.
ConnectionError - соединение разорвано по ошибке.

Есть еще событие ReConnectionManager.ConnectionRestored. По всей
видимости, его Вы и ищете.

Спасибо за ответ.

ReConnectionManager -- это не то что мне нужно.
Считаю, что если произошел сбой где либо, то необходимо
все закрыть и уведомить пользователя (по СМС например).
А дальше пользователь должен реагировать и разбираться,
в чем проблема (в Квике, в программе, в сервере, в магнитных бурях...)

В этих случаях ReConnectionManager считаю ненадежно и рискованно
использовать.

Единственный случай, который можно обрабатывать автоматически -- это
разрыв связи Квика с сервером. В этом случае в принципе ничего делать
не нужно,
надо только уведомить пользователя о разрыве соединение, и о его
восстановлении.

BaseTrader.ConnectionError позволяет обработать событие разрыва, а вот
когда соединение
восстанавливается -- не позволяет. Жаль. А раньше можно было.

Событие восстановления - это ITrader.Connected и
ReConnectionManager.ConnectionRestored. А почему последнее не
подходит? Чудо он конечно не сделает, но информирует стабильно.

Скажите, а нужно ли в дополнение к ReConnectionManager реализовывать
некоторую логику для возобновления экспорта по DDE?
Или проблем с DDE при "обрывах" не будет?

Если квик падает, то нужно. Если нет, то не нужно. Признака упал квик
или нет у меня нет. Но можно после перезапуска воспользоваться
событиемhttp://stocksharp.com/doc/help/html/E_Ecng_Trading_Algo_ReConnectionManager_ExportTimeOut.htm.
А если по простому, то просто всегда перезапускайте.

Я бы то же оставил как есть.
Так как написана программа у меня с учетом того,
что есть сейчас. Не очень хочется переписывать логику.

О чем речь?

Сори. Ошибся веткой.
Этот ответ был касательно нововведений о состояние заявок.