Von: Michael Heydekamp [mailto:[EMAIL PROTECTED]
[...] > >> 2. der damalige Versuch, eine neuere Version zu benutzen, hat mir > >> Mailverlust, viel Arbeit und ignorante Reaktionen > beschert. Das muss > >> ich nicht wiederholen. > > ^^^^^^^^^^^^^^^ > > > ...mir haben neuere Versionen, sei es auf XP- oder Clientseite noch > > nie mailverluste gebracht. > > Diese Einlassung von HH ist ohnehin unlogisch, vorgeschoben > und unredlich. > > Wie Du richtig bemerkst, benutzt HH OpenXP 3.40RC3, und auch > diese Version hat nat�rlich eine RFC/Client-Box, und genau > diese Version hat er auch schon im Nov. 2001 benutzt Ergo k�nnen HHs Probleme nicht mit dieser Crosspointversion zusammenh�ngen, denn viele andere Crosspoint nutzten zum damaligen Zeitpunkt diese Version wohl auch. > Wenn er damit Mailverluste oder Dupes hatte und er sein > OpenXP f�r den Verursacher h�lt, w�re das ja *gerade* ein > Grund, eine andere (neuere) Version zu verwenden. Eben; Und nicht nur ein Grund f�r ihn, sondern dann h�tte es seinerzeit bestimmt weitere Reaktionen und Hinweise gegeben. > Auf keinen > Fall kann das als Argument daf�r herhalten, an dieser > veralteten - und angeblich doch defekten - Version festzuhalten. Die angesprochene Crosspointversion ist wohl veraltet, jedoch nicht defekt; deshalb k�nnte HH auch in abgelatschten Schlappen zum Opernball gehen ;-) [...] > HH hat nie eine neuere Clientversion f�r seine mittlerweile "historische" Crosspoint-Nachfolge >Version verwendet als > die, die er derzeit benutzt (deshalb nenne ich solche > Einlassungen unredlich). Historische (aber nicht defekte) Crosspoint-Nachfolgeversion + Boxentyp ZCONNECT + veralteter, externer Client f�r mail/news im RFC-Format = Ursache f�r problembehaftete mail/postings [...] > Ich will aber mal klarstellen [...] > 1. Die Richtigstellung der regelm��ig wiederholten, aber schon immer > unhaltbaren Unterstellung, XP bzw. namentlich der Netztyp > RFC/Client sei f�r irgendwelche angeblichen Mailverluste oder Dupes > verantwortlich. W�re es wirklich so, dann h�tte nicht nur HH die von ihm vertretenen Problemstellungen, sondern eine Vielzahl von XP-Usern, die sich bestimmt nicht gescheut h�tten, zu monieren. > weil HH mehrfach bewiesen und sogar selbst > zugegeben hat, durch die Abl�ufe nicht durchzublicken Es d�rfte wenige geben, die so ein komplexes Konstrukt wie XP wirklich in allen Tiefen durchschauen. Dazu m��te man sich schon �bung durch permanentes Operieren ohne An�sthesie am offenen Herzen holen, was HH wohl tut, damit aber _mindestens_ gellende Schmerzensschreie des Patienten verursacht ;-)). Die sichtbare Ursache f�r so einen Schmerzensschrei ist wohl das in der d.c.s.c. in <MID: [EMAIL PROTECTED]> angesprochene posting von HH in der ger.ct <MID: [EMAIL PROTECTED]>. Ich hab mal versucht, mit allen letztaktuellen mir vorliegenden und sich im Einsatz befindlichen FreeXP/XPjg/XP�/OXP32-Versionen (au�er 3.9.x) unter ZCONNECT/RFC-Client/RFC-UUCP/RFC-PPP-Bedingungen mittels der Clients UKAD/UKAW/UKA_PPP/XPNEWS1.2.9 so ein fehlerbehaftetes Subject (Leerzeichen) zu erzeugen. Dazu habe ich mir so einige testpostings �ber diverse Provider hin und her geschickt. Ergebnis: Es ist mir nicht gelungen. [...] > 2. HH erzeugt mit seiner defekten und veralteten externen Client- > Version regelm��ig > u.a. defekte Header. Was mir nicht gelungen ist (s.o.)...;-( was nehme ich auch so neue Versionen ;( > Das ist - abgesehen davon, da� es f�r alle direkt Betroffenen > �rgerlich ist - f�r XP nur insofern relevant, als da� damit der > schlechte Ruf best�tigt wird, den XP in weiten Kreisen ohnehin hat. Kritiker sollten genaue Ursachenforschung betreiben, bevor sie Ruf-beeinflussend aktiv werden (im positiven wie im negativen Sinne) ansonsten man sie nicht ernstnehmen kann. Dazu gibt google einige Labertaschen aus. > So XP bei den Betroffenen gar keinen Ruf hat, ist dieses Verhalten > geeignet, einen - schlechten - zu bekommen. Hat XP keineswegs verdient und die externen Clients daf�r auch nicht. Aber was ich so mitbekommen habe, hat HH einen "Ruf", der ihm vorauseilt oder ihm anh�ngt (wie man will). [...] -- cu //reinhard ------------------------------------------------------------------------ FreeXP Support-Mailingliste [EMAIL PROTECTED] http://www.freexp.de/cgi-bin/mailman/listinfo/support-list
