[upd/telegram]: improve stability, safety and production robustness

Updated the Telegram plugin to handle high-load scenarios and prevent
resource exhaustion. Key focus areas were message formatting,
concurrency management, and configuration resilience.

- Implement bounded message queue (max 100) with non-blocking drops to prevent memory leaks
- Add graceful shutdown logic with worker thread joining and queue draining
- Add self-healing initialization (`_ensure_sender`) to handle race conditions during startup
- Implement robust escaping/sanitization for HTML and MarkdownV2 parse modes
- Enforce Telegram's 4096 character limit with graceful truncation
- Enhance error diagnostics for API responses (Rate limiting, 4xx/5xx errors)
- Validate and sanitize GPS coordinates (range and type checking)
- Decouple logging from global config by using module-level logger

Behavioral Changes:
- BREAKING: Location messages now require `coordinates: true` in config (previously default)
- Messages are dropped with an error log when the queue is full (prevents system hang)
- Invalid HTML/Markdown characters are now automatically escaped to prevent API errors

docu/docs/plugin/telegram.md

@@ -2,12 +2,12 @@
 ---
 
 ## Beschreibung
-Dieses Plugin ermöglicht das Versenden von Telegram-Nachrichten für verschiedene Alarmierungsarten.
-Wenn im eingehenden Paket die Felder `lat` und `lon` vorhanden sind (z. B. durch das [Geocoding](../modul/geocoding.md) Modul), wird zusätzlich automatisch der Standort als Telegram-Location gesendet.
 
-Das Senden der Nachrichten erfolgt über eine interne Queue mit Retry-Logik und exponentiellem Backoff, um die Vorgaben der Telegram API einzuhalten und Nachrichtenverluste zu verhindern. Die Retry-Parameter (max_retries, initial_delay, max_delay) können in der Konfiguration angepasst werden.
+Dieses Plugin ermöglicht den Versand von Telegram-Nachrichten für verschiedene Alarmierungsarten. Um eine hohe Stabilität im BOS-Betrieb zu gewährleisten, erfolgt der Versand asynchron über eine interne Warteschlange (Queue) mit Überlastschutz.
 
-## Unterstütze Alarmtypen
+Das Plugin hält die Vorgaben der Telegram API automatisch ein: Eine integrierte Retry-Logik mit exponentiellem Backoff verhindert Nachrichtenverluste bei temporären Netzwerkproblemen. Zudem werden Nachrichten, die das Telegram-Limit von 4.096 Zeichen überschreiten, automatisch gekürzt. Wenn Standortdaten (lat/lon) vorhanden sind, kann das Plugin diese als native Karte senden (erfordert [Geocoding-Modul](../modul/geocoding.md) und Aktivierung via coordinates).
+
+## Unterstützte Alarmtypen
 - FMS
 - POCSAG
 - ZVEI
@@ -26,11 +26,12 @@ Das Senden der Nachrichten erfolgt über eine interne Queue mit Retry-Logik und
 |message_fms|Formatvorlage für FMS-Alarm|`{FMS}`|
 |message_pocsag|Formatvorlage für POCSAG|`{RIC}({SRIC})\n{MSG}`|
 |message_zvei|Formatvorlage für ZVEI|`{TONE}`|
-|message_msg|Formatvorlage für MSG-Nachricht|-|
+|message_msg|Formatvorlage für MSG-Nachricht|`{MSG}`|
 |max_retries|Anzahl Wiederholungsversuche bei Fehlern|5|
 |initial_delay|Initiale Wartezeit bei Wiederholungsversuchen|2 [Sek.]|
 |max_delay|Maximale Retry-Verzögerung|300 [Sek.]|
-|parse_mode|Formatierung ("HTML" oder "MarkdownV2"), Case-sensitive!|leer|
+|parse_mode|Formatierung ("HTML" oder "MarkdownV2"), !Case-sensitive! Empfehlung: HTML|leer|
+|coordinates|Aktiviert die Verarbeitung von Standortdaten|false|
 
 **Beispiel:**
 ```yaml
@@ -38,6 +39,7 @@ Das Senden der Nachrichten erfolgt über eine interne Queue mit Retry-Logik und
     name: Telegram Plugin
     res: telegram
     config:
+      coordinates: true
       message_pocsag: |
         <b>POCSAG Alarm:</b>
         RIC: <b>{RIC}</b> ({SRIC})
@@ -49,21 +51,44 @@ Das Senden der Nachrichten erfolgt über eine interne Queue mit Retry-Logik und
         - "CHAT_ID"
 ```
 
-Hinweis:
+### parse_mode
 Über parse_mode kannst du Telegram-Formatierungen verwenden:
 
 - HTML: `<b>fett</b>`, `<i>kursiv</i>`, `<u>unterstrichen</u>`, `<s>durchgestrichen</s>`, ...
-- MarkdownV2: `**fett**`, `__unterstrichen__`, `_italic \*text_` usw. (Escape-Regeln beachten)
+- MarkdownV2: `**fett**`, `__unterstrichen__`, `_italic \*text_` usw.
+
+**Wichtig**: Bei MarkdownV2 werden alle Sonderzeichen innerhalb der Wildcards (wie {MSG}) automatisch escaped. Das verhindert zwar API-Fehler, macht aber eine bewusste Formatierung innerhalb des Funktextes unmöglich.
+
+**Nutze HTML**, wenn du fettgedruckte oder kursive Elemente in deinem Template verwenden möchtest, ohne dass der Inhalt der Nachricht verändert wird.
+```yaml
+# EMPFOHLEN: HTML für Formatierung
+parse_mode: "HTML"
+message_pocsag: |
+  <b>POCSAG Alarm:</b>
+  RIC: {RIC}
+  {MSG}
+
+# NICHT EMPFOHLEN: MarkdownV2 
+# (alle Sonderzeichen in {MSG} werden escaped)
+parse_mode: "MarkdownV2"
+message_pocsag: "*Alarm*\nRIC: {RIC}"
+```
 
 Block-Strings (|) eignen sich perfekt für mehrzeilige Nachrichten und vermeiden Escape-Zeichen wie \n
 
+### coordinates
+Der Versand von Standorten ist standardmäßig deaktiviert (`coordinates: false`), um unnötige Warnmeldungen im Log zu vermeiden, wenn keine Koordinaten im Datenpaket enthalten sind. Setze diesen Wert nur auf `true`, wenn du sicherstellst, dass die Alarmierung Koordinaten liefert (z.B. durch einen vorgeschalteten Geocoder).
+
+**Verhalten beim Standortversand:**
+Bei aktivierten Koordinaten sendet das Plugin zusätzlich zum Alarmtext eine native Telegram-Karte als separate Nachricht. Es sind keine Wildcards im Nachrichtentext erforderlich; die Karte wird automatisch unter dem Text gepostet.
+
 ---
 ## Modul Abhängigkeiten
 OPTIONAL, nur für POCSAG-Locationversand: Aus dem Modul [Geocoding](../modul/geocoding.md):
 
 - `lat`
 - `lon`
-  
+
 ---
 ## Externe Abhängigkeiten
-keine
+requests