Обзор Recoll — индексатор и поиск по содержимому файлов

Recoll — не PDF-редактор и не универсальная «читалка», а настольная система полнотекстового поиска по локальным документам. Она заранее извлекает текст и метаданные, строит индекс Xapian и затем находит PDF, офисные файлы, письма и содержимое архивов по словам внутри них. На 12 сентября 2026 года проект активно развивается: основная ветка описывает 1.44.1, а официальная Windows-страница уже указывает 1.44.2 от 2 сентября. Recoll WebUI — отдельный браузерный интерфейс к индексу, а не настольная программа.

Скачать Recoll

Безопасный путь начинается с официального раздела загрузок Recoll: там публикуются исходные архивы, сведения о пакетах, SHA-256 и GPG-подписи. Основная линия сайта на дату проверки — 1.44.1. Для Linux сначала имеет смысл проверить репозиторий своего дистрибутива: такие пакеты удобнее по зависимостям, хотя иногда отстают по версии.

Официальный AppImage остаётся на 1.43.14. Во Flathub уже есть 1.44.1 для x86_64 и aarch64, но Flathub прямо отмечает пакет как созданный сообществом и не верифицированный разработчиком Recoll. Для среды с жёсткой цепочкой доверия лучше системный пакет, подписанные исходники или собственная сборка.

Windows-страница указывает отдельную готовую сборку 1.44.2 от 02.09.2026. Установщик самодостаточный и включает основные помощники для документов. Автор просит небольшой взнос за бинарный пакет; это не подписка и не закрытая лицензия. При проблеме с оплатой официальная страница предлагает связаться с автором, а исходники остаются GPL.

Для macOS доступны MacPorts, Homebrew и готовый DMG. На странице проекта последняя явно указанная универсальная сборка — 1.43.6 для Intel и Apple arm64; она не подписана сертификатом Apple. Номера пакетов по платформам различаются, поэтому перед установкой нужно проверять не только версию, но и источник конкретной сборки.

Что такое Recoll

Recoll — настольная система полнотекстового поиска, поддерживаемая Jean-Francois Dockes. Xapian хранит индекс и выполняет ранжирование, а Recoll обходит файлы, извлекает текст и метаданные, формирует запросы и показывает результаты. Проект активен: ветка 1.44 получила ускоренную обработку архивов, изменения Python API и исправления поиска.

Это не архив и не просмотрщик. Индекс — производная база: он помогает найти документ, но не заменяет исходный PDF, DOCX или письмо. Если оригинал удалён, Recoll не превращается в резервную копию, хотя современные версии сохраняют извлечённый текст для поиска и preview.

Система ищет по содержимому, полям и имени, поддерживает логические выражения, фразы, близость, шаблоны, MIME-типы, даты и каталоги. Внутреннее представление — Unicode UTF-8; в одном индексе могут сочетаться разные языки и кодировки.

Recoll WebUI нужно отличать от настольного Recoll. WebUI — отдельный браузерный фронтенд к уже существующему индексу через Python-расширение. Отдельный Android-клиент с серверной частью тоже не является мобильной редакцией Qt-приложения.

Основные функции Recoll

Индексирование и обновления

Первый проход строит индекс выбранных каталогов; дальнейшие проходы обычно инкрементальные и обрабатывают только изменившиеся данные. Удалённые файлы убираются из базы. Для ранее ошибочных документов есть специальный повтор после установки недостающего обработчика.

Периодический и реальный режим

Индексатор можно запускать по расписанию либо держать постоянно для отслеживания изменений файловой системы. Реальный режим даёт более свежие результаты, но мониторинг большого дерева расходует ресурсы; Recoll позволяет наблюдать только часть индексируемых папок.

Язык запросов

Доступны режимы «все термины», «любой термин», поиск по имени и Query Language. Последний поддерживает поля, Boolean-условия, фразы, proximity, диапазоны и фильтры. Окно Advanced Search строит сложные запросы без запоминания синтаксиса, а Show Query показывает, что фактически передано Xapian.

Стемминг и многоязычность

Исходные формы слов не уничтожаются стеммингом при индексировании. Словари основ строятся отдельно, а расширение выполняется во время запроса, поэтому язык стемминга можно менять без повторного разбора всех документов. Для части восточноазиатских текстов используются n-граммы или подключаемые сегментаторы.

Контейнеры и вложения

Recoll умеет рекурсивно проходить архивы и почтовые вложения: документ может находиться внутри письма, которое само лежит в архиве. В 1.44 обработчики ZIP, RAR, 7z и TAR оптимизированы для архивов с большим числом элементов.

Результаты, preview и открытие

Результаты показываются списком или таблицей, сортируются по релевантности и полям. Для поддерживаемых типов есть текстовый Preview и Open во внешнем приложении; таблицу результатов можно сохранить в CSV. Это экспорт списка совпадений, а не конвертация документов.

PDF и OCR

Для PDF Recoll использует Poppler, умеет извлекать текст, выбранные XMP-поля, вложения и при подходящей среде аннотации. Команду внешнего viewer можно настроить на открытие найденной страницы; готовые примеры в документации относятся к Evince и qpdfview.

OCR для PDF без текстового слоя, а с 1.43.3 и для изображений, может использовать Tesseract или ABBYY FineReader. Он выключен по умолчанию и кэширует результат. Для PDF документация предпочитает OCRmyPDF, если допустимо создать постоянный текстовый слой в самом файле.

Интеграции

Кроме Qt GUI есть командный поиск, Python API, Gnome Shell Search Provider, KDE KIO и KRunner. WebUI использует тот же индекс через Python. Старое PHP-расширение на официальной странице функций помечено как неподдерживаемое.

Несколько индексов и повторное использование базы

Один профиль Recoll определяется собственным каталогом конфигурации. Поэтому можно держать отдельные базы для текущих проектов, архива или съёмного носителя, а затем подключать внешние индексы к одному GUI. Это удобнее, чем заставлять один real-time индексатор непрерывно следить за многолетним архивом. На Windows отдельный профиль можно запускать с параметром каталога конфигурации, на Unix действует тот же принцип через командную строку и переменную окружения.

Поиск умеет сохранять и восстанавливать запросы, хранит историю сложных запросов и предлагает орфографические варианты через Aspell, если поиск ничего не вернул и словарь настроен. Режим File Name работает по отдельной части индекса и полезен, когда нужно найти объект только по имени. В таблице можно добавлять поля, менять их порядок и сортировать результаты без изменения самого индекса.

Интерфейс и удобство использования

Главное окно сосредоточено на строке запроса и области результатов. В Query Language слева доступны фильтры даты и дерева каталогов. Результат содержит метаданные, фрагмент совпадения и, когда возможно, действия Preview и Open. Для простой библиотеки этого достаточно без ручного редактирования конфигов.

Расширенный режим разделяет условия содержания и фильтры по размеру, дате, MIME-типу и расположению. Табличный вид позволяет менять колонки, а HTML-представление списка результатов допускает глубокую настройку. Эта гибкость полезна специалистам, но повышает порог освоения.

Preview показывает извлечённый текст, а не полноценный рендер PDF или DOCX. Для проверки страниц, форм, изображений и аннотаций нужен внешний viewer. Русский перевод руководства доступен, но официальный сайт предупреждает, что переводы интерфейса текущего релиза могут быть неполными.

Результат можно закрепить в таблице, посмотреть детали в нижней области, открыть отдельное окно snippets или родительский контейнер. В preview поиск продолжается по извлечённому тексту, поэтому удобно быстро подтвердить контекст, не запуская тяжёлый редактор. При этом список и таблица используют одну и ту же выборку: переключение представления не создаёт новый запрос.

Большая часть обычных настроек доступна через Preferences, но редкие параметры остаются в текстовых файлах. Это важная особенность UX Recoll: программа дружелюбна в типовом режиме, однако не скрывает системную природу индексатора. Пользователю, который хочет собственные поля, нестандартные MIME-обработчики или особую команду открытия, придётся читать документацию и понимать структуру конфигурации.

Поддерживаемые форматы и совместимость

В базовой установке обрабатываются простой текст, HTML, Maildir/mh/mailbox, Scribus и другие типы. Встроенные XML-библиотеки разбирают OpenDocument/OpenOffice, Office Open XML, AbiWord, KWord, FB2, SVG, Gnumeric и аннотации Okular. Через Python обрабатываются старые Excel/PowerPoint, ZIP, Joplin notes, Dia и некоторые webarchive-форматы.

На Linux и macOS часть форматов зависит от внешних программ: PDF — от pdftotext/Poppler, DOC — от antiword с современным fallback через LibreOffice, RTF — от unrtf, изображения — от ExifTool, DjVu — от DjVuLibre, PST/OST — от libpff, PostScript — от Ghostscript и Poppler. RAR и 7z требуют соответствующих библиотек или Python-модулей. Windows-установщик включает основные помощники.

«Индексируется» не означает «редактируется» или даже «рендерится». Recoll извлекает текст и передаёт исходник внешней программе. Для визуальной работы с PDF нужен отдельный просмотрщик, например Okular.

Контейнеры обрабатываются рекурсивно. Официально заявлены Unix-подобные системы, Windows и macOS. Linux получает наиболее полный набор интеграций и многопоточность индексатора; Windows-порт индексирует без многопоточного выполнения. Формат индекса Linux и Windows совместим, но пути к исходным файлам всё равно должны соответствовать конфигурации.

У PDF есть дополнительные возможности поверх простого извлечения текста: обработка выбранных XMP-полей, вложенных файлов и, при наличии подходящих Poppler bindings, аннотаций. Индексация PDF-аннотаций в текущей документации имеет платформенные ограничения и не заявлена для Windows. Для открытия на найденной странице Recoll передаёт номер страницы во внешний viewer, если тот поддерживает соответствующий параметр.

Для форматов, которые однажды завершились ошибкой, установка helper не гарантирует автоматическую повторную обработку старого файла: оптимизация индексатора помечает неудачу и обычно ждёт явного Retry previously failed files. Это особенно важно при поэтапной настройке Linux/macOS, когда сначала ставится Recoll, а Poppler, DjVuLibre или архивные библиотеки добавляются позже.

Производительность и стабильность

Главная цена Recoll — первичное построение индекса. Официальная документация оценивает его размер как величину того же порядка, что и объём извлечённого несжатого текста. Поэтому точный расход нельзя вычислить только по гигабайтам исходных PDF или картинок.

Скорость зависит от форматов, накопителя, CPU, числа helper-процессов и структуры контейнеров. На крупных наборах узким местом могут стать обновления Xapian и запись на диск; официальный материал рекомендует SSD и допускает разделение коллекции на несколько индексов. Упоминание установки с примерно 11 миллионами документов и индексом около 250 ГБ показывает масштабируемость, но не является гарантией для другого оборудования.

Реальное наблюдение за большим деревом повышает фоновую нагрузку, а Linux может упереться в лимиты inotify. Для архивов периодическое индексирование обычно спокойнее. Windows дополнительно ограничен отсутствием многопоточного индексирования; официальный FAQ прямо отмечает более медленную обработку, особенно когда запускаются внешние конвертеры.

В 1.44 ускорены архивы с большим числом элементов, а 1.44.1 исправляет ошибки фрагментов совпадений. На Wayland в 2026 году остаются отдельные проблемы Qt-отрисовки, для которых разработчик рекомендует X11 backend. Стабильность также зависит от внешних утилит: старые версии unrtf имели серьёзные уязвимости, поэтому helper-пакеты нужно обновлять вместе с Recoll.

Инкрементальный проход обычно значительно дешевле полного: Recoll проверяет изменения и не извлекает текст из неизменившихся файлов заново. Исключение создают часто меняющиеся контейнеры, например большие почтовые файлы, где одно изменение может затронуть значительный объём. Для таких деревьев полезны расписание, ограничение monitordirs и задержки переиндексации быстро меняющихся файлов.

Во время обработки Recoll и внешние helpers могут создавать крупные временные файлы. Для них предусмотрен отдельный каталог через RECOLL_TMPDIR; на Unix затем учитываются TMPDIR/TMP/TEMP, на Windows используется системный механизм временного пути. При больших архивах нехватка места во временном каталоге способна выглядеть как проблема самого индексатора.

Ресурсные настройки не универсальны. Официальный материал по производительности советует включать многопоточность там, где она доступна, увеличивать порог сброса индекса только до разумного предела памяти и по возможности держать индекс на SSD. Для огромных наборов текстов упираются уже не в извлечение, а в запись Xapian; тогда практичнее разделить базу на несколько индексов, чем бесконечно увеличивать число потоков.

Лицензирование и версии

Recoll — открытый GPL-проект без подписки, лимита документов и пробного периода. На Linux он обычно ставится как свободный системный пакет или Flatpak, а исходники доступны публично.

Для готовой Windows-сборки автор просит небольшой взнос, связывая его с трудоёмкостью сборки зависимостей. Это плата за удобный бинарный пакет, а не переход исходного кода на закрытую лицензию; официальный сайт допускает получение ссылки по обращению, если оплатить нельзя.

На 12.09.2026 основная ветка — 1.44.1, Windows-страница — 1.44.2, AppImage — 1.43.14, готовый macOS DMG — 1.43.6, Flathub — 1.44.1. Индексы версий 1.20–1.44 объявлены совместимыми при обновлении. Если происхождение очень старой базы неизвестно или меняется чувствительность к регистру/диакритике, индекс лучше перестроить.

Проверка номера версии особенно важна для готовых пакетов: «последняя версия Recoll» и «последний пакет для конкретной платформы» сейчас не всегда одно и то же. Для безопасности Windows также имеет смысл предпочитать актуальную 1.44.2, потому что разработчик отдельно сообщил об исправленной встроенной копии unrtf после обнаруженных проблем в обработчике RTF.

Карта критических зависимостей

Windows-пакет закрывает многие helper-зависимости внутри установщика. На Linux и macOS набор модулей подбирается под фактическую коллекцию. Recoll индексирует только то, что процесс может прочитать: сетевой ресурс или зашифрованный том должен быть доступен файловой системе в момент обхода.

Паспорт обратимости операций

Индекс обратим. Создание и удаление Xapian-базы не меняет исходные документы; повреждённый индекс можно построить заново. Поэтому резервировать прежде всего нужно файлы и сложную конфигурацию, а не производную базу.

Удаление источника через индекс не откатывается. Recoll не архив: после обновления запись исчезнет, а извлечённый текст не восстановит страницы, изображения и вложения оригинала.

Встроенный OCR не обязан менять PDF. Он сохраняет распознанный текст для индекса и кэша. Если используется OCRmyPDF, это отдельная операция над файлом, поэтому для обратимости лучше работать с копией. CSV из таблицы результатов содержит список совпадений и поля, а не перенос самих документов.

Системные требования

Официальный проект не задаёт универсальный минимум RAM, CPU или свободного места. Расход зависит от количества документов, извлечённого текста, OCR и режима наблюдения; индекс может быть сопоставим по порядку величины с объёмом несжатого текста.

Windows

Актуальная сборка создаётся и тестируется на Windows 10 и, по сообщениям разработчика, работает на Windows 11. Современные версии не рассчитаны на Windows 7, XP не поддерживается. Самодостаточный пакет включает основные библиотеки и helper-программы; в отдельных случаях официальный FAQ требует актуальный Microsoft Visual C++ Runtime.

Linux и Unix-подобные системы

Поддерживается большинство Unix-подобных систем. AppImage рассчитан на Linux уровня Debian Bullseye или новее; Flathub публикует x86_64 и aarch64. Для полного покрытия форматов нужны соответствующие системные извлекатели текста.

macOS

Официальный DMG 1.43.6 — Universal Binary для Intel и Apple arm64, но без подписи Apple. Доступны альтернативные пути через Homebrew и MacPorts; дополнительные helpers устанавливаются по необходимости.

Преимущества и недостатки Recoll

Плюсы и минусы

• Полнотекстовый поиск по большим локальным коллекциям, а не только по именам файлов.

• Глубокая индексация архивов, почты и вложенных документов.

• Сильный язык запросов, поля, фильтры, proximity и несколько индексов.

• Локальная модель без обязательного аккаунта и облачной обработки.

• Открытый код, CLI, Python API и интеграции GNOME/KDE.

• Расширенные возможности для PDF: XMP, вложения, опциональный OCR и переход к странице через подходящий viewer.

Минусы

• Первичная индексация требует времени и дискового места.

• На Linux/macOS многие форматы зависят от внешних утилит.

• Windows индексирует медленнее и без многопоточности.

• Готовые пакеты разных платформ могут заметно отставать друг от друга.

• Recoll не заменяет PDF-просмотрщик или редактор.

• OCR, XMP и собственные поля требуют ручной настройки; на Wayland возможны проблемы Qt.

Сравнение с аналогами

DocFetcher ближе всего по идее: тоже индексирует выбранные папки и ищет по содержимому. Он проще для базовой задачи, тогда как Recoll сильнее в контейнерах, полях, нескольких индексах и интеграциях.

Agent Ransack удобен для Windows-поиска, регулярных выражений и прямого обхода файлов; современная линейка Mythicsoft использует общую кодовую базу Agent Ransack/FileLocator, поэтому возможности нужно сверять по режиму. Everything ориентирован прежде всего на мгновенные имена и метаданные: его официальная документация называет поиск содержимого медленным по сравнению с индексными полями.

Sumatra PDF — не конкурент Recoll, а дополнение. Sumatra открывает PDF, EPUB, DjVu, XPS и другие форматы, но не строит полнотекстовый индекс всей библиотеки. Recoll отвечает на «в каком документе это было», viewer — «как выглядит страница». Для просмотра без индекса подходит и Evince, а для редактирования — PDF-XChange Editor.

Разница проявляется и в стоимости предварительной подготовки. Everything почти сразу строит компактный индекс имён NTFS/ReFS и великолепен для навигации по файловой системе; Recoll заранее платит временем и диском за разбор содержимого, зато сложный полнотекстовый запрос потом не читает каждый PDF заново. Agent Ransack может быть удобнее для разового content search по ограниченной папке, когда создавать долговременную базу не хочется.

Если библиотека состоит главным образом из PDF и пользователь уже работает в Sumatra PDF, менять viewer ради Recoll не обязательно. Достаточно оставить Sumatra приложением по умолчанию: Recoll найдёт файл, а системная ассоциация откроет его. Специализированный viewer остаётся источником визуальной истины, потому что текстовый preview Recoll не воспроизводит макет документа.

Инструкция по установке

Linux

1. Проверьте официальный раздел загрузок и пакет своего дистрибутива; системный пакет обычно лучше согласован с Xapian и библиотеками.

2. Если нужен Flatpak, используйте org.recoll.recoll во Flathub и учитывайте, что пакет сопровождает сообщество.

3. AppImage выбирайте только после проверки номера версии: официальный образ может отставать.

4. Поставьте helpers только для нужных форматов и после первого прохода проверьте список Missing Helpers.

5. На первом запуске индексируйте небольшую тестовую папку, затем расширяйте Start folders.

Windows

1. Получите актуальный установщик с официальной Windows-страницы; на дату проверки там 1.44.2.

2. Проверьте происхождение файла и опубликованные checksum/подпись; не ослабляйте защиту Windows заранее.

3. Установите самодостаточный пакет и на первом запуске задайте только нужные каталоги.

4. Запустите начальный индекс и проверьте несколько известных фраз в PDF или DOCX.

В Windows 11 официальный FAQ описывает отдельные случаи блокировки Smart App Control. Постоянно отключать защиту не следует: сначала нужно убедиться в источнике и актуальности установщика, а затем свериться с текущей инструкцией проекта и политиками организации.

macOS

1. Выберите DMG, Homebrew или MacPorts с учётом того, что готовый DMG не подписан Apple.

2. Установите помощники для реально используемых форматов.

3. Если первый проход состоялся раньше, повторите ранее неудачные файлы через Special Indexing либо перестройте небольшой тестовый индекс.

Параметры, которые важно настроить сразу

• Start folders: индексируйте только рабочие каталоги.

• Skipped names: исключите кэши, каталоги сборки и другой шум.

• Режим: для большого архива начните с расписания, real-time оставьте рабочим папкам.

• Стемминг: включите языки вашей коллекции.

• Viewer: проверьте системную ассоциацию PDF; при необходимости Recoll использует, например, Foxit Reader или другой назначенный просмотрщик.

• OCR: не включайте глобально, пока не отделены сканы без текста.

Перед удалением имеет смысл сохранить конфигурационный каталог, если в нём есть исключения, собственные поля и несколько индексов. Исходные документы экспортировать из Recoll не нужно: они не хранятся внутри программы. Сам пакет удаляется штатным менеджером той системы, которым устанавливался.

При первом запуске Recoll создаёт пользовательский каталог конфигурации: на Unix-подобных системах и macOS по умолчанию это домашний .recoll, на Windows — AppData/Local/Recoll. Индекс хранится рядом с конфигурацией, если путь не переопределён. Перед массовым обходом разумно открыть Index Configuration и проверить Start folders: значение по умолчанию может охватывать весь профиль пользователя, что не всегда нужно.

После первого прохода контроль установки состоит не в том, что окно открылось, а в трёх проверках: известный текстовый файл находится по редкому слову, PDF находится по фразе внутри страницы, а список Missing Helpers не содержит форматов, критичных для вашей коллекции. Только после этого стоит включать расписание или постоянный мониторинг.

Практические кейсы

Найти пункт договора в PDF

Цель: найти файл по фразе внутри. Подготовка: добавить папку и убедиться, что PDF helper работает. Шаги: проиндексировать, ввести редкую фразу в кавычках, при необходимости ограничить каталог. Проверка: открыть Preview, затем исходный PDF. Ограничение: чистый скан без OCR по словам не найдётся.

Искать в письмах и вложениях

Цель: единый поиск по почте и прикреплённым файлам. Подготовка: добавить почтовое хранилище и handlers вложений. Шаги: индексировать, затем искать по автору или содержимому. Recoll может вернуть документ внутри письма и архива. Проверка: посмотреть путь и родительский контейнер. Ограничение: неподдерживаемый формат вложения останется непрозрачным.

Добавить поиск по сканам

Цель: сделать доступными PDF без текста. Подготовка: установить Tesseract и выбрать язык. Шаги: включить pdfocr только для нужного дерева и повторно проиндексировать. Результат кэшируется. Проверка: найти известную фразу. Ограничение: встроенный OCR медленный и не добавляет постоянный слой в PDF; для этого лучше OCRmyPDF или отдельный пакет, например ABBYY FineReader.

Разделить рабочую папку и архив

Цель: не держать многолетний архив в постоянном мониторинге. Подготовка: создать два индекса. Шаги: рабочий индекс обновлять real-time, архивный — по расписанию, при необходимости подключать оба в GUI. Проверка: выполнить запрос, встречающийся в обеих зонах. Ограничение: несколько профилей требуют аккуратного резервирования конфигурации.

Recoll плюс Sumatra PDF

Цель: искать библиотеку и читать найденное в лёгком viewer. Шаги: назначить Sumatra PDF системным приложением, найти документ в Recoll, проверить совпадение в Preview и открыть исходник. Ограничение: точный переход на найденную страницу зависит от командной строки viewer; готовые примеры Recoll относятся к Evince и qpdfview.

Навигатор по сбоям

Искать публикации по XMP-метаданным PDF

Цель: находить научные PDF по журналу, году или пользовательским полям, а не только по основному тексту. Подготовка: убедиться, что нужные XMP-теги реально записаны в файлы и доступен pdfinfo. Шаги: перечислить извлекаемые XMP-поля в конфигурации PDF-handler, сопоставить их полям Recoll и перестроить затронутые документы. Проверка: выполнить запрос по новому полю и сравнить значение с метаданными исходного PDF. Ограничение: Recoll не исправляет плохие или отсутствующие XMP-данные; качество поиска зависит от того, что уже записано в документах.

Часто задаваемые вопросы

Recoll редактирует PDF?

Нет. Он индексирует и показывает извлечённый текст, а исходный документ открывает во внешней программе.

Нужны интернет и аккаунт?

Для локального поиска — нет. На Windows разработчик отдельно указывает отсутствие внешних соединений, кроме ручной проверки новой версии.

Можно искать в ZIP и вложениях писем?

Да, контейнеры обрабатываются рекурсивно, если для вложенного формата доступен handler.

Почему сканированный PDF не находится?

У него нет текстового слоя. Нужен внешний OCR заранее либо настроенный OCR Recoll.

Recoll WebUI — часть настольной программы?

Нет, это отдельный браузерный фронтенд к индексу через Python API и отдельный сетевой компонент.

Что будет после удаления исходника?

При следующем проходе запись исчезнет. Индекс не является резервной копией и не восстановит оригинальный файл.

Нужно ли переиндексировать после обновления?

Для индексов 1.20–1.44 обычно нет. Перестройка нужна при неизвестном происхождении очень старой базы или изменении фундаментальных параметров.

Стоит ли включать real-time для всего диска?

Обычно нет. Большое дерево расходует ресурсы; рабочие папки разумно мониторить постоянно, архив — обновлять по расписанию.

Можно ли хранить индекс на другом диске?

Да. Расположение задаётся конфигурацией; для большой базы быстрый SSD обычно полезнее, чем размещение индекса на медленном архивном диске.

После установки helper старые файлы появятся сами?

Не всегда. Recoll пропускает документы, которые ранее завершились ошибкой, поэтому после добавления обработчика нужно запустить повтор ранее неудачных файлов или перестроить небольшой индекс.

Вывод

Recoll подходит тем, кому нужен локальный поиск по содержимому большой смешанной коллекции PDF, Office, почты и архивов. Его сильные стороны — Xapian, сложный язык запросов, рекурсивные контейнеры, несколько индексов, CLI и Python API. Особенно ценен он там, где важны автономность и контроль над локальной базой.

Для простого чтения PDF, редактирования или мгновенного поиска имён это избыточный инструмент. Sumatra PDF лучше решает просмотр, Everything — имена и пути на Windows, DocFetcher проще для базового кроссплатформенного полнотекстового GUI. Рациональная схема — Recoll для «найти», специализированный viewer или editor для «прочитать и изменить».