Andere Farbe fuer Signatur
Reinhard Irmer
reinhard.irmer at t-online.de
Son Okt 3 21:23:00 CEST 2004
Wolfgang Bauer schrieb:
Hallo Wolfgang,
>Reinhard Irmer wrote:
>> Weils so lange her ist, und was alles wie geht: schau mal in den
>> Anhang ;)
>Die ist beschädigt.
OOPS ? auf ein Neues
--
cu http://irmer.bnv-bamberg.de
Reinhard Irmer http://www.r-irmer-nutzt.privat.t-online.de
-------------- nächster Teil --------------
Xpure - Der Xpoint PUffer-REiniger
(c) J”rg Zieren <joerg at zieren.de>
Version 0.13 vom 17. Januar 2000
Freeware
Inhalt
------
Was ist Xpure?...................................1
Allgemeine Hinweise..............................2
Einbinden in CrossPoint..........................3
Konfiguration....................................4
Funktionen.......................................5
Entfernen von Signaturen....................5.1
Entfernen von Quoteebenen...................5.2
Gel”schte Zeilen im Header speichern........5.3
Splitten von MIME-multipart-Nachrichten.....5.4
Xpure und XPFilter.....................5.4.1
Haarspaltereien........................5.4.2
Der Ausgangsfilter ZHM.................5.4.3
Dupekill....................................5.5
Weitere Optionen............................5.6
Aus XP aufgerufene base64-Decoder......5.6.1
QP-Decodierung ohne uuz.exe............5.6.2
QP-Decodierung bei fehlerhaftem Gate...5.6.3
Bericht erzeugen.......................5.6.4
Bezugsadressen...................................6
FAQ..............................................7
Versionsgeschichte...............................8
1. Was ist Xpure?
-----------------
Xpure ist ein Eingangsfilter fr CrossPoint. Es macht unleserliche
Nachrichten wieder angenehm lesbar. Xpure decodiert MIME-multipart-
Nachrichten und quoted-printable-codierte Texte, entfernt Signaturen und
Quoteebenen.
Sicher haben Sie so etwas schon einmal erlebt:
This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
------_=_NextPart_000_01BE23D8.A4CD9D86
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hallo,
als ehemaliger Student der RWTH Aachen sende ich Ihnen eine aktuelle und =
offizielle Stellenausschreibung von Siemens Halbleiter/M=FCnchen.
=20
Es w=E4re nett, wenn Sie die Stellenausschreibung am Schwarzen Brett =
aush=E4ngen w=FCrden.
[...]
Solche Nachrichten in XP zu lesen, ist nicht gerade angenehm. Xpure macht
aus dieser multipart-Nachricht mehrere einzelne Nachrichten und wandelt
Codes wie "=FC" wieder in deutsche Umlaute um. Das Ergebnis ist eine oder
mehrere "normale", gut lesbare Nachrichten, die per Bezugsverkettung
miteinander verknpft sind. In dieser Form kann XP mit der eigentlichen
Information besser umgehen.
Auch dies sehen Sie wahrscheinlich nicht zum ersten Mal:
>>> >XY>...vielleicht.
>>> >
>>> >Ja!
>>> >
>>>Nein.
>>>
>>Doch!
>Wirklich?
Ja!
Viele User sind heute leider zu faul, vernnftig zu quoten. Das Ergebnis
sind unbersichtliche Nachrichten, in denen der komplette Thread nachzulesen
ist - fein zerstckelt, versteht sich ;-) Xpure entfernt solche bertrieben
Quotes und macht die Nachricht dadurch kompakter:
[...]
>>Doch!
>Wirklich?
Ja!
Weiterhin kann Xpure auch Signaturen entfernen, falls Sie dies wnschen.
Eine Signatur wird - gem„á Standard - mit der Zeile "-- " (Minus Minus
Leerzeichen Newline) eingeleitet.
Entfernte Quotezeilen und Signaturen k”nnen im Header der Nachricht
gespeichert werden. Dort sind sie "im Normalbetrieb" unsichtbar und st”ren
nicht weiter. Sollten Sie ausnahmsweise doch einmal einen Blick darauf
werfen wollen, ist dies trotzdem problemlos m”glich. Sie brauchen also nicht
zu befrchten, daá Xpure eine wichtige Information unwiederbringlich l”scht.
2. Allgemeine Hinweise
----------------------
Alle Programme und Tools, die in dieser Anleitung erw„hnt werden, finden Sie
auf meiner Homepage - http://come.to/joergz - unter "Software Links".
Einzige Ausnahme hiervon ist der MS-DOS Texteditor "edit", der sich
wahrscheinlich bereits auf Ihrer Festplatte befindet.
Im folgenden krze ich den Begriff "quoted-printable" gelegentlich mit "QP"
ab.
Žnderungen gegenber der Dokumentation der vorhergehenden Version sind mit
einem "|" am linken Rand gekennzeichnet.
3. Einbinden in CrossPoint
--------------------------
Xpure wird folgendermaáen aufgerufen:
xpure.exe <Puffer> <Konfigurationsdatei>
Die Angabe der Konfigurationsdatei ist Pflicht und sollte sicherheitshalber
mit vollst„ndigem Pfad erfolgen. Falls Sie bereits eine Eingangsfilter-
Batchdatei verwenden, k”nnte der Aufruf darin z.B. so aussehen:
xpure.exe %1 c:\xp\xpure.cfg
Falls Sie noch keine solche Batchdatei angelegt haben, tragen Sie in XP
unter Edit/Boxen/Edit/Diverses als Eingangsfilter z.B.
ein-filt.bat $PUFFER
ein und erzeugen Sie (unter MS-DOS z.B. mit "edit ein-filt.bat") diese
Batchdatei. Falls Sie in XP bereits einen Eingangfilter eingetragen hatten,
bernehmen Sie diesen Eintrag in die Batchdatei, wobei Sie das Makro $PUFFER
gegen die Zeichenfolge %1 ersetzen. Auáerdem tragen Sie in Ihre neue
Batchdatei natrlich noch den Xpure-Aufruf ein :-) ein-filt.bat k”nnte
danach z.B. so aussehen:
xyz.exe %1 <- in XP war "xyz.exe $PUFFER" eingetragen
xpure.exe %1 c:\xp\xpure.cfg <- Xpure-Aufruf
Falls Sie PktXCode oder einen „hnlichen 7bit-Decoder als Eingangsfilter
installiert haben, sollten Sie ihn VOR Xpure aufrufen. Falls Sie einen
7bit-Decoder verwenden, den Sie per F-Taste aus XP heraus aufrufen (z.B.
UDEC), sollten Sie Abschnitt 5.6.1 beachten.
Dupekiller, Puffersortierer und „hnliche Filter sollten ebenfalls vor Xpure
aufgerufen werden. Universelle Eingangsfilter wie z.B. XPFilter werden
zweckm„áig nach Xpure aufgerufen.
4. Konfiguration
----------------
Alle Funktionen werden in der ausfhrlich kommentierten Datei xpure.cfg
konfiguriert. Hier gehe ich auf prinzipielle Aspekte und M”glichkeiten ein,
die Xpure bietet. Auf die entsprechenden Optionen in xpure.cfg wird mit
einem Pfeil -> hingewiesen. Wenn Sie einen guten Texteditor besitzen (wie
z.B. DOSJoe), k”nnen Sie xpml.cfg parallel zur Lektre dieser Anleitung
bearbeiten.
5. Funktionen
-------------
5.1 Entfernen von Signaturen
----------------------------
Xpure kann Signaturen aus Mail und/oder News entfernen. Voraussetzung ist
eine korrekte Kennzeichnung der Signatur mit "-- ". Optional k”nnen
entfernte Signaturen mit einem beliebigen Text gekennzeichnet werden.
-> EntferneSignaturenAusMail=j/n
-> EntferneSignaturenAusNews=j/n
-> SignaturSnip=...
5.2 Entfernen von Quoteebenen
-----------------------------
Die Behandlung von Quoteebenen wurde gegenber Version 0.10 grundlegend
ge„ndert. Sie k”nnen jetzt in der Konfigurationsdatei angeben, ab welchem
prozentualen Anteil Quoteebenen gel”scht werden sollen. Einfach gequoteter
Text wird als Quoteebene 1 bezeichnet, doppelt gequoteter als Quoteebene 2
usw. Hier ein Beispiel:
>>>>> Quoteebene 5
>>>> Quoteebene 4
>>> Quoteebene 3
>> Quoteebene 2
> Quoteebene 1
Xpure erlaubt Ihnen, den prozentualen Anteil der verschiedenen Quoteebenen
an der gesamten Nachricht zu begrenzen. Sie k”nnen z.B. angeben, daá maximal
80% der Nachricht aus Quoteebenen 1 und h”her, maximal 50% aus Quoteebene 2
und h”her, und maximal 30% aus Quoteebene 3 und h”her bestehen darf. Xpure
entfernt dann alle Quoteebenen, die ber diese Grenzen hinausgehen. Da
dieses Verfahren etwas kompliziert ist, hier ein ausfhrliches Beispiel zu
den obigen Werten:
>>> Zeile 1
>>> Zeile 2
>>> Zeile 3
>>> Zeile 4
>>> Zeile 5
>> Zeile 6
> Zeile 7
> Zeile 8
Zeile 9
Zeile 10
Dies ist der Text einer Nachricht, die 10 gleich lange Zeilen enth„lt. Es
ergeben sich folgende Quoteanteile:
50% Quoteebene 3 (und h”her)
60% Quoteebene 2 (und h”her)
80% Quoteebene 1 (und h”her)
100% Quoteebene 0 (und h”her) (dies ist natrlich immer 100%)
Es wurde nun festgelegt, daá Quoteebene 3 (und h”her) maximal 30% betragen
darf. Hier liegt der Anteil bei 50%, also werden alle Quoteebenen ab 3
(incl.) entfernt. Es bleiben noch 5 Zeilen brig:
>> Zeile 6
> Zeile 7
> Zeile 8
Zeile 9
Zeile 10
Wir erhalten somit:
0% Quoteebene 3 (und h”her)
20% Quoteebene 2 (und h”her)
60% Quoteebene 1 (und h”her)
100% Quoteebene 0 (und h”her) (wie immer...)
Diese Werte liegen alle unterhalb der gew„hlten Grenzen, so daá die
Bearbeitung der Beispielnachricht hier endet. Das Ergebnis sieht so aus:
[...]
>> Zeile 6
> Zeile 7
> Zeile 8
Zeile 9
Zeile 10
Zur Kennzeichnung der Stellen, an denen Xpure Zeilen gel”scht hat, wurde
hier die Zeichenfolge "[...]" verwendet. Sie k”nnen stattdessen auch eine
beliebige andere Zeichenfolge verwenden, z.B. "<von Xpure gel”scht>" oder
"[...blahblah...]".
-> QuoteSnip=...
In diesem Beispiel wurden der Einfachheit halber nur Quoteebenen bis 3
betrachtet. Xpure unterscheidet tats„chlich Quoteebenen bis 5 und erlaubt
unterschiedliche Einstellungen fr Mail und News.
Falls Ihnen dieses Verfahren der Entfernung von Quoteebenen zu kompliziert
ist und Sie lieber einfach alle Quoteebenen ab beispielsweise Ebene 3
entfernen wollen, stellen Sie einfach als Grenze fr Ebene 3, 4 und 5 den
Wert 0%, und fr Ebene 1 und 2 den Wert 100% ein. Sie k”nnen das Entfernen
von Quotes auch deaktivieren, indem Sie fr alle Grenzwerte 100% einstellen.
-> MaximalerAnteilQuotelevel[1-5]inMail=...
-> MaximalerAnteilQuotelevel[1-5]inNews=...
5.3 Gel”schte Zeilen im Header speichern
----------------------------------------
Xpure kann gel”schte Signaturen und/oder Quotezeilen im Header der Nachricht
speichern. Dadurch k”nnen Sie verhindern, daá Informationen verloren gehen.
XP zeigt Ihnen den Header an, wenn Sie in der Nachrichtenbersicht die Taste
o drcken.
Fr gel”schte Signaturen verwendet Xpure die Kennung "X-S:", fr Quotezeilen
die Kennung "X-Q:". Damit k”nnen Zeilen mit bis zu 76 Zeichen auch im Header
noch ohne Zeilenumbruch dargestellt werden. Sie k”nnen auch die l„ngeren
Kennungen "X-Signatur:" bzw. "X-Quote:" benutzen; die maximale Zeilenl„nge
ohne Umbruch sinkt damit jedoch auf 68 bzw. 71 Zeichen.
-> SpeichereSignaturenImHeader=j/n
-> SpeichereQuotezeilenImHeader=j/n
-> KurzeHeaderVerwenden=j/n
5.4 Splitten von MIME-multipart-Nachrichten
-------------------------------------------
Dies ist die komplexeste Funktion von Xpure. Ich m”chte hier zur
Beschreibung ein wenig ausholen.
Der MIME-Standard (RFC 2045 ff.) definiert eine Methode, mehrere, u.U.
verschiedenartige Dokumente in einer einzigen Mail zu schicken. Dazu werden
- neben den Daten selbst - entsprechende zus„tzliche Headerzeilen im Body
der Nachricht gespeichert, die die einzelnen Teile n„her beschreiben. Das
Ergebnis ist eine "multipart-message". Es k”nnen z.B. Dateien als
"Attachment" an eine Textnachricht "angeh„ngt" werden. MIME-f„hige
Newsreader zeigen eine multipart-Nachricht in mehreren Teilen an oder
verarbeiten bereits einige Teile (z.B. Audiodaten).
CrossPoint untersttzt den MIME-Standard leider nicht vollst„ndig; es trennt
multipart-Nachrichten nicht auf, sondern zeigt sie wie normale einteilige
(Text-)Nachrichten an (siehe Beispiel in Abschnitt 1). Das liegt vielleicht
darin begrndet, daá unter DOS viele Teile einer typischen Multipart-
Nachricht (Grafiken, Sound, HTML, ...) sowieso nicht ohne weiteres
darstellbar sind. Neben der (fr Menschen) unbersichtlichen Darstellung hat
dieses Vorgehen aber noch einen weiteren Nachteil: Textnachrichten werden
nicht decodiert (bzw. konvertiert). Daher sind z.B. quoted-printable-
codierte Texte in multipart-Nachrichten unangenehm zu lesen - Umlaute und
andere Sonderzeichen werden als "=FC" etc. dargestellt und sind dem Textfluá
nicht gerade zutr„glich.
Xpure l”st beide Probleme: Multipart-Nachrichten werden in mehrere einzelne
Nachrichten aufgeteilt ("gesplittet"), wobei QP-codierte Teile automatisch
decodiert werden k”nnen.
Dabei kann optional ein kurzer Hinweis in den Header der Nachricht
geschrieben werden, aus dem Sie die Art der Teilnachricht sowie ihre Nummer
innerhalb der Ursprungsnachricht ersehen k”nnen (z.B. "Multipart (2/3)
[text/html]"). Xpure verwendet dazu den Header "Zusammenfassung:", den
CrossPoint bei entsprechender Einstellung unter Config/Anzeige/Kopf
automatisch anzeigt. Eine evtl. bereits vorhandene Zusammenfassung wird
dabei berschrieben. Dies stellt jedoch kein Problem dar, da
Multipart-Nachrichten praktisch nie einen solchen Header enthalten.
Hinweis: Bei verschachtelten Multipart-Nachrichten ist die Nachrichtennummer
aus technischen Grnden nicht besonders aufschluáreich...
Bei der QP-Decodierung wird zwischen plain-Text-Nachrichten ("text/plain")
und anderen Nachrichten (z.B. "text/html") unterschieden. Sie k”nnen die
Decodierung entweder nur fr Plaintext aktivieren, oder auch fr alle
anderen Typen.
-> MultipartNachrichtenSplitten=j/n
-> QuotedPrintableTexteDecodieren=j/n
-> QuotedPrintableImmerDecodieren=j/n
-> HinweisImHeader=j/n
5.4.1 Xpure und XPFilter
------------------------
Das Splitten „ndert natrlich nichts daran, daá XP viele Dokumenttypen (z.B.
Audio- und Videodaten) bestenfalls als "Buchstabensalat" pr„sentieren kann -
meist fallen daher bei einer gesplitteten multipart-Nachricht ein oder
mehrere Teile an, mit denen Sie nichts anfangen k”nnen (z.B. HTML-
Dokumente). Sie haben nun jedoch die M”glichkeit, diese Dokumente mit
XPFilter in ein eigenes Brett zu verschieben (wo sie nicht weiter st”ren)
oder einfach zu l”schen. Sie k”nnen dazu die ZCONNECT-Headerzeile
U-CONTENT-TYPE
auswerten, die Sie vorher in der Datei xpfilter.def wie folgt definieren:
U-CONTENT-TYPE:1
Das folgende einfache Muster l”scht nun die berhmt-berchtigten
Netscrape-"Visitenkarten":
NAME=Visitenkarten l”schen
U-CONTENT-TYPE=text/x-vcard
LOESCHEN
END
5.4.2 Haarspaltereien
---------------------
Wenn Xpure eine multipart-Nachricht splittet, kann die Ursprungsnachricht
entweder beibehalten oder gel”scht werden. Je nachdem bildet entweder sie
oder die erste Teilnachricht den "Bezugspunkt" der multipart-Nachricht in
XP. Alle weiteren Teilnachrichten werden mittels Bezugsverkettung auf diesen
Bezugspunkt bezogen (als w„ren sie Replies darauf). Somit k”nnen Sie in XP
bequem im Kommentarbaum oder mit den Tasten +/- auf dem Ziffernblock
zwischen den einzelnen Teilen navigieren. Das sieht fr eine dreiteilige
multipart-Nachricht z.B. so aus:
Bezugsnachrichten zu "Beispiel-Betreff"
Bill Gates Beispiel-Betreff <-- Teil 1
ÃÄÄBill Gates <-- Teil 2
ÀÄÄBill Gates <-- Teil 3
In diesem Beispiel wurde die Ursprungsnachricht gel”scht, und die erste
Teilnachricht ist der Bezugspunkt fr den 2. und 3. Teil.
-> UrspruenglicheNachrichtLoeschen=j/n
Hier stoáen wir nun auf ein nicht ganz unerhebliches Problem: Teil 2 und 3
ben”tigen eine neue Message-ID (MID) sowie einen zus„tzlichen Bezugs-Header
(BEZ). Zu diesem Zweck generiert Xpure willkrlich zwei neue MIDs. Schreiben
Sie jetzt ein Reply auf eine solche Teilnachricht, dann entsteht folgendes:
Bezugsnachrichten zu "Beispiel-Betreff"
Bill Gates Beispiel-Betreff <-- Teil 1
ÃÄÄBill Gates <-- Teil 2
ÀÄÄBill Gates <-- Teil 3
ÀÄÄuser at host.com <-- Ihr Reply
Bedenken Sie, daá die Message-ID der Teilnachricht 3 lokal (von Xpure)
erzeugt worden ist. Bei anderen Usern existiert keine Nachricht mit dieser
Message-ID! Ihr Reply l„uft damit "ins Leere": Es funktioniert zwar auf
Ihrem eigenen Rechner, aber nirgendwo anders! Sie wrden sich mit den Posten
eines solchen Artikels also keine Freunde schaffen...
5.4.3 Der Ausgangsfilter ZHM
----------------------------
Glcklicherweise gibt es eine M”glichkeit, dieses Problem zu l”sen. Die von
Xpure generierten MIDs haben immer folgenden Aufbau:
MID: Xpure.<Original-MID><Datum><Zufallscode>@localhost
Die Original-MID wird in codierter Form in die neue MID bernommen. Der
Header des oben beschriebenen Replies enth„lt also folgende Zeile:
BEZ: Xpure.<Original-MID><Datum><Zufallscode>@localhost
Aus dieser Zeile kann mit Hilfe eines Ausgangsfilters nachtr„glich der
korrekte Bezugsheader erzeugt werden, indem die Original-MID extrahiert und
wieder decodiert wird. Der zu Xpure passende Ausgangsfilter, der diese
Aufgabe erledigt, ist in dem Tool ZHM (ZCONNECT Header Manipulator)
integriert, das als Freeware auf meiner Homepage erh„ltlich ist. Fr Xpure
0.11 ben”tigen Sie mindestens Version 0.13 von ZHM. Ich empfehle Ihnen
nachdrcklich, ZHM zu installieren, auch wenn Sie die anderen Funktionen,
die es bietet, nicht ben”tigen. (Weitere Informationen finden Sie in der
Anleitung von ZHM.)
Ohne ZHM kann Xpure das oben beschriebene komfortable Verfahren der
Bezugsverkettung NICHT ANWENDEN! Es erzeugt dann keine neuen Message-IDs,
was zur Folge hat, daá die Teilnachrichten nicht ber die Bezugsverkettung
zug„nglich sind. Im Kommentarbaum wird dann nur *eine* der Teilnachrichten
angezeigt (es sei denn, es handelt sich um ein Reply). Auáerdem h„lt XP die
Teilnachrichten fr Dupes, da sie ja alle dieselbe Message-ID haben. Falls
Sie jetzt einen Dupekill durchfhren (Wartung/Dupes l”schen), wrden bei
jeder gesplitteten Nachricht alle Teile bis auf einen zum L”schen markiert.
Das gilt auch fr die Originalnachricht bzw. den Bezugspunkt! Es k”nnte
Ihnen also passieren, daá von einer multipart-Nachricht lediglich die
Visitenkarte des Autors brigbleibt (obwohl Xpure die ursprngliche
Nachricht nicht gel”scht hat!), was natrlich nicht im Sinne des Erfinders
ist. Falls Sie sich also aus irgendwelchen Grnden entgegen meiner
Empfehlung dazu entschlieáen, ZHM *nicht* zu installieren, sollten Sie
zumindest keinen Dupekill durchfhren.
-> ZHMinstalliert=j/n
| 5.5 Dupekill
| ------------
|
| Xpure kann doppelte Nachrichten (Dupes) innerhalb eines Puffers l”schen.
| Das Vergleichskriterium ist hierbei die Message-ID, d.h. wenn ein Puffer
| mehrere Nachrichten mit gleicher MID enth„lt, werden alle bis auf die
| erste gel”scht. Diese Funktion ist vergleichbar mit dem Menpunkt
| "Wartung/Dupes l”schen" in XP, allerdings kann Xpure Dupes nicht erkennen,
| wenn sie auf mehrere Puffer verteilt eintreffen.
|
| Nachrichten ohne MID werden grunds„tzlich nie als Dupe betrachtet.
|
| -> DupesLoeschen=j/n
5.6 Weitere Optionen
--------------------
5.6.1 Aus CrossPoint heraus aufgerufene base64-Decoder
------------------------------------------------------
Wenn Sie die uu-/base64-/etc-Decodierung Ihre Puffer nicht gleich im
Eingangsfilterdurchlauf vornehmen, sondern lieber einzelne Nachrichten aus
CrossPoint heraus decodieren wollen, kann folgende Situation auftreten:
Xpure hat - bei entsprechender Einstellung in der Konfigurationsdatei - die
Original-Multipart-Nachricht bereits gel”scht, und es liegen nur noch die
einzelnen Teilnachrichten vor. Diese enthalten zwar die zu decodierenden
Daten vollst„ndig, aber der Name der codierten Datei befindet sich nun nicht
mehr im Nachrichtentext, sondern im Header (wo er eigentlich auch
hingeh”rt). Nun suchen aber die meisten Decodierer (z.B. UDEC und auch
PktXCode) den Filenamen eben nicht im Header, sondern im Nachrichtentext
(Body). Fr diesen Fall k”nnen Sie Xpure veranlassen, bei base64-codierten
Teilnachrichten den Filenamen im Body stehenzulassen. Ob das fr Ihren
Decoder n”tig ist, erkennen Sie daran, daá er entweder gar nichts decodiert
oder einen falschen Filenamen (z.B. den Betreff der Nachricht) verwendet.
-> base64FilenameImBody=j/n
5.6.2 Quoted-printable-Decodierung ohne uuz.exe
-----------------------------------------------
Der Konverter UUZ, der mit XP geliefert wird, beherrscht die Decodierung von
einteiligen QP-codierten Nachrichten. Da wohl die meisten XP-User heute mit
UUZ arbeiten, decodiert Xpure normalerweise nur QP-codierte Nachrichten, die
Teil einer Multipart-Nachricht sind. Fr den Fall, daá Sie UUZ nicht
benutzen (z.B. als ZCONNECT-Point), kann Xpure jedoch auch diese einteiligen
Nachrichten decodieren.
-> QPausserhalbMultipartDecodieren=j/n
5.6.3 Quoted-printable-Decodierung bei fehlerhaftem Gate
--------------------------------------------------------
Falls Sie Ihre Nachrichten ber ein fehlerhaftes Gate beziehen, das
MIME-Headerzeilen nicht korrekt konvertiert, kann Xpure das Splitten von
Multipart-Nachrichten nicht durchfhren. Auch das Decodieren von
QP-codierten Nachrichten ist dann unm”glich. Sie k”nnen in diesem Fall
jedoch auf eine "Holzhacker-Methode" ausweichen, indem Sie Xpure anweisen,
bei ausnahmslos jeder Nachricht eine QP-Decodierung zu versuchen - selbst
wenn die Nachricht nicht als QP-codiert gekennzeichnet ist (die
Kennzeichnung k”nnte ja von dem fehlerhaften Gate "verschluckt" worden
sein). Dies wrde - ohne weitere Vorsichtsmaánamen - zu Schrottzeichen in
Texten bzw. zu defekten uu-codierten Dateien fhren.
Xpure verwendet jedoch ein besonders sicheres Verfahren zur QP-Decodierung.
Es bearbeitet nur Nachrichten, die ausschlieálich korrekte QP-Codes
enthalten. Findet das Programm in einer Nachricht auch nur einen einzigen
ungltigen (bzw. vermeintlichen) QP-Code, wird keine Decodierung
durchgefhrt. Es ist also sehr unwahrscheinlich, daá nicht codierte
Nachrichten irrtmlicherweise "decodiert" (oder besser: "vermurkst" :-)
werden. Die Fehlerwahrscheinlichkeit sinkt sogar mit zunehmender L„nge der
Nachricht, so daá insbesondere groáe uu-codierte Dateien sehr sicher sind.
Trotzdem lassen sich Probleme nicht ganz ausschlieáen. Sie sollten daher
unbedingt ein Backup Ihrer Puffer vor der Bearbeitung durch Xpure erzeugen
lassen! Erg„nzen Sie dazu in Ihrer Eingangsfilter-Batchdatei z.B. folgende
Zeile vor dem Xpure-Aufruf:
copy %1 infile.bak
xpure.exe ...
-> QPDecodierungOhneQPHeaderVersuchen=j/n
| 5.6.4 Bericht erzeugen
| ----------------------
|
| Xpure kann nach dem Filtervorgang einen Bericht erzeugen, der - in sehr
| knapper Form :-) - Informationen ber die durchgefhrten Aktionen enth„lt.
| Dieser Bericht kann an ein Brett oder an Ihre Email-Adresse geschickt
| werden. Optional wird der Bericht nur dann erzeugt, wenn es tats„chlich
| etwas zu berichten gibt, d.h. wenn Xpure mindestens eine Ver„nderung an
| dem Puffer vorgenommen hat.
|
| -> BerichtEmpfaenger=...
| -> LeerenBerichtVerwerfen=j/n
6. Bezugsadressen
-----------------
Die aktuelle Version von Xpure finden Sie auf meiner Homepage:
http://www.zieren.de
Feedback per Email ist immer willkommen! Meine Adresse ist joerg at zieren.de.
7. FAQ
------
H„ufig fragen CrossPoint-User, wie sie ihre Signaturen korrekt kennzeichnen
k”nnen - der XP-Editor schneidet n„mlich Leerzeichen am Zeilenende ab, so
daá die Eingabe der Zeile "-- " nicht m”glich ist. Hier gibt es zwei
L”sungen:
1. Falls Sie uuz.exe benutzen, k”nnen Sie statt des Leerzeichens <ALT>-255
eingeben (ALT-Taste gedrckt halten und dabei auf dem Ziffernblock 255
eingeben). Auf dem Bildschirm erscheint nun ein "pseudo-Leerzeichen", das
nicht mehr abgeschnitten wird. uuz.exe konvertiert dieses Zeichen in ein
"echtes" Leerzeichen.
2. Sie benutzen einen geeigneten externen Editor und bearbeiten damit die
entsprechenden *.xps-Dateien im XP-Verzeichnis. Der Editor "edit", der
mit MS-DOS geliefert wird, ist hier die einfachste L”sung. (Wenn Sie
zuf„llig sowieso gerade einen hochwertigen DOS Texteditor suchen, sollten
Sie sich mal den Freeware-Editor DOSJoe ansehen.) Diese Variante hat
allerdings den Nachteil, daá das Leerzeichen doch noch abgeschnitten
wird, falls Sie die unversandte Nachricht nachtr„glich bearbeiten.
Das (korrekte) Kennzeichnen der Signatur sollte eine Selbstverst„ndlichkeit
sein. Es ist IMHO ein Ausdruck von Professionalit„t und H”flichkeit
gegenber anderen Usern, die - wie Sie jetzt auch :-) - die M”glichkeit
haben, Signaturen "auszublenden".
8. Versionsgeschichte
---------------------
(Legende: + = hinzugefgt, - = entfernt, * = ge„ndert, ! = Bugfix)
Version 0.10, 30.04.99 (initial release)
Version 0.11, 28.08.99
! seltener Fehler bei QP-Decodierung behoben
* neues Verfahren beim Erstellen der MIDs erlaubt Bezugsverkettung auch bei
PMs (erfordert mindestens ZHM 0.13)
* neues Verfahren zum Entfernen von Quoteebenen
+ Informationen ber Teilnachricht im "Zusammenfassung:"-Header
+ Untersttzung fr base64-Decoder, die nach Xpure aufgerufen werden und den
Filenamen im Body erwarten (z.B. UDEC)
+ QP-Decodierung optional auch fr nicht-plaintext (z.B. HTML)
+ QP-Decodierung optional auch auáerhalb von Multipart-Nachrichten
+ QP-Decodierung kann optional auch dann versucht werden, wenn kein QP-Header
vorhanden ist (fehlerhaftes Gate)
+ Untersttzung fr ZCONNECT "FILE:"-Header
* GrӇe des Executables reduziert
Version 0.12, 30.09.99
! Abbruch bei 0-Byte-Nachrichten behoben
* Quotezeilen werden nur aus Nachrichten vom Typ text/plain entfernt
* Quoteebenenerkennung betrachtet "xy>> blah" etc. nun als Ebene 1, daher:
- Option "QuotezeilenOhneLeerzeichenNieEntfernen" ist nicht mehr notwendig
+ QP-Decodierung ohne Header erkennt (und verschont :-) nicht-QP-codierte
Nachrichten wie z.B. uucodierte Dateien
+ Krzere Header fr entfernte Quotezeilen (X-Q:) und Signaturen (X-S:)
+ Verschiedene "Snips" fr Quotezeilen und Signaturen
* kleine interne Žnderungen
Version 0.13, 17.01.00
+ Dupekill
+ Bericht erzeugen
* Adressen in der Anleitung
* Aufgrund diverser kleiner Probleme ist das Win32-Executable wieder
unkomprimiert
Mehr Informationen über die Support-List Mailingliste
