fix: unify verify_ssl semantics across config sources

YAML verify_ssl: true раньше подставлял захардкоженный путь
/etc/ssl/certs/ca-certificates.crt, а REDMINE_VERIFY=true — bool True.
Путь отсутствует на части дистрибутивов, семантика источников различалась.

Теперь едино для YAML и env:
- true (bool/строка) → True: стандартная проверка TLS средствами requests;
- false (bool/строка) → False (+ сохраняется warning из #57);
- иная строка → путь к CA-bundle как есть.
- дефолт (значение не задано) → True вместо захардкоженного пути.

Существующие тесты на путь-от-true переписаны под новую семантику
(изменение поведения): test_verify_ssl_true_returns_default_ca_path →
test_verify_ssl_true_returns_true.

Closes #62

docs/CONFIG.md

@@ -65,6 +65,22 @@ email:
   attach: true
 ```
 
+### `redmine.verify_ssl` — проверка TLS-сертификата
+
+Управляет проверкой TLS-сертификата Redmine. Семантика едина с переменной
+окружения `REDMINE_VERIFY`:
+
+| Значение | Поведение |
+|---|---|
+| `true` (по умолчанию) | Стандартная проверка TLS средствами requests (системные CA / certifi) |
+| `false` | Проверка отключена — при запуске выводится предупреждение о риске MITM |
+| строка с путём, например `/etc/ssl/my-ca.pem` | Путь к собственному CA-bundle, передаётся в requests как есть |
+
+До версии с унификацией `verify_ssl: true` подставлял захардкоженный путь
+`/etc/ssl/certs/ca-certificates.crt`, который отсутствует на части
+дистрибутивов. Теперь `true` в YAML и `REDMINE_VERIFY=true` в env работают
+одинаково — оба включают стандартную проверку без привязки к конкретному пути.
+
 ### `period.precision` — точность периода
 
 Определяет, как вычисляется следующий период после фиксации:
@@ -422,7 +438,7 @@ DEFAULT_TO_DATE=2026-06-30
 ```
 
 Если ни `.env`, ни YAML не заданы — используются кодовые дефолты (текущий месяц
-как период, стандартный путь сертификатов, пустой автор).
+как период, стандартная проверка TLS, пустой автор).
 
 ## Безопасность