Александр Юдаков

Marshal.ReleaseComObject() нужно вызывать явно — в том же самом потоке (thread), где мы получили этот COM-объект.
GC работает в другом потоке. Там вызывать нельзя. Поэтому деструктор придется убрать.

Я использую конструкцию using — код остается читабельным.

using (var conn = new Object1C(connectorInstance.Connect(ConnectionArgs.ToString())))
{
    // Делаем необходимую работу
}

P.S. Не забывайте также освобождать любые 1С-объекты, полученные вами через это COM-соединение. Методика та же.

response.Dispose();

Начиная с C# версии 5.0, переменные, объявленные в "foreach", считаются внутренними переменными цикла. Т.е. замыкания здесь больше нет.

https://m.habr.com/post/141270/

Ему можно сообщения отправлять:

- для получения числа элементов LVM_GETITEMCOUNT

- для выделения текущего элемента LVM_SETITEMSTATE

А дальше симулировать нажатие Enter.

1. Убрать все "lock" - никакой пользы от них здесь нет.

2. Убрать все "try {...} catch (Exception e) { Debug.Print(e.Message); }
Никакой пользы от них тоже нет.

3. Убрать IsCorrect. Читаем длину сообщения, затем читаем нужное количество байт. А то, что вы называете "Фактическая длина" - плод вашей фантазии.

4. Читать надо ни до тех пор, пока DataAvailable, а до тех пор, пока не будет получено нужное количество байт. Синхронно, либо асинхронно вы это будете делать - без разницы.

5. А теперь собственно ответ на ваш вопрос:
Механизм чтения сообщений умирает, когда читатель читает быстрее, чем писатель пишет (либо сеть передает). В этом случае DataAvailable вернет false; ваш алгоритм, вместо того, чтобы дождаться оставшейся части сообщения, прерывает чтение на середине сообщения, говорит, что IsCorrect() == false, и зависает.

6. Формат сообщения имеет смысл упростить: первые 4 байта - длина тела в байтах; затем само тело (например, в UTF-8, если вам нужен текст). Соответственно, читаем сначала 4 байта, а потом еще столько, сколько там указано.

P.S.
7. Вызывать Encoding.GetString() следует только на целом сообщении; если вы делаете это на части сообщения - результат непредсказуем.

8. Сетевые исключения обрабатывать, конечно же, надо. Однако Debug.Print - это не решение проблемы. Сокет имеет смысл закрыть. А дальше - либо уведомить об этой проблеме своего клиента (кто обрабатывает полученные сообщения), либо, по-хорошему, - попытаться открыть другое соединение и повторить попытку продолжить работу так, чтобы клиент ничего не заметил :)

https://stackoverflow.com/a/4748886/2558342

Когда координата "x" превысит 9, получится строка:
"10:4"
Соответственно, символ по индексу [2] будет ':', а не число.
Поэтому Convert.ToInt32 выбрасывает FormatException.
Рекомендую сделать, что советует Роман.

Нужен частный домен отправителя, а также SPF и DKIM записи в DNS.

P.S. В Яндекс-почте для домена есть поддержка и SPF и DKIM.