Reinhard Irmer <[EMAIL PROTECTED]> wrote on 18.03.04:
> bitte auf das u.a. posting nicht antworten. Es wurde mittlerweile von
> mir gecancelt, weil der Inhalt obsolet geworden ist (Problem
> beseitigt).
Ich mach's trotzdem mal. :)
>> CLPUFFER geschrieben und dann weiterverarbeitet. Zu
>> Sicherheitszwecken wohl wird eine CLPUFFER.BAK nach \xp geschrieben.
>> Unabhaengig vom verwendeten Client (UKAD,UKA_PPP) heisst die Datei
>> so. Wird nun mit unterschiedlichen clients gepollt, wird die Datei
>> naturgemaess ueberschrieben. Ein Rekonstrukt aus dem vorvergangenen
>> Poll ist nun nicht mehr moeglich.
Wenn Du ein Backup-Konzept fuer RFC/Client erstellen willst, um laenger
zurueckliegende Netcalls rekonstruieren zu koennen, ist die
allersinnvollste Loesung, die originalen RFC-Nachrichten zu sichern, die
nach dem Einlesen und bis zum naechsten Poll derselben Box als *.IN im
Spool liegenbleiben.
Dabei faellt mir ein, dass ich die Moeglichkeit des Zugriffs auf die
originalen RFC-Nachrichten nach dem Netcall auch noch als Vorteil von
RFC/Client in der Doku erwaehnen sollte.
Michael
------------------------------------------------------------------------
FreeXP Support-Mailingliste
[EMAIL PROTECTED]
http://www.freexp.de/cgi-bin/mailman/listinfo/support-list
