Subj : Re: Mail/Nachrichte verschieben To : Gunter From : Zong Date : Fri Dec 30 2022 01:17:00 From: Zong On Thu 29 Dec 22, 09:52 UTC+2, Gunter wrote: > Hallo Dietmar! >> Gibt es noch eine Möglichkeit ohne Veränderung der jeweiligen >> Mail, diese in ein ein anderes Brett zu schieben. > Mit fällt da spontan nur die "harte" Methode ein: > Alle betreffenden Nachrichten markieren und in einen ZCONNECT- > Pufferexportieren (Nachricht/Extrakt/Als/Puffer, > Nachricht/Extrakt/Markiert), dann den exportierten Puffer > kontrollieren ob alle Nachrichten korrekt im ZCONNECT-Format > vorliegen, dann alle markierten Nachrichten endgültig löschen > (Nachricht/Suchen/Markiert, Nachricht/Alle/Entfernen), dann mit > einem Texteditor den exportierten Puffer bearbeiten und das > Empfängerbrett aller Nachrichten ändern, und dann den Puffer > wieder importieren (mit Option Empfangsdatum=Erstellungdatum). > Ciao > Gunter Hi there, jaja, die harte Methode. Da fällt mir auch was zu ein.. Nur ein Beitrag hier, ich bin kein Chat Bot. 1. Einfacher ist manchmal die Markierung der Nachrichten, dann die Umbenennung des gesamten Nachrichtenbrettes mit und Anpassung der Nachrichtenköpfe vornehmen, Danach die markierten Nachrichten extrahieren, löschen und das Brett zurückbenennen. Zuletzt werden die extrahierten Nachrichten imporiert eingelesen, wobei das neue Brett angelegt wird. Klappt zwar leicht einmal. sonst müssen schon zwei Bretter temporär umbenannt werden. Ist vielleicht aber ganz brauchbar, wenn Bretter regelrecht gesplittet werden. Bei neuen Nachrichten hilft generell XPFilter bei Verschieben der Nachrichten mit einem Filterlauf auf den Eingangspuffer. 2. OpenXP oder XPoint unterstützen keine nachträgliche Bearbeitung erhaltener Nachrichten, daher bleibt deren Export als Puffer, deren Bearbeitung aka Filterung und das erneute Einlesen oft die einzige Möglichkeit. Hierbei kann ein Editor, SED, Python oder XPFilter Stand-alone, also mit separatem Aufruf oder aus einem Batch-File, eingesetzt werden. (Vor dem Einlesen ist das Überprüfen neuer Puffer mit OpenXP ZPR immer sinnvoll.) 3. Das Verschieben der Nachrichten in Archivbretter mit Archivflag, der verdrehten MID: wie unter XPoint etc, kann mit XPFilter umgangen werden. Alte Nachrichten können einfach umgelabelt werden oder in Teilen eingelesen werden, ohne dass die Bezugsverkettung unterbricht. Von XPFilter wird i.d.R. ein ANTWORT-IN: beim Verschieben gesetzt aber auf Jahre alte News zu antworten, gilt als ziemlich d(t)rollig, und XPFilter kann angewiesen werden, diesen Headereintrag nicht vorzunehmen. Es kann übrigens per OpenXP-Bretteinstellung eine Schreibsperre gesetzt werden, um das Versenden von Nachrichten aus einem (Archiv-) Brett zu verhindern. 4. Das Verdrehen der MID: in Archivbretter könnte abschaltbar sein. Wäre natürlich vieles einfacher :) Verständlich war das durchaus wegen der Vermeidung von Dupes in der Datenbank, aber der Schwerpunkt liegt bei mir heute eher der Nutzung von OpenXP als Archiv und damit ist die Bezugsverkettung über mehrere Bretter erhaltenswert. Ich persönlich bevorzuge dabei die folgende XPFilter-Variante, weil ein KOP:-Header mit dem Namen des alten Bretts beim Verschieben gesetzt wird, womit der Ursprung der Nachricht zumindest im Header mit oder erkennbar bleibt. Nachrichten umbennen ~~~~~~~~~~~~~~~~~~~~ Hier ein Beispiel einer einfachen Umbennungs-Verschiebe-Aktion bei Nachrichten. Diese werden also "als Puffer" in eine Datei mit dem zufälligen Namen X.PUF extrahiert und mit XPFilter.Exe und einer Musterdatei, hier UML.TXT genannt, mit dem folgenden Muster gefiltert: NAME= Umlabeln # SUCHEN=( EMP="/\*" ) oder SUCHEN=( EMP="/AltesBrett" ) BRETT=/NeuesBrett VERSCHIEBEN N-HEADER=~DISKUSSION-IN END Das erste SUCHEN ist dominant und setzt natürlich das zweite ausser Kraft, daher wurde es hier auskommentiert. Der i.d.R. hinzugefügte DISKUSSION-IN wird mit N-HEADER hier verhindert. Das Wissen um die Konfiguration und dem Aufruf von XPFilter von der Kommandozeile oder per Batch-File wird hier erstmal vorausgesetzt. Pfadangaben fehlen hier auch, aber der Einfachheit halber wird angenommen, der Aufruf erfolgt im OpenXP-Verzeichnis. echo off XPFILTER -UX.PUF UML.TXT Das Muster UML.TXT und XPFilter ersetzt /Altes Brett mit /Neues Brett und fügt einen KOP: /AltesBrett ein. KOP: ist genau hier dafür gedacht, die alten Header aufzubewahren und sonst nichts weiter. Kann auch wieder entfernt werden mit einem einfachen Aufruf des SED mit einem Batchfile @echo off SED -e "/^KOP:/d" Y.PUF oder exakt @echo off SED -e "/^KOP: \/AltesBrett/d" < X.PUF > Y.PUF Latürnich kann der Austausch der EMP: von /AltesBrett zu /NeuesBrett auch gleich mit dem SED erledigt werden. Geht leicht mit einem etwas anderen, ebenso einfachen SED-Muster, aber um einen KOP: einzubauen, braucht es schon mehr Aufwand beim SED. Zuletzt ein OpenXP ZPR Y.PUF und wenn das Ergebnis stimmt und keine Fehler gemeldet werden, kann Y.PUF importiert werden, wie Gunter es beschreibt. Dabei fallen u.U. zwei Folgelasten an: 1. Das Löschen der alten Nachrichten aus der OpenXP-Datenbank ist - wie erwähnt - dann dem Anwender überlassen, sonst ist es per Dupecheck und Spezial-Suche nach auf Löschen gesetzte Nachrichten noch möglich, die Datenbank zu bereinigen. 2. Das Extrahieren von Nachrichten oder ganzer Bretter und das Neueinlesen kann auch Markierungen wie Wiedervorlage der Nachrichten nicht so ohne weiteres restaurieren. Möglich ist allerdings, mit seperat extrahierten (Teil-)Puffern sowie der Auswertung deren MID:'s und damit erzeugten Filter- mustern XPFilter zum Setzen von Attributen als Zusatzeintrag im Header der Nachrichen zu nutzen. Die harte Methode hier wäre die Auswertung der Flags in den Indexdateien, bevor diese spätestens nach einem Reorg verschwunden sind. Für gewisse und erforderliche Kenntnisse der ZConnect- und XPFilter-Dokumentationen sind diese wohl oder leider selbst zu besorgen. Ich werde keine Anfragen "Was ist EMP:, EDA: oder MID:?" hier beantworten. Für XPFilter wurde "wohl" seinerzeit anscheinend keine zusammenhängende HTML- oder PDF-Dokumentation mehr veröffentlicht, daher stelle ich mal eine HTML-Version auf einen Upload-Server. Bitte nicht auf deren abenteuerliche Werbung clicken! Archiv: Name: XPfilter.zip (83 Kb) CRC64: 54DB63D01EBB3C64 Datei: Name: XPfilter.html (285 Kb) CRC64: 46835EAC25C41F6D Just my 2cents. -- Zong --- * Origin: rbb.fidonet.fi - the fidonet nntp junction (2:221/10) .