- *.PWL im Windows Verzeichnis löschen (Backup!)
- Windows neu starten und es funktioniert wieder.
- Alle Passwörter müssen allerdings neu eingegeben werden.
(Bitte den beim Login am PC erscheinenden Passwort-Dialog nicht mit ESC
abbrechen!)
Es sind auch Fälle bekannt, bei denen Windows95 beim Verbindungsaufbau
sporadisch komplett abgestürzt ist und gleichzeitig das oben genannte Problem
erkannt wurde. Auch hier half es, die *.PWL-Datei neu zu initialisieren...
Alternativ besteht die Möglichkeit ein Hilfsprogramm wie z.B. DUNCE (Freeware) zu benutzen.
Dieses Programm erledigt auch noch andere nützliche Dinge wie: Automatische
Bestätigung des "Verbinden mit" Dialogs automatischer zeitgesteuerter
Verbindungsaufbau automatisches Starten und Beenden von anderen Programmen z.B..
Online-Timer usw. synchron zur DFÜ- Verbindung. (Godehard Fremdling, Juraj Galan)
(zurück zu sonstigen Fehlern)
Wenn bei den einzelnen Anwahlen immer wieder ein falsche
Benutzername/Kennwort-Kombination auftaucht und auch nach einer Berichtigung
das Kontrollfeld 'Kennwort speichern' inaktiv bleibt und nicht angekreuzt
werden kann, dann fehlt der 'Client für Microsoft-Netzwerk' in der
Systemkonfiguration.
Du musst ihn nachinstallieren:
Arbeitsplatz -> Systemsteuerung -> Netzwerk ->
Konfiguration -> Hinzufügen -> Client -> Hinzufügen ->
Hersteller Microsoft -> Client für Microsoft Netzwerk
Trage diesen Client dann bitte als Primäre Netzwerkanmeldung
der Registerkarte Konfiguration ein.
Bedenke bitte auch, dass das Kennwort erst nach der ersten erfolgreichen
Anwahl gesichert wird.
(zurück zu sonstigen Fehlern)
Wenn diese oder eine ähnliche Fehlermeldung im Browser anstelle des
Dokumentes angezeigt wird, sollte man den Browser-Cache löschen und das
Dokument neu laden.
Möglich aber unwahrscheinlich wären auch Probleme mit den Proxy-Servern.
Um das auszuschließen, kann die Verwendung der Proxy-Server im Browser auch
abgestellt werden. T-Online schreibt deren
Verwendung nicht vor. Falls du allerdings mit einem von der T-Online-CD installierten Browser arbeitest, können
die Proxies leider nicht abgestellt werden. Beschaffe dir einfach
Original-Versionen von Microsoft, Netscape oder Opera...
(zurück zu sonstigen Fehlern)
Vorab: Bitte verifiziere, ob du überhaupt online bist. Wenn du keinerlei
Automatik konfiguriert hast, dann melden die Browser natürlich auch, dass sie
die Seiten nicht finden.
Um weitere Fehlerquellen auszuschließen, überprüfe bitte, ob in deiner
DFÜ-Verbindung das Standard-Gateway-Flag eingeschaltet ist: Du findest es
unter Systemsteuerung -> DFÜ-Netzwerk -> 'Deine Verbindung'
bearbeiten -> Servertyp... -> TCP/IP Einstellungen...
Diese Fehlermeldung auch tritt auf, wenn der sog. Nameserver nicht richtig
konfiguriert ist. Der Nameserver ist der Rechner, der alle 'lesbaren'
Internetadressen in die entsprechenden vierteiligen Nummernfolgen umsetzt. Bei
der Konfiguration des DFÜ-Netzwerkzugangs über PPP bei T-Online
wird die Adresse des Nameservers beim Verbindungsaufbau mit übertragen, so
dass sie in den TCP/IP-Einstellungen nicht
explizit angegeben werden muss und gleich gar nicht falsch eingetragen werden
darf.
Falls es mit der automatischen Übermittlung nicht klappen sollte, so kann
dort als Nameserveradresse die Nummer 194.25.2.129 eingetragen werden.
Darüber hinaus ist der Fehler auch schon aufgetreten, wenn auf dem eigenen
Rechner ein weiterer Netzwerkanschluss konfiguriert ist (DFÜ-Netzwerk oder
Ethernetkarte o.ä.) und dort ein Nameserver fest eingetragen ist. Hier muss
verifiziert werden, ob das unbedingt notwendig ist und wo dann der TO-Server
eingetragen werden kann (Secondary).
Da der zu verwendende Nameserver bei DFÜ-Verbindungen jeweils einzeln
definiert wird und dann nur gültig ist, solange diese Verbindung besteht,
kann das globale 'DNS verwenden'-Flag unter Systemsteuerung ->
Netzwerk -> TCP/IP -> Eigenschaften zurückgesetzt werden. Ist
es hier eingeschaltet, dann gilt diese Einstellung immer, auch wenn keine
DFÜ-Verbindung aktiv ist und führt zu der oben angeführten Fehlermeldung.
(zurück zu sonstigen Fehlern)
Wenn beim Aufstarten irgendwelcher Programm obige Meldungen (auch in
abgewandelter Form oder in englisch) erscheinen, dann sind oft die Dateien
WINSOCK.DLL und WSOCK32.DLL im Windows\System-Verzeichnis nicht mehr in der
Originalversion von Microsoft vorhanden (hast du sie vielleicht wg. anderer
älterer Versuche überspielt?).
Man kann die Eigenschaften Dateien durch Anklicken mit der
rechten Maustaste überprüfen. Achte dabei auf die Angaben der Registerkarte Version.
(zurück zu sonstigen Fehlern)
... und kann deshalb nicht kopiert werden (oder so ähnlich :-). Tritt nur
auf, wenn mit dem Decoder gearbeitet werden soll und andere Programme aber
noch aktiv sind. Diese Kombination ist nicht lauffähig
Falls es sich bei dem 'anderen Programm' um den Internet Explorer ab
Version 4.0 handelt, dann lässt es sich vielleicht ausschalten, wie Christoph Werkhausen in
den News berichtete:
Über Systemsteuerung/Software/Active Desktop(?) Doppelklick ausschalten.
Active Desktop(?) wird so nicht deinstalliert sondern nur deaktiviert. Windows
muss evtl. neu gestartet werden. Jedenfalls lässt sich IE4.0 dann als ganz
normaler Browser benutzen. Das nette Einfachklicken auf dem Desktop ist dann
allerdings ausgeschaltet.
Dann noch über Start/Einstellungen/Systemsteuerung/Software Doppelklick
auf Shell-Integration (der klägliche Rest seiner Erinnerung sagt ihm, dass
das so geheißen hat; er hat IE4.0 wieder von der Platte geworfen). Da öffnet
sich dann ein Fenster, in dem Du die Shell-Integration wahlweise ein- oder
ausschalten kannst. Schalte sie aus. Nun rödelt der Rechner 'n bisschen rum,
und anschließend hast Du wieder Deine normale Win95-Oberfläche. Jetzt
müsstest Du IE4.0 als normalen Browser benutzen können. Bei ihm ging's
jedenfalls.
Solange Du IE4.0 mit Shellintegration fährst, d.h. mit einfachem Klick auf
dem Desktop, ist die Win95-Winsock in Benutzung und der TO-Decoder kann seine
eigene nicht drüberkopieren.
Falls es jetzt immer noch nicht geht, kann Du ja mal in die Newsgruppe microsoft.public.de.ie40 reinhorchen.
Vielleicht diskutiert da jemand drüber...
(zurück zu sonstigen Fehlern)
|
|
|
Hier war früher wohl mal eine andere DFÜ-Verbindung konfiguriert worden,
wobei vielleicht ein besonderes Installationsprogramm verwendet wurde
(CompuServe?). Dieses hat in der Windows-Registry im Pfad
HKEY_LOCAL_MACHINE\
System\
CurrentControlSet
Services\
RemoteAccess\
Authentication\
SMM_Files\
PPP\
in der Variablen Path eine DLL-Datei eingetragen, die
jetzt nicht mehr gefunden wird, weil die alte Konfiguration irgendwie
gelöscht wurde. Der richtig Eintrag muss hier lauten:
Path "smmscrpt.dll"
Hinweis:
Der Registrierungseditor kann über den Explorer aus dem Systemverzeichnis
(meist C:\WINDOWS\REGEDIT.EXE)
gestartet werden. Die Variable kann dann ähnlich wie im normalen Explorer
durch Öffnen der oben angegebenen Pfadelemente gefunden werden.
Dieser Tipp stammt von Heiko
Barthel
Georg Meier hatte das
Problem auch schon mal und löste es nicht mit Editieren der Registry, sondern
indem er die DFÜ-Scriptverwaltung installierte Die war auf seiner Win95B-CD
zwar nicht zu finden, doch hatte er noch eine alte CD der A-Version
herumliegen, auf der er das Programm fand.
(zurück zu sonstigen Fehlern)
Bitte überprüfe mal den Autostart-Ordner, ob Du nicht irgendein Programm
gestartet hast, das die Schnittstelle wirklich schon belegt. (Faxprogramme,
Anrufbeantworter, sonstige Monitore u.ä.) W9x hatte bei dieser Fehlermeldung
bisher (fast) immer recht...
Lediglich bei der Verwendung der Hagenuk Speed Dragon sind auch schon
andere Gründe für diese Fehlermeldung aufgetreten.
- Windows 95 gibt scheinbar auch eine "bereits belegt" -
Fehlermeldung aus, wenn die Capi nicht aktiv ist.
Folgender Tipp stammt von Kai Keller:
- Das Update der Hagenuk Software hat wohl einen kleinen Fehler. Sonst
wurde beim Systemstart die Capi automatisch geladen. Dieser Schritt ist
wohl beim Update irgendwie verloren gegangen.
- Abhilfe:
- Den Commcenter von RVS-com starten. (und mit OK bestätigen).
- Das PGM Capi View starten.
- Netscape Browser laden.
- Vor dem Verbinden mit dem DFÜ, im "Capi View" Fenster
"Capi aktiv" aktivieren.
- Verbinden.
Und auch Gerd Kraus hatte das
Problem mit einer Hagenuk-Karte. Er löste es wie folgt:
- RVS-Comm-Center
Karteikarte Anschlüsse: ISDN-Anschluß konfigurieren (COM 3
via "Eigenschaften" einstellen)
- Systemsteuerung: "Modem"
Jetzt stehen RVS-Modems zur Auswahl, vorher waren es nur solche
von Hagenuk (mit denen es nie funktionierte). Modem auswählen (PPP),
Anschluss = RVS-Port
- Wählen:
es funktioniert!
(zurück zu sonstigen Fehlern)
T-Online-Team in der
Newsgruppe t-online.info.tips+tricks:
Wer mit dem DFÜ-Netzwerk von Windows 9x/NT den PPP-Zugang benutzt,
riskiert unter Umständen, dass seine Anschlusskennung in seinen
eMail-Headern, im IRC (Internet Relay Chat) oder auch von Statistik-Programmen
(Counter u.dgl.) von den Webmastern zu lesen ist. Ursache ist dabei, dass die
Microsoft-Winsocks u.U. beispielsweise den Namen der DFÜ-Netzwerkverbindung
als HELO-String an unseren SMTP-Server übermittelt.
Das scheint sie gerade dann zu tun, wenn kein Rechnername definiert
ist. Um das zu vermeiden, gehen Sie bitte wie folgt vor:
- Start/Einstellungen/Systemsteuerung/Netzwerk/Karteikarte
"Identifikation"
Geben Sie hier zur Sicherheit in alle drei Felder etwas ein, von dem
Sie sicher sind, dass es Sie nicht stören würde, wenn es in den Headern
Ihrer eMails auftaucht. Lassen Sie die Felder bitte NICHT leer! Die
genannte Karteikarte ist nur sichtbar wenn der "Client für
Microsoft-Netzwerke" überhaupt installiert ist. Holen Sie ggf. die
Installation nach, denn nachdem Sie obige Einstellungen gemacht haben,
können Sie diesen Client wieder deinstallieren, wenn Sie denn möchten,
die Einstellungen merkt sich das System dennoch.
- dann eine eMail an sich selbst erstellen. Diese ist
dann über das DFÜ-Netzwerk und den PPP-Zugang zu versenden. Nach dem
Empfang kontrollieren Sie bitte die Headerzeilen.
Bitte lassen Sie Vorsicht walten, wenn Sie Win95 neu installieren,
eventuell nur, um ein paar Systemdateien wieder zu korrigieren: Hierbei
können auch die obigen Einstellungen verloren gehen, senden Sie dann zur
Kontrolle bitte auch wieder eine eMail an sich selbst und kontrollieren Sie
den Header. Ggf. wiederholen Sie bitte die beiden Einstellungen oben. Diese
Vorsichtsmaßnahme sollten Sie auch walten lassen, wenn Sie sonstige
Netzwerk-Programme oder Updates installieren.
(An dieser Stelle wollen wir Herrn
Fahrbach unseren Dank aussprechen, der als unfreiwilliger
"Testpilot" vieles zur Aufklärung des Problems beisteuerte.)
Beispiel:
----------------------cut--------------
Return-Path: <061518659931-1000@t-online.de>
Received: from funnel23.btx.dtag.de
(061518659931-1000(btxid)@[194.25.2.24])
by fwd00.btx.dtag.de with smtp (S3.1.29.1)
id <m0wp5kb-00087jC>; Fri, 18 Jul 97 07:38 MET DST
To: T-Online-Team@T-Online.de
---------------------cut-----------------
Im "Received:"-Eintrag finden Sie hinter dem "from" nun
hoffentlich Ihren Rechnernamen und nicht Ihre Anschlusskennung.
Übrigens:
"funnel23.btx.dtag.de"
ist nicht Name dieses Rechners hier, betreffende eMail wurde über Agent
aufgesetzt auf die T-Online-Software versendet.
Das heißt: Nutzen Sie ohnehin nur die T-Online-Software,
um ins Internet via unserem PPP-Zugang zu gelangen, besteht das Problem
nicht, Sie brauchen dann auch nichts zu ändern.
(Anm. Albert: Das Beispiel hier beschreibt eine korrekte Konfiguration. (061518659931-1000(btxid)@[194.25.2.24]) enthält
keine Anschlusskennung sondern lediglich die T-Online-Nummer!)
Von Herrn Fahrbach stammt auch
folgende Ergänzung zu diesem Windows-Problem:
Bei Start/Einstellungen/Systemsteuerung/Netzwerk/Karteikarte
"TCP/IP" sollte bei "Eigenschaften" DNS
und WINS-Auflösung DEAKTIVIERT sein.
Bei aktiviertem DNS ist der Computername für den HELO-String nicht mehr
maßgebend, sondern es wird dann der bei DNS-Konfiguration eingetragene
Host-Name plus Domänenname als HELO-String gesendet. Das kann man ja auch
dazu benutzen um den HELO-String selbst zu definieren, auch mehr als 15
Zeichen sind hier zulässig.
Ursprünglich steht da nichts und auch DNS ist defaultmäßig
deaktiviert, aber bei einer Drüberinstallation von Win95 war DNS plötzlich
aktiviert und es tauchte hier unbeabsichtigt als Host-Name der im
DFÜ-Netzwerk gespeicherte String "Benutzername" auf, und dieser
wurde deshalb als HELO-String vorrangig vor dem Computernamen gesendet.
Zu OS/2, Ultimail:
Das Programm Ultimail verhält sich etwas merkwürdig, auch hier tritt
der oben beschriebene Effekt auf, allerdings aus anderem Grund. Hier ist
Ultimail selbst verantwortlich. Einen Workaround gibt es -zumindest derzeit-
nicht. Unser Rat lautet daher, Ultimail nicht einzusetzen und auf andere
eMail-Clients auszuweichen.
(zurück zu sonstigen Fehlern)
