Neuer Installer und neuer Fixer: übersichtliche Oberfläche und `iob docker`

[Negalein]

@bass-t

seit 5.1.3 Beta 3 funktioniert der Mailversand nicht mehr

in der .conf passt es aber

╔══════════════════════════════════════════════╗
║                Notification                  ║
╚══════════════════════════════════════════════╝

# Proxmox email user
EMAIL_USER="root"
# Proxmox email sender
EMAIL_SENDER="$USER"
# disable email during daily check
EMAIL_DAILY_CHECK="true"
# send email if no updates available
EMAIL_NO_UPDATES="false"
# send email only if security updates available
EMAIL_ONLY_SECURITY="false"
# disable email on successful run
EMAIL_ONLY_ERROR="false"

---

Edit:

liegt an Proxmox. Muss forschen woran

[Negalein]

@bass-t

ist mir gerade aufgefallen

die Mail ist jetzt in einer Wurst

Ultimate Updater status ======================= Available updates: 🖥️ proxmox2 Security Updates: 2 Normal Updates: 64 ---------------------------- 🐧 108 · spoolman Security Updates: 0 Normal Updates: 47 ---------------------------- 🐧 109 · homeassistant Security Updates: 0 Normal Updates: 51 ---------------------------- Total available updates: 164 Current: ✅ 🐧 110 · agentdvr No updates available

[Negalein]

@bass-t

hab dies am Schluss vom Update bekommen

Post-update status refresh started for all systems.
A job is already running for target all-systems.
Post-update status refresh failed (exit code 3); update result remains successful.

[Bass-T]

This release is mainly a stability, bug-fix and hardening update for the existing 5.1 generation.

Highlights​

• improved update/check reliability and result handling
• fixes for remote, cluster and External systems
• improved installer and self-update behavior
• better terminal and interactive execution
• fixes for scheduled notifications
• improved backup/snapshot fallback handling
• better Alpine/minimal-LXC and SSH package checks
• improved version/build identification in CLI and Web UI

Several reported issues from the 5.1.2 cycle are included in this release.

[Negalein]

@Bass-T sagte:

This release is mainly a stability, bug-fix and hardening update for the existing 5.1 generation.

Gutn Morgn

mit 5.2 Beta 1 ist die Email noch unformatiert.

Ultimate Updater status ======================= Available updates: 🖥️ proxmox2 Security Updates: 3 Normal Updates: 4 ---------------------------- Total available updates: 7 Current: ✅ 🐧 108 · spoolman No updates available ✅ 🐧 109 · homeassistant No updates available ✅ 🐧 110 · agentdvr No updates available

---

beim Update all Systems blieb er hier bis zur manuellen Bestätigung stehen

---

trotz mehrfachem Reboot des Host, bleibt die Meldung

[TT-Tom]

@Negalein sagte:

trotz mehrfachem Reboot des Host, bleibt die Meldung

Das kann ich bestätigen, ist bei mir auch so.

[Negalein]

@bass-t

Ultimate Updater 5.2 Beta 1 · 94863a7

2 Probleme

• es passiert sehr oft, dass man nach kurzer Zeit wieder beim Login Screen landet

• ich habe einen neuen LXC erstellt. Dieser wird aber im Ultimate Updater nur als Unknow erkannt
  

[Bass-T]

@negalein - email Format Fehler
Danke für die Rückmeldung.

Bei mir selbst kommt die Mail mit den aktuellen Beta-/Develop-Versionen korrekt formatiert und mit allen Zeilenumbrüchen an. Daher würde ich gerne herausfinden, an welcher Stelle die Formatierung bei deinem System verloren geht.

Könntest du mir bitte zwei Dinge zur Verfügung stellen?

1. Die fehlerhafte Mail als originale .eml-Datei bzw. über „Nachrichtenquelle / Original anzeigen“.

Mailadressen und öffentliche IP-Adressen kannst du bei Bedarf schwärzen. Wichtig wäre aber, dass die MIME-Header und der eigentliche Mail-Body inklusive Zeilenumbrüchen unverändert bleiben.

2. Bitte einmal folgende Befehle auf dem Proxmox-Host ausführen und die komplette Ausgabe posten:

echo '=== MAIL COMMAND ==='
command -v mail
readlink -f "$(command -v mail)"
dpkg-query -S "$(readlink -f "$(command -v mail)")" 2>&1
mail --version 2>&1 | head -20

echo
echo '=== MAIL PACKAGES ==='
dpkg -l | grep -E '^ii[[:space:]]+(mailutils|bsd-mailx|s-nail|heirloom-mailx|postfix|exim4)' || true

echo
echo '=== POSTFIX ==='
postconf mail_version 2>/dev/null || true

echo
echo '=== ULTIMATE UPDATER BODY BEFORE MAIL ==='
bash -c '
source /etc/ultimate-updater/status-model.sh
STATUS_MODEL_RENDER_NOTIFICATION /etc/ultimate-updater/status.json check
' > /tmp/ultimate-updater-mail-body.txt

sed -n '1,200l' /tmp/ultimate-updater-mail-body.txt

Damit können wir ziemlich genau feststellen, wo die Zeilenumbrüche verloren gehen:

• Ist bereits /tmp/ultimate-updater-mail-body.txt falsch, liegt es im Ultimate Updater.
• Ist dieser Body korrekt, aber die .eml-Datei falsch, liegt es wahrscheinlich bei mail/MTA.
• Sind Body und .eml korrekt, liegt es sehr wahrscheinlich an der Darstellung des Mailclients.

Bitte nach Möglichkeit noch nichts an der Mail-Konfiguration ändern, bevor wir die Ausgaben haben.

----------------------------------------------------------------------------------------

@negalein @tt-tom - Reboot erkennung
Danke für die Rückmeldung.

Die Anzeige „Reboot required“ in der WebUI ist aktuell kein Live-Status des Hosts, sondern stammt aus dem letzten durchgeführten Check.

Ein Neustart des Proxmox-Hosts alleine aktualisiert diesen gespeicherten Status daher noch nicht. Nach dem Reboot bitte einmal einen neuen „Check“ für den Host bzw. „Check all systems“ durchführen. Danach sollte die Reboot-Anzeige entsprechend neu bewertet werden.

Das ist in der WebUI momentan tatsächlich nicht deutlich genug erkennbar – das werde ich noch verständlicher kennzeichnen.

Falls „Reboot required“ auch NACH einem frischen Check weiterhin angezeigt wird, obwohl der Host bereits neu gestartet wurde, bitte folgende Ausgaben posten:

uname -r

echo
proxmox-boot-tool kernel list

echo
ls -l /var/run/reboot-required* 2>&1

Dann prüfen wir, ob die Kernel-/Reboot-Erkennung selbst einen falschen Status liefert.

----------------------------------------------------------------------------------------

@negalein - Logout Problem + status neuer LXC
Danke für die Rückmeldung.

Ich habe mir das häufige Zurückfallen auf den Login-Screen genauer angesehen und dabei tatsächlich einen Fehler in der WebUI-Sessionbehandlung gefunden.

Die WebUI überprüft regelmäßig erneut die Proxmox-Berechtigungen des angemeldeten Benutzers. Bisher wurde ein technischer Fehler bei dieser Prüfung – z. B. ein Timeout oder eine kurzfristig nicht verfügbare Proxmox-RBAC-Abfrage – genauso behandelt wie ein echter Entzug der Berechtigung.

Dadurch konnte bereits ein einzelner temporärer Fehler dazu führen, dass die bestehende WebUI-Session verworfen und wieder der Login-Screen angezeigt wurde.

Das ist jetzt auf develop korrigiert:

• Berechtigungs-Cache von 30 auf 300 Sekunden erhöht
• temporäre technische RBAC-Fehler löschen die bestehende Session nicht mehr
• nur ein tatsächlich bestätigter Rechteentzug beendet weiterhin die Session
• bei einer kurzfristig nicht möglichen Berechtigungsprüfung bleibt die Session bestehen
• tritt der Fehler genau beim Laden/Neuladen der WebUI auf, wird nun eine entsprechende Meldung mit Retry-Möglichkeit angezeigt, anstatt auf dem Login- bzw. Loading-Screen hängen zu bleiben

Der vollständige Fix ist im aktuellen develop enthalten:
7d3fbd9

Wenn du Zeit hast, bitte einmal auf den aktuellen develop-Stand aktualisieren und beobachten, ob das unerwartete Zurückspringen auf den Login-Screen damit verschwunden ist.

2. Zum neu angelegten LXC mit „Unknown“:

Das Verhalten ist zunächst erwartbar.

Die WebUI setzt die Anzeige aus zwei Quellen zusammen:

• dem aktuellen Proxmox-Inventar
• dem zuletzt gespeicherten Check-Status des Ultimate Updaters

Ein neu erstellter LXC wird über das Proxmox-Inventar sofort erkannt und deshalb direkt in der WebUI angezeigt.

Für einen ganz neuen LXC gibt es aber noch keinen gespeicherten Check-Status. Deshalb stehen dort zunächst Werte wie:

• Updates: Unknown
• Reachability: Unknown
• Last check: Unknown

Erst wenn für diesen LXC ein Check gelaufen ist, werden diese Informationen ergänzt.

Bitte deshalb einmal direkt bei dem neuen LXC auf „Check“ klicken bzw. einen „Check all systems“ durchführen.

Wenn der Check erfolgreich abgeschlossen wurde, sollten die Informationen danach vorhanden sein.

Falls der LXC auch NACH einem erfolgreichen Check weiterhin auf „Unknown“ bleibt, bitte kurz Bescheid geben. Dann schauen wir uns den konkreten Check-Job und ggf. die Target-/Only-/Exclude-Auswahl genauer an.

Danke fürs Testen und Melden – die Hinweise waren hier wirklich hilfreich.
Grüße Bass-T

[Negalein]

@Bass-T sagte:

Die fehlerhafte Mail als originale .eml-Datei bzw. über „Nachrichtenquelle / Original anzeigen“.

passt das so?

Received: from exmbx03.w4yexchange.local (185.16.191.133) by
 exmbx04.w4yexchange.local (185.16.191.134) with Microsoft SMTP Server
 (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id
 15.2.2562.49 via Mailbox Transport; Thu, 8 Oct 2026 13:57:23 +0200
Received: from exmbx03.w4yexchange.local (185.16.191.133) by
 exmbx03.w4yexchange.local (185.16.191.133) with Microsoft SMTP Server
 (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id
 15.2.2562.49; Thu, 8 Oct 2026 13:57:23 +0200
Received: from mx06lb.world4you.com (81.19.149.116) by
 exmbx03.w4yexchange.local (185.16.191.130) with Microsoft SMTP Server
 (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id
 15.2.2562.49 via Frontend Transport; Thu, 8 Oct 2026 13:57:23 +0200
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=nega.at;
	s=dkim11; h=MIME-Version:Content-Transfer-Encoding:Content-Type:Date:Subject:
	To:From:Sender:Reply-To:Message-ID:Cc:Content-ID:Content-Description:
	Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:
	In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe:
	List-Post:List-Owner:List-Archive;
	bh=ODYagmPXjhkbk0ElP4MDsDBbD2KM+gkxqCqmkC9O/4g=; b=CGBq8lJmehtCzfo4WNtPfAOxoC
	lkFgTVk6M8NBITGdZ1hZaaNj0nf/5f1ceqcA6EOUum2HvcWM/ilk7mbvR2VFIcKr+f/X1+pokr4cU
	gKuWIgUkR1wfShAoQn/54CmxGbdPrw7H36y8Qk5ODYLDZzxsoE2hwbZAyjyxo1G7eEf0=;
Received: from [xxx.xxx.xxx.xxx] (helo=proxmox2)
	by mx06lb.world4you.com with esmtpsa  (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
	(Exim 4.97.1)
	(envelope-from <xxxxxx@nega.at>)
	id 1xEmkU-000000001Qx-21tz
	for xxxxxx@nega.at;
	Thu, 08 Oct 2026 13:57:22 +0200
From: "Proxmox VE" <xxxxxx@nega.at>
To: xxxxxx@nega.at
Subject: Ultimate Updater summary - proxmox2
Date: Thu, 08 Oct 2026 11:57:22 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
Auto-Submitted: auto-generated;
X-ACL-Warn: X-W4Y-Internal
X-Spam-Bar: +++
Message-ID: <f0ee34c1-c9cd-4aea-b31a-dcecd3c5da6a@exmbx03.w4yexchange.local>
Return-Path: xxxxxxx@nega.at
X-MS-Exchange-Organization-Network-Message-Id: e1ad3d75-eb81-4e77-c759-08df25335048
X-MS-Exchange-Organization-AuthSource: exmbx03.w4yexchange.local
X-MS-Exchange-Organization-AuthAs: Anonymous
X-MS-Exchange-Transport-EndToEndLatency: 00:00:00.3336781
X-MS-Exchange-Processed-By-BccFoldering: 15.02.2562.049

Bitte einmal folgende Befehle auf dem Proxmox-Host ausführen und die komplette Ausgabe posten:

=== MAIL COMMAND ===
/usr/bin/mail
/usr/bin/bsd-mailx
bsd-mailx: /usr/bin/bsd-mailx
mail: invalid option -- '-'
usage: mail [-dEIinv] [-a header] [-b bcc-addr] [-c cc-addr] [-r from-addr] [-s subject] [--] to-addr ...
       mail [-dEIiNnv] -f [name]
       mail [-dEIiNnv] [-u user]

=== MAIL PACKAGES ===
ii  bsd-mailx                            8.1.2-0.20220412cvs-1.1              amd64        simple mail user agent
ii  postfix                              3.10.13-0+deb13u1                    amd64        High-performance mail transport agent

=== POSTFIX ===
mail_version = 3.10.13

=== ULTIMATE UPDATER BODY BEFORE MAIL ===
STATE=updates$
Ultimate Updater status$
=======================$
$
Available updates:$
$
\360\237\226\245\357\270\217 proxmox2$
Security Updates: 2$
Normal Updates: 6$
----------------------------$
$
Total available updates: 8$
$
Current:$
\342\234\205 \360\237\220\247 108 \302\267 spoolman$
   No updates available$
\342\234\205 \360\237\220\247 109 \302\267 homeassistant$
   No updates available$
\342\234\205 \360\237\220\247 110 \302\267 agentdvr$
   No updates available$

Das ist jetzt auf develop korrigiert:

Danke, teste ich gleich

[Negalein]

@Bass-T sagte:

Der vollständige Fix ist im aktuellen develop enthalten:
7d3fbd9

wie istallier ich die?

update ............ -up

[Bass-T]

@negalein

update mit branch machst du mit

update develop -up

update beta -up

update master -up

Ja nachdem was du brauchst ;)

EDIT:

Zum Mail-Thema:
Danke für die Header – die sehen soweit sauber aus.

Die Mail wird als:

Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0

verschickt. Ein grundsätzlich falscher MIME-Aufbau ist damit eher unwahrscheinlich.

Für die weitere Eingrenzung brauche ich bitte noch zwei Dinge:

1. Aus derselben Original-Nachrichtenquelle den kompletten Teil AB

MIME-Version: 1.0

bis zum Ende der Mail, also inklusive des eigentlichen Mail-Bodys.

Wichtig:
Bitte wirklich aus „Original anzeigen“ / „Nachrichtenquelle anzeigen“ kopieren und nicht den sichtbaren Text aus Outlook.

2. Zusätzlich bitte auf dem Proxmox-Host ausführen und die komplette Ausgabe posten:

echo '=== MAIL COMMAND ==='
command -v mail
readlink -f "$(command -v mail)"
dpkg-query -S "$(readlink -f "$(command -v mail)")" 2>&1
mail --version 2>&1 | head -20

echo
echo '=== MAIL PACKAGES ==='
dpkg -l | grep -E '^ii[[:space:]]+(mailutils|bsd-mailx|s-nail|heirloom-mailx|postfix|exim4)' || true

echo
echo '=== POSTFIX ==='
postconf mail_version 2>/dev/null || true

echo
echo '=== ULTIMATE UPDATER BODY BEFORE MAIL ==='
bash -c '
source /etc/ultimate-updater/status-model.sh
STATUS_MODEL_RENDER_NOTIFICATION /etc/ultimate-updater/status.json check
' > /tmp/ultimate-updater-mail-body.txt

sed -n '1,200l' /tmp/ultimate-updater-mail-body.txt

Vielen Dank

[Negalein]

@Bass-T sagte:

Aus derselben Original-Nachrichtenquelle den kompletten Teil AB

Sorry, ich habe deinen Edit erst heute gesehen.
Ich verwende Microsoft Outlook 365 in Windows 10. Ich weiß nicht, beziehungsweise ich finde nicht, wie ich dir den E-Mail-Inhalt so schicken kann, wie du ihn benötigst.

Zusätzlich bitte auf dem Proxmox-Host ausführen und die komplette Ausgabe posten:

sed -n '1,200l' /tmp/ultimate-updater-mail-body.txt
=== MAIL COMMAND ===
/usr/bin/mail
/usr/bin/bsd-mailx
bsd-mailx: /usr/bin/bsd-mailx
mail: invalid option -- '-'
usage: mail [-dEIinv] [-a header] [-b bcc-addr] [-c cc-addr] [-r from-addr] [-s subject] [--] to-addr ...
       mail [-dEIiNnv] -f [name]
       mail [-dEIiNnv] [-u user]

=== MAIL PACKAGES ===
ii  bsd-mailx                            8.1.2-0.20220412cvs-1.1              amd64        simple mail user agent
ii  postfix                              3.10.13-0+deb13u1                    amd64        High-performance mail transport agent

=== POSTFIX ===
mail_version = 3.10.13

=== ULTIMATE UPDATER BODY BEFORE MAIL ===
STATE=current$
Ultimate Updater status$
=======================$
$
Available updates: none$
$
Total available updates: 0$
$
Current:$
\342\234\205 \360\237\226\245\357\270\217 proxmox2$
   No updates available$
\342\234\205 \360\237\220\247 108 \302\267 spoolman$
   No updates available$
\342\234\205 \360\237\220\247 109 \302\267 homeassistant$
   No updates available$
\342\234\205 \360\237\220\247 110 \302\267 agentdvr$
   No updates available$
\342\234\205 \360\237\220\247 111 \302\267 mqtt$
   No updates available$

[Negalein]

@bass-t

gerade Update all ausgeführt.
Nach 15 Minuten hab ich dann mal ins Live Terminal geschaut, da er bei nur 3 Updates noch immer lief.

Gibt es eine Möglichkeit, solche Fälle nach X-Sekunden/Minuten automatisch zu bestätigen?

[Bass-T]

Hallo @Negalein,

danke für die Rückmeldung und die Diagnose! 🙂

Zur E-Mail:

Der vom Ultimate Updater erzeugte Nachrichtentext enthält die Zeilenumbrüche und Einrückungen bereits korrekt.

Da du Outlook 365 verwendest, könnte Outlook selbst die zusätzlichen Zeilenumbrüche entfernen.

Falls du das klassische Outlook nutzt, schau bitte unter Datei → Optionen → E-Mail → Nachrichtenformat nach der Einstellung „Zusätzliche Zeilenumbrüche in Nur-Text-Nachrichten entfernen“.

Falls vorhanden, bitte testweise deaktivieren und schauen, ob die Darstellung danach stimmt.

Zum Update all:

Eine automatische Bestätigung nach einer bestimmten Zeit gibt es aktuell nicht.

Es gibt zwar bereits einen Non-Interactive-Modus in den erweiterten Einstellungen. Dieser verwendet allerdings auch für Paketupdates die unbeaufsichtigte Ausführung.

Für interaktive Updates würde ich weiterhin die bewusste Eingabe bevorzugen. Einen konfigurierbaren Timeout für einzelne Abfragen mit sicherem Standardverhalten können wir uns aber anschauen.

Noch etwas zu deiner installierten Version:

Ich sehe auf deinem Screenshot, dass du noch 5.2 develop – 43bd997 verwendest.

Du kannst inzwischen gerne wieder auf den beta-Branch wechseln. Dort sind bereits weitere Korrekturen enthalten. Auf develop arbeiten wir momentan hauptsächlich an der Windows-Integration und deren Tests.

Wechseln kannst du mit:

update beta -up

Damit bleibst du auf der Testversion, musst aber nicht jede laufende Entwicklung mitmachen.

Danke für deine Mithilfe und die ausführlichen Rückmeldungen! 🙂

EDIT / Nachtrag zu „Update all“:

Beim genaueren Blick auf deinen Screenshot ist mir noch etwas aufgefallen. 🙂

Du hast völlig recht: Wenn du „Update all“ startest, sollte der Vorgang nicht erst auf eine Bestätigung für ein Update des Ultimate Updaters selbst warten.

Ich habe mir den entsprechenden Code inzwischen angesehen. Tatsächlich kann diese Abfrage den gesamten Updatevorgang unbegrenzt aufhalten.

Das werden wir ändern:

• Die Versionsprüfung bleibt bestehen.
• Verfügbare Updater-Versionen werden weiterhin angezeigt.
• Bei „Update all“ erfolgt künftig keine Rückfrage zum Self-Update mehr.
• Ein Update des Ultimate Updaters wird nur noch ausdrücklich durch den Nutzer gestartet.

Die interaktiven Abfragen bei eigentlichen System- und Paketupdates bleiben selbstverständlich erhalten.

Danke für den Hinweis! Das ist tatsächlich eine sinnvolle Verbesserung, die wir direkt für v5.2 berücksichtigen werden. 🙂

[Negalein]

@Bass-T sagte:

Falls du das klassische Outlook nutzt, schau bitte unter Datei → Optionen → E-Mail → Nachrichtenformat nach der Einstellung „Zusätzliche Zeilenumbrüche in Nur-Text-Nachrichten entfernen“.

Falls vorhanden, bitte testweise deaktivieren und schauen, ob die Darstellung danach stimmt.

brachte keine Besserung

---

ich habe mit Hilfe von KI die status-model.sh auf HTML Versand umgestellt. Kontrolliere sie bitte mal. Vielleicht kannst du das für alle übernehmen. Bei mir funktioniert nun wieder die richtige Darstellung (bis zum nächsten Update).

status-model.sh

[Bass-T]

@Negalein

Vielen Dank für deine Rückmeldung und vor allem dafür, dass du dir die Mühe gemacht hast, selbst eine Lösung zu entwickeln und uns deine angepasste status-model.sh zur Verfügung zu stellen! 👍

Ich habe deine Änderungen inzwischen vollständig geprüft und mit dem aktuellen Entwicklungsstand verglichen.

Dein Ansatz ist gut und wurde bereits in den offiziellen Entwicklungszweig (develop) übernommen! :)

Wir haben deine HTML-Konvertierung als Grundlage verwendet und noch ein paar kleinere Verbesserungen ergänzt:

• Zeilenumbrüche und Leerzeilen bleiben erhalten.
• Einrückungen und längere Zeilen werden korrekt dargestellt.
• Umlaute und Emojis bleiben erhalten.
• HTML-Sonderzeichen werden sicher behandelt.
• Der HTML-Versand wurde auch in die weiteren Benachrichtigungspfade integriert.

Die eigentliche Statusauswertung und die bisherigen E-Mail-Einstellungen bleiben dabei unverändert.

Alle 157 Regressionstests wurden erfolgreich abgeschlossen.

Der Fix ist bereits auf GitHub verfügbar:

https://github.com/BassT23/Proxmox/commit/d45dae2bde1eb90d07243c42b25f3e48da03c0c9

Und selbstverständlich habe ich dich auch als Mitwirkenden in unsere Projekt-Credits aufgenommen:

https://github.com/BassT23/Proxmox/blob/develop/docs/acknowledgments.md

Die tatsächliche Darstellung in Outlook müssen wir mit dem integrierten Stand noch einmal testen. Da deine ursprüngliche Lösung bei dir bereits funktioniert, bin ich aber zuversichtlich.

Der Fix wird mit der nächsten Beta verfügbar sein. Wenn es so weit ist, wäre es schön, wenn du die Darstellung in Outlook noch einmal überprüfen könntest.

Nochmals vielen Dank für deine Unterstützung und dafür, dass du deine Lösung mit der Community geteilt hast! Genau von solcher Zusammenarbeit lebt ein Open-Source-Projekt. :)

Viele Grüße
Bass-T