Joachim Merkel <[EMAIL PROTECTED]> wrote on 12.03.04:
> Michael Heydekamp ([EMAIL PROTECTED]) schrieb:
> [...]
>> 'ccignore' true ist. Und 'ccignore' ist dann true, wenn keine *.MSG
>> im Spool liegen.
>> Verstehe ich im Moment nicht, was soll das?
> Wei� ich auch nicht, ist Dein Skript.
Nein, das ist - wie in <[EMAIL PROTECTED]> gesagt - in *allen*
Netcall-Scripts von UKA_PPP enthalten (siehe z.B. XPNEWS).
> in meinem steht:
> if $file "spool\*.msg",a$ = ""
> modify wattcp.cfg,"$cc_ignore=",1
Und inwiefern unterscheidet sich das von dem von mir in
<[EMAIL PROTECTED]> gequoteten Scriptteil, �ber den wir gerade
sprechen?
>>>>> ----------8<----------
>>>>> if $file "spool\*.msg",a$ = ""
>>>>> modify wattcp.cfg,"$cc_ignore=",1
>>>>> ----------8<----------
?? Ich sehe da keinen Unterschied.
> maxwait=5
> call $config+".$do"
> maxwait=0
> modify wattcp.cfg,"$cc_ignore=",0
> else
> print "{7}Alte Messages werden zuerst importiert!"
> xnews eben...
Ja, sag' ich doch, und genauso steht das deshalb auch in XP2NEWS drin
(worauf FXPNEWS basiert). Ich habe f�r FreeXP bisher lediglich die else-
Anweisung rausgenommen, weil die nun wirklich Schwachsinn ist, denn
dieser Fall wurde l�ngst weiter oben abgehandelt. Der m��te eigentlich
auch in XP2NEWS raus (oder die erste Pr�fung mu� eliminiert werden).
Ich kann mir das Zustandekommen der doppelten Pr�fung auf alte Messages
im UKA_PPP-Spool im XP2NEWS-Script - die allerdings zu unterschiedlichen
Schlu�folgerungen f�hren - nur so erkl�ren:
UKA_PPP in einer ZConnect-Installation pr�ft a) auf einen bereits
konvertierten, aber noch nicht eingelesenen ZC-Puffer "infile.z" und b)
auf eingegangene, aber noch nicht konvertierte *.MSG im UKA_PPP-Spool.
Da die UUZ-Konvertierung bei RFC/PPP (und RFC/Client ebenfalls) nicht im
UKA_PPP-Script vorgenommen wird, sondern Bestandteil der Netcall-Routine
ist, hat Robo die Pr�fung auf "infile.z" umgebaut zu einer Pr�fung auf
*.MSG im Spool von UKA_PPP.
Wenn das richtig ist, dann ist die anschlie�ende nochmalige Pr�fung auf
dasselbe Szenario �berfl�ssig; oder die erste Pr�fung ist �berfl�ssig
und kann sogar zu falschen Resultaten f�hren (unterstellt, die
bisherigen Resultate im Zusammenhang mit $cc_ignore waren erw�nscht).
Also nochmal im Zusammenhang (aus XP2NEWS):
----------8<----------
if $file "spool\*.msg",a$ > 0
print "{7}Alte Spoolfiles m�ssen zuerst importiert werden!"
shell "move spool\*.msg \xp\spool"
wait 3
exit
end if
----------8<----------
Das passiert ganz am Anfang. *Danach* k�nnen sich gar keine *.MSG mehr
im Spool von UKA_PPP befinden. Bei einem erneuten Aufruf des Scripts
wird die obige Stelle �bergangen und geht es dann anschlie�end wie im
Originalscript XPNEWS weiter:
----------8<----------
if $file "spool\*.msg",a$ = ""
modify wattcp.cfg,"$cc_ignore=",1
----------8<----------
Hier wird also auf die Nicht-Existenz von *.MSG im Spool gepr�ft, und da
die nie existieren k�nnen (weil sie schon oben ins XP-Spool verschoben
und das Script abgebrochen wurde), wird also $cc_ignore *immer* auf
'true' gesetzt - offenbar f�r ausgehende Nachrichten.
Das hat mir bisher noch niemand erkl�ren k�nnen, wozu das gut sein soll.
Die Frage stellt sich sowohl f�r XPNEWS als auch f�r XP2NEWS.
----------8<----------
else
print "{7}Alte Messages werden zuerst importiert!"
wait 3
----------8<----------
Und hier kann XP2NEWS wegen der Routine ganz am Anfang �berhaupt nie
reinlaufen.
F�r mich steht bisher nur fest, da� die Logik in XP2NEWS so nicht
richtig sein kann. Ich versuche nur rauszufinden, welche richtig w�re,
und dazu m��te ich mal wissen oder verstehen, was es mit $cc_ignore auf
sich hat.
Michael
------------------------------------------------------------------------
FreeXP Support-Mailingliste
[EMAIL PROTECTED]
http://www.freexp.de/cgi-bin/mailman/listinfo/support-list
