Subj : Re: OpenXP 5.0 =?ISO-8859-1?Q?f=FCr?= Windows =?ISO-8859-1?Q?verf=FCgba To : All From : Gunter Date : Sat May 07 2022 10:05:00 From: Gunter Hallo! Die Version 5.0.56 für Windows ist jetzt online: http://sourceforge.net/projects/openxp5 bzw. http://sourceforge.net/projects/openxp5/files/OpenXP%205.0 Die Version habe ich nach bestem Wissen und Gewissen getestet. Diesmal empfiehlt sich seit langem mal wieder ganz besonders eine Datensicherung vor der ersten Nutzung (siehe unten). Die korrespondierende Linux-Version wird in Kürze verfügbar sein. ------------------------------------------------------------ Improvements and bugfixes: - FIDO: Added support for a separate packet password. By default, OpenXP uses the session password for the packet password, which is not really a good idea. If you've agreed a separate packet password with your BossNode, you can enter it separately. - Added support for long message date in Config/Display/Messages Normally, OpenXP uses the date format DD.MM in message lists if the message was created within the last 12 months. Otherwise the date format MM/YY is used. If you enable "long message date" the date format DD.MM.YY is used unconditionally. - OpenXP will no longer abort a netcall if the current group is not found, it will just continue with the next group - Fixed NNTP error "Invalid syntax encountered in References: header field body (unexpected byte or empty content line)" - Show warning at program start if one or more storage files is about to reach the critical size of 2 GB. - Terminate OpenXP at startup if at least one of the storage files exceeded the critical size of 2 GB. ------------------------------------------------------------ Die letzten beiden Änderungen sind erklärungsbedürftig. OpenXP und auch die anderen Crosspoint-Derivate können grundsätzlich nur Mailpuffer-Dateien (MPUFFER.*) verwalten, welche max. 2 GB gross sind (genauer: max. 2147483647 Bytes). Diese Schwelle lässt sich mit vertretbarem Aufwand leider nicht erhöhen. Da OpenXP per Default nur zehn Mailpuffer anlegt und verwaltet (MPUFFER.10 bis MPUFFER.19) ist der Speicherplatz für Mails auf 10 * 2 GB = 20 GB begrenzt. Einige Power-User kratzen schon lange an dieser Grenze, daher habe ich vor ca. 8 Jahren den Kommandozeilen-Parameter /MaxAblagen:### eingeführt und dies auch hier im Forum kommuniziert. Mit Parameter /MaxAblagen:30 z.B. würde OpenXP dann insgesamt zwanzig Ablage-Dateien (MPUFFER.10 bis MPUFFER.29) verwalten, d.h. es wären 40 GB für Mails verfügbar. Neue Mails werden dabei wie gehabt in den Puffer mit dem niedrigsten Füllstand einsortiert. Allerdings geht damit die Kompatibilität der Nachrichten-Datenbank mit den anderen Crosspoint-Derivaten verloren, der Parameter sollte also nicht ohne Not eingesetzt werden. Daher gibt es auch keinen Automatismus. Wenn in der Default-Einstellung eine der 10 Puffer-Dateien die 2GB-Grenze überschreitet dann ist die Nachrichten-Datenbank mit hoher Wahrscheinlichkeit kaputt. Unter Linux würde in so einem Fall rechtzeitig ein Range-Check Error auftreten und das Programm würde vorzeitig beendet werden ohne dass die Datenbank kaputt geht. Unter Windwos war das bis dato leider nicht der Fall, wird aber ab dieser Version auch so sein. Deswegen ist die ausführbare Datei "OpenXP.exe" auch etwas größer als gewohnt, weil compilerseitig die Range- und Overflow-Prüfung wieder reaktiviert wurde. Für den Fall dass sich eine Ablage-Datei der kritischen Grösse von 2 GB nähert (genauer: wenn sie grösser als 1999999999 Bytes ist) dann wird bei Programmstart ein entsprechender Hinweis ausgegeben. Dieser Hinweis kann in Config/Optionen/Allgemein auf eigenes Risiko abgestellt werden. Wird bei Programstart festgestellt, dass eine Ablage-Datei die kritischen Grösse von 2 GB schon überschritten hat wird das Programm nach Ausgabe einer entsprechenden Fehlermeldung aus Sicherheitsgründen sofort beendet. Rückfragen bitte hier im Forum, dann haben alle was davon. Wie immer gilt auch diesmal ganz besonders: Benutzung auf eigene Gefahr! Ciao Gunter --- * Origin: rbb.fidonet.fi - the fidonet nntp junction (2:221/10) .