CheckLog – надёжная рассылка и получение подтверждений связей

Многие логгеры «грешат» тем, что дают оператору ложную уверенность в том, что при автоматической отправке QSO на серверы подтверждений (LoTW, eQSL.cc), «всё будет хорошо». Как бы не так:  что-то теряется, что-то элементарно не отпрвляется из-за допущенных ошибок, и найти потом эти QSO на сервере оказывается невозможно. Поэтому можно слать, слать, слать QSO на сервер через логгер – и ждать, ждать, ждать ответов… но если до сервера QSO «не дошли» – то ведь и ответов не будет!

Кроме того, после некоторых изменений на LoTW отправить «автоматом» QSO на сервер из логгера, работающего под Windows XP, стало просто невозможно. А у меня XP – «боевая» система на маленьком ноутбуке (даже нетбуке, или «недобуке») Asus Eee PC 901. И переводить его на Windows 7 совершенно бессмысленно – ресурсов мало, будет «тормозить» в самый ответственный момент.

Итак, «исходные ингредиенты» для этого рецепта:

• после какого-то периода работы в эфире в логгере накопилась пачка QSO, которую надо бы обработать: сверить имена и QTH операторов (если не записал во время сеансов связи), уточнить информацию по позывным и проч.
• может статься, что на единственном доступном компьютере установлена «не та» операционная система, с которой логгер не испытывает проблем при обмене данными с серверами подтверждений
• хочется, в конце концов, 100%-ной надежности при обмене данными с серверами: чтобы ничего не терялось, а подтверждения приходили бы «в одно место»

Что делаю:

• Запускаю CheckLog, выбираю в качестве текущего нужный журнал — в моем случае журнал R2ADF (2018), с позывным R2ADF, я в нем держу QSO за 2018 год. При необходимости загружаю в него недостающие записи из «любимого логгера», пользуясь соответствующими плагинами, или из файла ADIF.
• Смотрю «в конец» журнала связей (в CheckLog, закладка Logbooks, страница R2ADF (2018)). Наблюдаю группу QSO, у которых поля QSO date & time, Band и Mode так и «светятся» красными буквами. Заодно замечаю, что в большей части этих записей поля Name и QTH— пустые.Ну, бывает – работал модуляцией FT8, через JTDX, никаких «подстановок» имени и местоположения оно не делало.
• Синхронизирую журнал связей с сервером eQSL.cc, запускаю ext: Synchronize logbook with eQSL.cc. Ставлю настройку If QSO’s missed on server: resend missed QSOs automatically. Остальное — по умолчанию, синхронизация в 3 фазы, интервал дат — весь журнал. На всякий случай — вдруг прежние тоже подтвердились… Жму [Synchronize]. результат: 16 записей отправлено, 169 есть на сервере, по 98 получены подтверждения. Затрачено 2 минуты 6 секунд. Сюда входит 15-секундный таймаут для обработки присланного на серере.
• Синхронизирую журнал связей с сервером LoTW, запускаю ext: Synchronize logbook with LoTW. Ставлю настройку If QSO’s missed on server: resend missed QSOs automatically. Остальное — по умолчанию, так же синхронизация в 3 фазы, интервал дат — весь журнал. Тоже хочу получить все подтверждения, если они есть… Жму [Synchronize]. результат: 16 записей отправлено, 168 есть на сервере, по 68 получены подтверждения. Затрачена 1 минута 4 секунды, включая 15-секундный таймаут для обработки пакета отправляемых QSO на сервере..Смотрю, что не принято сервером, проверяю отметку LoTW/S — да, есть одна запись, самая последняя в списке. Бывает — не успела обработаться на сервере. Еще раз выполняю операцию. Получаю ответ: 169 записей на сервере, 68 подтверждено. Затрачена еще 1 минута ровно. Вот теперь — порядок!

Результат:

• «красные» записи в журнале связей пропали — то есть подтверждения надежно отправлены
• не просто отправлены — а еще и проверено, что они на серверах есть, ничего не потерялось
• имеющиеся на серверах подтверждения получены, все записано в журнал связей
• потрачено 4 минуты 12 секунд, все действия делались «автоматом»
• мозги не напрягались по поводу забытых паролей к серверам
• не было необходимости мучительно вспоминать правила работы со сторонними программами
• из-под «неудобных» систем (Windows/XP) работает, как часы — полностью соответствует требованиям серверов
• ну, и всё наглядно — в любой момент понятно, что происходит при работе системы