Joachim Merkel <[EMAIL PROTECTED]> wrote on 07.04.04:
> Michael Heydekamp ([EMAIL PROTECTED]) schrieb:
> [...]
>> Na super, ums Pollpaket ging's nur nicht, daran hat ein Client
>> nichts herumzufummeln.
> Dennoch vermutlich ein wichtiger Hinweis..
Sehe ich nicht. Da� unversandte Nachrichten vorliegen, obwohl sie
versandt wurden, war Gegenstand der Diskussion.
Da hilft der nochmalige Hinweis in einer solchen Diskussion, da� es so
ist, f�r die Ursachenanlyse gar nix. Die einzige wichtige Frage war, ob
XPNews *.OUT l�scht, und die hat HH seinerzeit *nie* klar beantwortet.
> Ich halte Helmuts Bericht durchaus f�r plausibel, wenn auch er
> der alleinige Verursacher zu sein scheint,
In dem Fall kann nur XPNews der Verursacher gewesen sein.
Das von HH beschriebene Szenario war ja nur der Versuch, das von ihm
beobachtete Verhalten au�er bei ihm selbst �berhaupt mal irgendwo anders
reproduzieren zu k�nnen, aber selbst das hat nicht geklappt. Insofern
war die Manipulation des Pollpakets jedenfalls nur Mittel zum Zweck.
Ich werde vielleicht nochmal h�ndisch daf�r sorgen, da� die *.OUT im
Spool liegenbleiben bzw. sie einfach nochmal reinkopieren (ist ja bei
RFC/Client sehr einfach zu bewerkstelligen). Dann ist es gut m�glich
bzw. mu� sogar so sein, da� unversandte Nachrichten in XP vorhanden
sind, alles andere w�re ja ein Bug.
> ist da vielleicht XP - irgendwie - auch noch beteiligt und zu
> verbessern, und die Folgen mancher Anwenderfehler besser vermeiden zu
> helfen.
War wie gesagt in dem Fall keiner - wenn nicht noch zus�tzlich an Spool-
Verzeichnissen manipuliert wurde, was das Szenario verschlimmert haben
k�nnte.
> Ohne mich da rein knien zu wollen, aber bei den Basteleien mit
> EDA.EXE, das auch die Poll(.pp)-Puffer-Header manipuliert, ist mir
> aufgefallen, da� im Poll-Puffer Nachrichten liegen bleiben, die
> als unversandt markiert sind.
Das w�re ja noch OK. Probleme bzw. Fehlermeldungen gibt's nur, wenn
Nachrichten im Pollpuffer vorhanden sind, die in der Datenbank nicht
existieren oder nicht als unversandt geflagged sind, oder wenn
Nachrichten als unversandt geflagged sind, die nicht (mehr) im
Pollpuffer existieren.
> Es handelte sich dabei nicht um bereits versandte Nachrichten, weil es
> um den Spezialfall ging, da� mit EDA ge�nderte Nachrichten nochmal mit
> XPBMIME nachbearbeitet wurden (man erinnere sich, da� Tool l�scht eine
> zum Versand bereitstehende Nachricht und h�ngt ein mu-MIME-Attachment
> ran, wonach die neue Nachricht als .ips-Puffer erneut zum Versand �ber
> das Autoexec-Verzeichnis bereitgestellt wird und im Poll-(.pp)-File
> liegt), wobei diese alten Nachrichten im Pollpaket drin blieben und
> nicht gel�scht wurden und doch und immer wieder (!) versandt wurden,
> weil die im .pp-File nie gel�scht werden.
Ohje, da steige ich um die Uhrzeit nicht mehr durch. ;)
> XP bekommt somit u.U. einfach nicht mit, da� im .pp-File noch
> Nachrichten sind, die schon versandt wurden. ;)
Bekommt es schon mit, es kann leider nur die Folgen konstatieren und
eine Fehlermeldung ausgeben. F�r die Synchronisation
Pollpuffer<=>Datenbank ist alleine XP zust�ndig, wer da rumfummelt, mu�
mit Problemen rechnen.
Aber nochmal: Das Rumfummeln war hier nicht das eigentliche Problem,
s.o.
> Bei einem externen Clienten k�nnte man also durchaus auch den Eindruck
> gewinnnen, da� der Client Nachrichten wieder in den .pp-Puffer
> zur�ckkopiert.
Sowas �hnliches passiert ja auch, wenn Nachrichten nicht versandt werden
konnten (es wird ein neuer Pollpuffer erstellt, in den die aus den
MPUFFERn mit den in *.OUT befindlichen MsgIDs extrahierten Nachrichten
eingestellt werden).
Michael
------------------------------------------------------------------------
FreeXP Support-Mailingliste
[EMAIL PROTECTED]
http://www.freexp.de/cgi-bin/mailman/listinfo/support-list
