Helmut Hullen ([EMAIL PROTECTED]) schreibt: >>> Na super, ums Pollpaket ging's nur nicht, daran hat ein Client >>> nichts herumzufummeln.
>> Dennoch vermutlich ein wichtiger Hinweis.. > Das hatte Michael schon damals nicht kapiert. Im Sysop-Mode unter RFC/Client wird das .pp-File jeweils komplett neu erstellt, habe ich gerade bei Michael gelesen. Insofern stellt sich schon auf die Frage, warum bereits versandte .out-Files wieder reinkopiert wurden. Entweder hat der externe Client die nicht gel�scht, oder XP bzw. dessen RFC/Client-Boxtyp kann daf�r nur verantwortlich sein, wenn beim erneuten Erstellen des .pp-Files alte und bereits versandte Nachrichten aus dem alten .pp-File mit reinrutschen. Dazu m��te herausgefunden werden, wie das m�glich w�re, wenn der Fehler nicht im Zusammenhang mit �nderungen am .pp-File steht - was inzwischen eher unwahrscheinlich ist, da es anscheinend nicht in erster Linie wegen �nderungen .pp-Files durch Dich passierte. > Direkter Ausl�ser war, dass ich verschiedene Provider der Reihe nach > abklapperte. > Bei ZConnect (mit 1 "spool"-Verzeichnis) bekommt (im Sysop-Modus) der > n�chste Provider alles das, was sein Vorg�nger in der Liste nicht hat > akzeptieren wollen. > RFC-Client spielt Unversandtes ins Poll-Paket der jeweiligen Box > zur�ck, und das halte ich (selbst bei Post an Mailinglisten) f�r > unsinnig. Wenn da tats�chlich ein Fehler durch XP vorliegt, dann kann es wie gesagt, nur mit dem .pp-File in Verbindung stehen. [...] >> Eigentlich ist mir auch der Hinweis in Erinnerung, da� man >> in solchen F�llen das .pp-File von Hand l�schen mu�. > Aus der Erinnerung: wenn etwas zur�ckgeschrieben wurde, dann war (oft? > immer?) nur die erste Mail schon verschickt. Also sollte nur sie > (vielleicht) gel�scht werden. Ja, eben der Rest, der da eigentlich nicht reingeh�rt. St�rungen im Zusammenhang mit dem .pp-File wurden vermutlich fr�her oft durch Bugs in Datenbankroutinen verursacht. Die meisten d�rften ausgemerzt sein. Einer der �rgerlichsten ist immer noch drin, wenn Nachrichten mit gleicher MID erneut eingelesen werden, also echte dupes in die Datenbank eingelesen werden. Das mu� kein Problem sein, wenn die Ausgangsnachricht auf l�schen gesetzt wird. Seinerzeit war das der Grund, XPBMIME eine eingene Routine zur Erzeugung einer neuen MID zu spendieren. Aber nach Lage der Dinge standen Deine Dupes unter RFC/Client nicht im Zusammenhang mit dem .pp-File. -- Salut _)oachim ------------------------------------------------------------------------ FreeXP Support-Mailingliste [EMAIL PROTECTED] http://www.freexp.de/cgi-bin/mailman/listinfo/support-list
