Ralf Mueller <[EMAIL PROTECTED]> wrote on 09.05.04:
> Michael Heydekamp <[EMAIL PROTECTED]> schrieb am 09.05.04
> zum Thema: Re: E-UUZ und -graberec tut's nicht mehr ...
[...]
> [...] Aber das ist ja jetzt hinf�llig, s.o. Mailer-Header.
Ok, bin ja schon still. :)
> BTW, die Suche in den Beitr�gen eines aktivierten Kommentarbaum w�re
> noch ein dankenswertes Feature, was ich auch in FreeXP noch vermisse
> ;-)
Und IIRC eine prima Bugquelle, die gerne zu Abst�rzen f�hrt.
Workaround: Kommentarbaum aufbauen (es sollten keine anderen Nachrichten
markiert sein), N/A/M, <Esc>, N/S/M, dann Suche starten.
Ist IMO 'ne gr��ere Sache, das zu implementieren, im Moment leider
nicht. Erstmal mu� ich den Rest abarbeiten, und der ist nicht klein.
>> Die Frage war doch, was konkret nicht funktioniert (also was Du da
>> geschraubt hast). Mich interessiert das mal, weil man ggf.
>> Ma�nahmen bei dem Add-On ergreifen k�nnte/m��te, um sowas zu
>> vereinfachen.
> Geschraubt habe ich an:
> - mehrere Boxen in einem Netcall behandeln
> - den UKA_PPP-Aufruf auch von au�erhalb XP's triggern, z.B. wenn ich
> gerade mit LYNX sowieso (unter plain DOS) im Internet bin
> - mailto: aus LYNX in die gleiche UKA_PPP-Routine eingebaut
> - aus mehreren Providern beim Netcall ausw�hlen
> - mehrere POPs SMTPs und NEWs Server in einem UKA_PPP-Aufruf
> abarbeiten - etc
Ich kann daraus nicht erkennen, welche Dateien betroffen sind, aber
zumindest die Providerauswahl wird vermutlich das Netcall-Script XPNEWS
betreffen. Das m��te dann in die Batch implementiert werden, richtig.
Generell l��t sich jedenfalls sagen, da� alles, was in XPNEWS
nachtr�glich geschraubt wurde, in das Add-On neu implementiert werden
m��te. Alles andere (z.B. *.$DO) ist nicht betroffen.
> Bin froh, da� das einigerma�en l�uft, und das seit einiger Zeit. Der
> neue UUZ sollte jetzt nochmal eine Verbesserung bringen, u.z. ohne,
> da� ich an meinem XP und UKA_PPP-Ger�mpel gro�artig was anfassen
> m�chte. So soll es doch sein.
Absolut. Auch das ein Vorteil der nach wie vor vorhandenen Modularit�t
des Programms (wir hatten die Diskussion gerade an anderer Stelle in
d.c.s.c) - man kann mal eben eine Komponente austauschen, ohne gleich
alles �ber Bord werfen zu m�ssen.
Vorausgesetzt, die Komponente ist kompatibel und die Kompatibilit�t von
Entwicklerseite best�tigt.
> Und sorry, da� ich mir vorerst die Arbeit nicht antue, die ZCONNECT-
> Box auf RFC/Client mit UKA_PPP-AddOn umzustellen, und dann auch meinen
> eigenen, gewachsenen UKA_PPP-Kram zu entflechten und anzupassen.
Kein Thema - solange Du Dich an die Hinweise h�ltst, mit welchen
Schaltern ("-gate", "-client" ausgehend, "x_spool /xc" im Script
entfernen) Du den Enhanced UUZ zusammen mit UKA_PPP betreiben solltest,
wirst Du keine defekten Nachrichten produzieren, die FreeXP (oder Dich
;)) blamieren.
Programmintern verh�lt sich die ZConnect-Box hier und da anders als eine
RFC-Box, damit mu�t Du dann halt leben. Wobei das Feature mit dem
Anh�ngen des alten Betreffs � la "Betreff (was: alter Betreff)" f�r
ZConnect noch nachger�stet wird bzw. bereits nachger�stet ist.
Michael
------------------------------------------------------------------------
FreeXP Support-Mailingliste
[EMAIL PROTECTED]
http://www.freexp.de/cgi-bin/mailman/listinfo/support-list
