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
Xpure - Der Xpoint PUffer-REiniger
(c) J�rg Zieren <[EMAIL PROTECTED]>
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 f�r 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 verkn�pft 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, vern�nftig zu quoten. Das Ergebnis
sind un�bersichtliche Nachrichten, in denen der komplette Thread nachzulesen
ist - fein zerst�ckelt, 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 w�nschen.
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 bef�rchten, 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 k�rze ich den Begriff "quoted-printable" gelegentlich mit "QP"
ab.
�nderungen gegen�ber 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 nat�rlich 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 ausf�hrlich 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 Lekt�re 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 gegen�ber 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 ausf�hrliches 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 nat�rlich 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 f�r 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 f�r Ebene 3, 4 und 5 den
Wert 0%, und f�r Ebene 1 und 2 den Wert 100% ein. Sie k�nnen das Entfernen
von Quotes auch deaktivieren, indem Sie f�r 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 Nachrichten�bersicht die Taste
o dr�cken.
F�r gel�schte Signaturen verwendet Xpure die Kennung "X-S:", f�r 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 unterst�tzt 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 begr�ndet, da� unter DOS viele Teile einer typischen Multipart-
Nachricht (Grafiken, Sound, HTML, ...) sowieso nicht ohne weiteres
darstellbar sind. Neben der (f�r Menschen) un�bersichtlichen 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 Gr�nden 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 f�r Plaintext aktivieren, oder auch f�r alle
anderen Typen.
-> MultipartNachrichtenSplitten=j/n
-> QuotedPrintableTexteDecodieren=j/n
-> QuotedPrintableImmerDecodieren=j/n
-> HinweisImHeader=j/n
5.4.1 Xpure und XPFilter
------------------------
Das Splitten �ndert nat�rlich 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 ber�hmt-ber�chtigten
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 f�r 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 f�r 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 willk�rlich 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
[EMAIL PROTECTED] <-- 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 w�rden sich mit den Posten
eines solchen Artikels also keine Freunde schaffen...
5.4.3 Der Ausgangsfilter ZHM
----------------------------
Gl�cklicherweise 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. F�r Xpure
0.11 ben�tigen Sie mindestens Version 0.13 von ZHM. Ich empfehle Ihnen
nachdr�cklich, 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 f�r Dupes, da sie ja alle dieselbe Message-ID haben. Falls
Sie jetzt einen Dupekill durchf�hren (Wartung/Dupes l�schen), w�rden bei
jeder gesplitteten Nachricht alle Teile bis auf einen zum L�schen markiert.
Das gilt auch f�r 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 urspr�ngliche
Nachricht nicht gel�scht hat!), was nat�rlich nicht im Sinne des Erfinders
ist. Falls Sie sich also aus irgendwelchen Gr�nden entgegen meiner
Empfehlung dazu entschlie�en, ZHM *nicht* zu installieren, sollten Sie
zumindest keinen Dupekill durchf�hren.
-> 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 Men�punkt
| "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). F�r diesen Fall k�nnen Sie Xpure veranlassen, bei base64-codierten
Teilnachrichten den Filenamen im Body stehenzulassen. Ob das f�r 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. F�r 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 durchf�hren. 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 w�rde - ohne weitere Vorsichtsma�namen - zu Schrottzeichen in
Texten bzw. zu defekten uu-codierten Dateien f�hren.
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
ung�ltigen (bzw. vermeintlichen) QP-Code, wird keine Decodierung
durchgef�hrt. Es ist also sehr unwahrscheinlich, da� nicht codierte
Nachrichten irrt�mlicherweise "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 durchgef�hrten 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 [EMAIL PROTECTED]
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 gedr�ckt 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
gegen�ber anderen Usern, die - wie Sie jetzt auch :-) - die M�glichkeit
haben, Signaturen "auszublenden".
8. Versionsgeschichte
---------------------
(Legende: + = hinzugef�gt, - = 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
+ Unterst�tzung f�r base64-Decoder, die nach Xpure aufgerufen werden und den
Filenamen im Body erwarten (z.B. UDEC)
+ QP-Decodierung optional auch f�r 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)
+ Unterst�tzung f�r 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
+ K�rzere Header f�r entfernte Quotezeilen (X-Q:) und Signaturen (X-S:)
+ Verschiedene "Snips" f�r 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
------------------------------------------------------------------------
FreeXP Support-Mailingliste
[EMAIL PROTECTED]
http://www.freexp.de/cgi-bin/mailman/listinfo/support-list
