Subj : Re: Mail/Nachrichte verschieben To : All From : Dietmar Segbert Date : Sun Jan 01 2023 20:54:00 From: Dietmar Segbert Hallo, zunächst einmal alles Gute zum neuen Jahr 2023. Ich bin heute durch Zufall auf folgende Möglichkeit gestoßen bzw. hab es wiedergefunden: 1. Neues Brett anlegen S H, anschließend S 2. Das Brett markieren, dessen Nachrichten in das vorher erstellte Brett sollen., dann S V nun F2 und das vorher erstellte Brett aussuchen und Markierung bei der Option (an oder aus) und Enter. 3. Das Brett ist wieder leer Geht so was auch mit einzelnen oder mehreren markierten Nachrichten? Viele Grüße Dietmar > 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) .