Frank Markopoulos <[EMAIL PROTECTED]> wrote on 11.03.04:
> [EMAIL PROTECTED] (Michael Heydekamp) teilte uns am 11.03.04 mit:
> Sorry, ich verstehe die ganze Zeit nur noch "Bahnhof Bratkartoffeln",
Macht ja nix, mich w�rde nur mal interessieren,. ob Du denn jetzt mal
die UKA_PPP-Batch f�r FreeXP ausprobiert hast und sie bei Dir l�uft...?
Immerhin warst Du derjenige, der den Ansto� geliefert hat, jetzt will
ich auch ein Feedback haben. :-)
>>> , zweitens habe ich keine Ahnung, was "$cc_ignore=" im Detail
>>> bewirkt,
> Ich auch nicht.
[...]
> Nach einem Absturz beim Netcall (den mache ich Geizknochen manchmal
> _absichtlich_ per Hardware-Reset, wenn es mal wieder _gnadenlos
> laaaaangsam_ geht mit dem Poll...) werden beim n�xten Netcall
> empfangene Nachrichten erstmal eingelesen, aber die neuen noch nicht
> versendet. Dazu braucht's 'nen weiteren Netcall... (oder habe ich das
> jetzt falsch in Erinnerung?)
N�, das hast Du richtig in Erinnerung und ich habe es ja vor ein paar
Postings - in anderem Zusammenhang - auch selbst erw�hnt.
Daran hat sich durch die Batch auch nichts ge�ndert.
> Vielleicht hat's damit was zu tun?
Glaub' ich eher nicht.
> BTW: Funktionen, die ich in UKA_PPP wirklich _rege_ nutze, ist das
> Modifizieren der Reihenfolge in den Box-Configs *.$DO (wegen SMTP
> after POP, z.B. bei GMX) bzw. spezielle Mail- oder News-only
> Konfigurationen f�r einunddenselben Zugang.
Nur zu, auch darauf nimmt die Batch keinen Einflu�.
> Ich habe hier bei drei verschiedenen T-Online Zug�ngen genau 6
> Konfigurationen: Bei einem Zugang "Mail and News", "News only", "Mail
> only" - hier "T-ONLINE", "T-ONL_NO" und "T-ONL_MO" genannt; bei einem
> anderen (den ich nur "read only" benutze f�r spamfreie E-Mails) Mail
> and News (nur interne Newsgroups lesend) sowie Mail only ("T-ONL_RD"
> und "T-ONL_RM").
Na, das ist doch genau das, was ich k�rzlich gefragt hatte: Ob es
sinnvoll und gew�nscht ist, die Unterst�tzung mehrerer UKA_PPP-
Konfigurationen in die Batch einzubauen.
Bei der derzeitigen XP2-L�sung wird es ja nicht direkt unterst�tzt,
soweit ich das sehen kann.
> Da man die Einstellungen alle in UKA_PPP macht, konnte ich in XP�
> viel mit fast identischen Kopien der BFG-Dateien arbeiten, in UKA_PPP
> auch. Das finde ich sehr bequem. Langsam wei� ich schon, was in XP
> bei einer neu angelegten Box wirklich manuell eingetragen werden mu�,
Wieso manuell?
Jedenfalls brauchst Du das nach Einbau einer solchen Unterst�tzung in
die Batch doch dann gar nicht mehr. Du w�rdest einfach mehrere Boxen
anlegen und dann je nach Bedarf die eine oder die andere pollen, die
entsprechende Config von UKA_PPP w�rde dann automatisch aktiviert.
> weil's in BOXEN.IX1 steht, und was man dann "in einem Rutsch" im
> Editor in der BFG �ndern kann, ohne sich durch die (IMHO viel zu
> vielen und so grauslich verschachtelten) Optionen bei D/B/E zu
> "hangeln",
Abgesehen davon, da� die in FreeXP l�ngst nicht so umfangreich und IMO
wesentlich �bersichtlicher sind - es w�rde Dir weder bei XP2 noch bei
FreeXP etwas bringen, Dich da durchzuhangeln, weil UKA_PPP die Eintr�ge
schlicht ignoriert.
> wobei ich da vorher einfach ein DIFF von zwei existierenden BFGs mache
> und die neue dann entsprechend manuell anpasse. Geht innerhalb
> k�rzester Zeit!
Keine Ahnung, wozu das gut sein soll. Das einzige, was interessant ist,
ist der Client-Aufruf, und das ist im Falle von FreeXP eben UKA_FXP.BAT.
Alles andere (bis auf die Ein- und Ausgangsfilter nat�rlich) ist bzgl.
UKA_PPP doch irrelevant (auch bei XP2).
> Das war es, was mich bei UKAD+FXP/OXP so "erschlagen" hat: Die
> extreme Vielzahl der Optionen, die in *XP* einzustellen sind!
Da kannst Du nur XP2 meinen, und welche Optionen denn genau?
Au�erdem: Wenn etwas ein Musterbeispiel an Un�bersichtlichkeit und einer
Vielzahl an nicht n�her erl�uterten Optionen ist, dann ist das wohl
UKA_PPP. ;)
> Ich finde das irgendwie besser, wenn der PPP-Kram sich nur im Client-
> Verzeichnis abspielt (hier D:\XP\UKA_PPP :-) und sich da XP �berhaupt
> nicht drum k�mmert, welche Provider-Zugangsdaten man benutzt.
Das ist doch auch so.
Michael
------------------------------------------------------------------------
FreeXP Support-Mailingliste
[EMAIL PROTECTED]
http://www.freexp.de/cgi-bin/mailman/listinfo/support-list