Nochmal Antworten auf eigene Postings kopieren

[Wolfgang Bauer]

Servus.

Ich nehme jetzt das Hamsterscript newswatcher.hsc um direkte Antworten
und indirekte Antworten, Postings mit meinem FQDN in den References, in
die lokale Hamstergruppe local.antworten kopiert werden.

Im Script automat.hsc
http://www.wolfgang-bauer.at/download/automat.hsc
wird es aufgerufen
runscript( "NewsWatcher.hsc", "", true)

Wie es aussieht aber an der falschen Stelle denn es werden immer wieder
die gleichen Postings kopiert. Oder liegt es am Newsreader Thunderbird
der nicht erkennt wenn er das Posting schon vom Hamster geladen hat?

Wolfgang
--
Die 40tude-Dialog FAQ http://www.wolfgang-bauer.at/4td_faq/
Raady's 40tude-Dialog - Archiv! http://kh-rademacher.de/4d/
(M)eine Seite für 40tude Dialog http://4d.vollmeier.at/
http://www.wolfgang-bauer.at

[Heiko Rost]

Am Sat, 20 Apr 2013 11:50:12 +0200 schrieb Wolfgang Bauer:

> Ich nehme jetzt das Hamsterscript newswatcher.hsc um direkte Antworten
> und indirekte Antworten, Postings mit meinem FQDN in den References, in
> die lokale Hamstergruppe local.antworten kopiert werden.

Nur zur Klarstellung, Du meinst den Hamster Playground?

> Im Script automat.hsc
> http://www.wolfgang-bauer.at/download/automat.hsc
> wird es aufgerufen
> runscript( "NewsWatcher.hsc", "", true)
>
> Wie es aussieht aber an der falschen Stelle

Falls Du die Stelle

| HamNewsPull( $Server )
| # runscript( "NewsWatcher.hsc", "", true)
| HamWaitIdle

meinst, ist die zumindest ungünstig. Das Skript startet bereits, während
der Hamster noch dabei ist, neue Postings zu holen. Mit einiger
Wahrscheinlichkeit hat dann NewsWatcher in Gruppen nach Antworten
gesucht, die der Hamster noch gar nicht gepullt hat.

Um das zu verhindern, darf das Skript erst dann aufgerufen werden, wenn
der Hamster fertig ist, also irgendwo nach dem HamWaitIdle. Ich würde es
nach

|runscript("supersedes.hsc")

starten, dann hast Du beide Skripte zum Nacharbeiten des Datenbestandes
an einer Stelle.

> denn es werden immer wieder die gleichen Postings kopiert.

Falls ein und die selben Antworten mehrmals in local.antworten zu finden
sind, sollte das trotz der ungünstigen Stelle für den Aufruf nicht
passieren. NewsWatcher merkt sich, bis zu welchem Posting es die Gruppen
geprüpft hat und startet beim nächsten Durchlauf mit dem ersten neuen
Posting der jeweiligen Gruppe.

Zum Test kannst Du im Hamster alle Skripte beenden (also auch das
automat.hsc) und warten, bis der Hamster möglicherweise gerade aktive
Pulls beendet hat und im Leerlauf ist. Dann startest Du das
NewsWatcher.hsc manuell und wartest auf das Ende des Skriptes.
Anschließend startest Du es nocheinmal. Wenn bei diesem zweiten Start
wieder Antworten gefunden werden, gibt es irgendein Problem mit dem
Skript, das man sich dann genauer ansehen muß.

> Oder liegt es am Newsreader Thunderbird
> der nicht erkennt wenn er das Posting schon vom Hamster geladen hat?

Es kann durchaus sein (ich kenne TB nicht gut genug, um das zu
beantworten), daß das entsprechende Posting in der originalen Gruppe und
local.antworten als neu angezeigt wird.

Gruß Heiko

[Wolfgang Bauer]

Heiko Rost schrieb:

> Am Sat, 20 Apr 2013 11:50:12 +0200 schrieb Wolfgang Bauer:

> Nur zur Klarstellung, Du meinst den Hamster Playground?

Ja, hätte ich schon im Subject schreiben sollen.

>> Im Script automat.hsc
>> http://www.wolfgang-bauer.at/download/automat.hsc
>> wird es aufgerufen
>> runscript( "NewsWatcher.hsc", "", true)
>>
>> Wie es aussieht aber an der falschen Stelle
>
> Falls Du die Stelle
>
> | HamNewsPull( $Server )
> | # runscript( "NewsWatcher.hsc", "", true)
> | HamWaitIdle
>
> meinst, ist die zumindest ungünstig.

NewsWatcher.hsc wird im Script automat.hsc an zwei Stellen aufgerufen.
Einmal gleich beim Start des HPG

Newsholen
^^^^^^^^^
#Hamwaitidle
AtClear
AtAdd ( NewsPullPaternoster, "00:00", "23:59", "1111111", 5, 0 )
AtAdd ( Newssenden, "00:00", "23:59", "1111111", 1, 0 )
AtAdd ( CleanUp, "18:00", "0000001" )
AtExecute
quit

Sub Newsholen
^^^^^^^^^^^^^
HamNewsJobsClear
HamNewsJobsPullDef
HamNewsJobsStart
HamWaitIdle
runscript("supersedes.hsc")

runscript( "NewsWatcher.hsc", "", true)

endsub

und später im Intervall

Sub NewsPullPaternoster
/----/
endif
HamWaitIdle
Listfree( $Serverlist )
runscript("supersedes.hsc")

runscript( "NewsWatcher.hsc", "", true)

endsub

Ich glaube der Fehler lag bei mir. Ich habe im Script NewsWatcher.hsc
die Gruppe local.antworten nicht vom Scan ausgenommen.

[Heiko Rost]

Am Sat, 20 Apr 2013 14:53:51 +0200 schrieb Wolfgang Bauer:

> NewsWatcher.hsc wird im Script automat.hsc an zwei Stellen aufgerufen.
> Einmal gleich beim Start des HPG
>
> Newsholen

Ach ja, stimmt. Die kleine Zeile vor den ganzen Schedulerbefehlen hatte
ich übersehen und die NewsHolen-Prozedur als nicht mehr genutzten
Überrest einer vorherigen Skriptversion interpretiert.

> Ich glaube der Fehler lag bei mir. Ich habe im Script NewsWatcher.hsc
> die Gruppe local.antworten nicht vom Scan ausgenommen.

Das dürfte die Ursache gewesen sein und war, als ich gerade testweise
den PlayGround und das NewsWatcher eingerichtet habe, mein erster
Gedanke. In <kk6feh...@ID-23555.user.uni-berlin.de> stand übrigens
schon der entsprechende Hinweis für eine passendere Belegung von
$REGroupIgnore. ;-)

Gruß Heiko

[Wolfgang Bauer]

Heiko Rost schrieb:

Das habe ich jetzt übernommen und die lokale Gruppe hinzugefügt
varset( $REGroupIgnore, "^(internal|control|local.antworten)\." )

[Heiko Rost]

Am Sat, 20 Apr 2013 15:36:02 +0200 schrieb Wolfgang Bauer:

> Das habe ich jetzt �bernommen und die lokale Gruppe hinzugef�gt

> varset( $REGroupIgnore, "^(internal|control|local.antworten)\." )

Falls Du noch andere local.*-Gruppen hast, ist

varset( $REGroupIgnore, "^(internal|control|local)\." )

vielleicht besser. Das verhindert zus�tzlich das Durchsuchen aller mit
"local." beginnenden Gruppen.

Gru� Heiko

[Wolfgang Bauer]

Heiko Rost schrieb:

> Falls Du noch andere local.*-Gruppen hast, ist

> varset( $REGroupIgnore, "^(internal|control|local)\." )

> vielleicht besser. Das verhindert zusätzlich das Durchsuchen aller mit
> "local." beginnenden Gruppen.

Danke das ändere ich dann noch.