Joachim Merkel <[EMAIL PROTECTED]> wrote on 09.04.04:
> Helmut Hullen ([EMAIL PROTECTED]) schreibt:
>> In diesem Umfeld tauchte auch (des �fteren? stets?) beim n�chsten
>> Poll die Meldung auf: "Nachricht nicht mehr im Pollpaket vorhanden"
>> (sinngem�ss ziziert - ich will jetzt nicht den Originaltext
>> reproduzieren m�ssen).
Diese Meldung kann wie gesagt - w�rtlich oder sinngem�� - bei einem
Netcall gar nicht auftreten.
> Der Bezug auf das .pp-File erscheint mir in Hinsicht auf den Sysopmode
> fraglich.
Um SysopMode geht's eigentlich auch nicht.
> Aber ein solches Problem mit der Synchronisation der Datenbank und
> Dupes w�rde als Ursache voraussetzen, da� zugleich die versandten
> Nachrichten nicht als versandt erkannt werden
Das kann nicht passieren, jedenfalls nicht seitens XP.
Dadurch, da� das Pollpaket neu erstellt wird, kann es nach einem Netcall
nur existieren, wenn *.OUT im Spool lagen.
Wenn diese *.OUT aber versandt wurden, ist die einzige Frage, die sich
erstmal stellt: Wo kommen diese *.OUT her?
Zwei m�gliche Ursachen: a) Client hat sie nicht gel�scht, oder b) User
hat sie per Batch oder sonstwie dorthin kopiert. In beiden F�llen kann
XP nix machen und ist schuldlos.
> also noch in der Datenbank als unversandt "geflaggt" sind und da�
> unversandte Nachrichten ebenso nicht erkannt wurden. Das deutet dann
> tats�chlich auf Probleme mit den Spool-Verzeichnis.
Was f�r "Probleme mit den Spool-Verzeichnis"?
>> Was inzwischen ge�ndert ist:
>> 1. "XPNews" hat einen Schalter bekommen, der das Wegr�umen im Spool-
>> Verzeuchnis steuern kann
>> "XPNews" kann mit verschiedenen Spoolverzeichnissen arbeiten
> Den Spoolverzeichnissen ist also zumindest einige Aufmerksamkeit
> zuteil geworden.
Diesen omin�sen Schalter gibt's �berhaupt nicht.
>> 2. Michael hat unl�ngst berichtet, dass auch der RFC-Client einige
>> weitere Optionen bekommen hat - damals bestand Michael darauf, dass
>> pro Box ein eigenes Spoolverzeichnis benutzt werden m�sse und das
>> unversandte Post ins *.pp-Paket zur�ckzuschreiben sei.
> Wenn kein Sysopmode unter RFC/Client eingestellt ist, wird beim
> Vergleich der MIDs zur�ckgeschriebener out-Files entschieden, wann
> die versandten Nachrichten aus dem .pp-File gel�scht werden, womit
> die unversandten drin bleiben.
Nah, ich hatte doch gestern/vorgestern schon mehrfach gesagt, da� da nix
gel�scht, sondern das Pollpaket neu erstellt wird. Hattest Du doch auch
wiederholt.
Hier:
----------8<----------
[...]
else if not CC then
begin
if not ((hdp^.typ='B') and (maxbinsave>0) and
(hdp^.groesse > maxbinsave*1024)) then
begin
extract_msg(2,'','UNSENT.PP',exist('UNSENT.PP'),1);
dec(OutMsgs);
[...]
----------8<----------
Danach wird das UNSENT.PP dann in das eigentliche Pollpaket "umbenannt":
----------8<----------
[...]
if client and (not _SysopMode) then
begin
if exist('UNSENT.PP') then
if filecopy('UNSENT.PP', ownpath+ppfile) then
_era('UNSENT.PP');
_era('UNSENT.ID');
EmptyDir(PPPSpool, '*.OUT'); { nicht verschickte N. l�schen }
end;
[...]
----------8<----------
> Ein durchaus robust wirkendes Verfahren scheint mir.
Das Verfahren ist robust, nur anders. :)
> Probleme mit Dupes k�nnen eigentlich nur im Zusammenhang mit
> Manipulationen am .pp-File auftauchen
Nee, selbst dann nicht (au�er, der User dupliziert eine Message im .PP,
dann nat�rlich).
Sie k�nnen und m�ssen allerdings auftreten, wenn *.OUT nicht gel�scht
oder - warum auch immer - vom User ins Spool kopiert werden.
> Wenn ich das alles richtig blicke, hattest Du RFC/Client im
> Sysopmode eingerichtet.
Auch nicht, den gibt's in Hullens Version noch gar nicht (den Men�punkt
schon, aber den Modus als solchen nicht bzw. er funktionierte in dieser
Phase noch nicht):
----------8<----------
Revision 1.13.2.26 2001/12/20 15:07:18 my
MY+MK:- Umstellung "RFC/Client" auf neue Netztypnummer 41 und in der
Folge umfangreiche Code-Anpassungen. Alte RFC/Client-Boxen
m�ssen einmal manuell von RFC/UUCP wieder auf RFC/Client
umgeschaltet werden.
MY:- Sysop-Mode wird jetzt �ber einen Schalter aktiviert/deaktiviert.
MY:- Sysop-Mode RFC/Client funktioniert jetzt.
----------8<----------
Hullen hat einen "ganz normalen" RFC/Client-Netcall - der intern
nat�rlich sowieso nichts weiter als ein modifizierter SysopMode ist -
gemacht.
> Beim Sysop-Netcall dagegen wird ein komplett neues .pp-File
> erstellt, wodurch der Eindruck des Zur�ckschreibens entsteht.
Hmm?? Beim echten Sysop-Netcall wird �berhaupt kein .PP erstellt, die
Nachrichten gelten doch ohnehin als "versandt".
Wo nimmst Du das her?
> Die von Dir geschilderten Problem solten doch wohl eher im
> Zusammenhang mit der Verwaltung der Spool-Verzeichnisse betrachtet
> werden, als hinsichtlich interner XP-Abl�ufe.
Da gibt's ja nicht viel zu "verwalten", entweder liegen da *.OUT oder
nicht. Mehr interessiert XP nicht, und wer von au�en da was falsch
rumverwaltet, kann nicht XP daf�r verantwortlich machen.
Michael
------------------------------------------------------------------------
FreeXP Support-Mailingliste
[EMAIL PROTECTED]
http://www.freexp.de/cgi-bin/mailman/listinfo/support-list
