Windows-Socket-Fehler:
Wolfgang Bauer
Ich wollte den Hamster Beta 2.0.5.6 testen. Die lokalen Server sind an
IP 192.168.1.3 gebunden. Diese IP ist auch in 'hosts' und 'lmhosts'
eingetragen. Trotzdem starten die lokalen Server nicht. Fehlermeldung.
> ERR {614} Fehler beim Start des lokalen ***-Servers: Windows-Socket-Fehler: Die angeforderte Adresse ist in diesem Kontext ungültig (10049), auf API 'bind'
Für die Netzwerkkarte ist IP 192.168.1.1 vergeben. Um nicht den
Standard-Client ändern zu müssen habe ich einen extra installierten
Client an den Hamster mit ebenfalls 192.168.1.3 gebunden. Aber das ist
ja unerheblich weil schon die lokalen Server im Hamster nicht
gestartet werden können. Der Standard-Hamster mit IP 192.168.1.1 ist
/nicht/ gestartet. Das im kleinen Netzwerk verbundene Notebook mit
192.168.1.2 ist eingeschaltet.
In der Registry ist DisableDHCPMediaSense auf dezimal 1 gesetzt. Dei
Aussagen in der FAQ diesbezüglich habe ich gelesen. (Hab ich sie nicht
verstanden?)
Kann ich den Testhamster dazu bringen mit der IP 192.168.1.3 die
lokalen Server zu starten?
--
Freundliche Grüße
Wolfgang
www.wolfgang-bauer.at
Joern Weber
>Servus.
>
>Ich wollte den Hamster Beta 2.0.5.6 testen. Die lokalen Server sind an
>IP 192.168.1.3 gebunden.
Was für eine Netzwerkinterface steht hinter dieser IP-Adresse?
> Diese IP ist auch in 'hosts' und 'lmhosts'
>eingetragen.
Unerheblich. Diese Dateien übersetzen nur Domain-Namen in IP-Adressen.
>> ERR {614} Fehler beim Start des lokalen ***-Servers: Windows-Socket-Fehler: Die angeforderte Adresse ist in diesem Kontext ungültig (10049), auf API 'bind'
Es sieht aus als würde kein Netzwerkinterface mit dieser Adresse
existieren.
Gruss Joern Weber
Wolfgang Bauer
> Wolfgang Bauer <bau...@utanet.at> schrieb:
>> Servus.
>>
>> Ich wollte den Hamster Beta 2.0.5.6 testen. Die lokalen Server sind an
>> IP 192.168.1.3 gebunden.
> Was für eine Netzwerkinterface steht hinter dieser IP-Adresse?
Mit dieser IP existiert auch keine Netzwerkkarte. Ich wußte nicht,
dass das so sein muß.
> Es sieht aus als würde kein Netzwerkinterface mit dieser Adresse
> existieren.
Also muß ich im Hamster 127.0.0.1 eintragen wenn Hamster und Client
auf dem gleichen PC sind.
Heiko Möller
>Wolfgang Bauer <bau...@utanet.at> schrieb:
>
>>Servus.
>>
>>Ich wollte den Hamster Beta 2.0.5.6 testen. Die lokalen Server sind an
>>IP 192.168.1.3 gebunden.
>
>Was für eine Netzwerkinterface steht hinter dieser IP-Adresse?
Keins. Seine Netzwerkkarte hat die IP xxx.1
Wenn ich seine Konstellation richtig verstanden habe, sieht sein
Netzwerk wie folgt aus:
Server mit IP xxx.1 Darauf soll Hamster mit IP xxx.3 laufen.
|
|
Client mit IP XXX.2 soll mit Hamster connecten, dessen Rechner aber
(nur) die XXX.1 hat.
>Es sieht aus als würde kein Netzwerkinterface mit dieser Adresse
>existieren.
Jupp. So wird das auch nichts. Wenn Wolfgang der Netzwerkkarte eine
weitere IP zuweisen würde (xxx.3), *dann* könnte er den Hamster auf
diese IP binden (denn nur dann ist sie ja vorhanden!) und dann sollte es
funktionieren. Da sein normaler Hamster gar nicht läuft, ist mir nicht
ganz einsichtig, warum er dem Testhamster nicht die gleiche IP wie
seinem normalen Hamster gibt. Aber nunja, warum einfach...
HTH
Gruß, Heiko
Wolfgang Bauer
> Da sein normaler Hamster gar nicht läuft, ist mir nicht ganz
> einsichtig, warum er dem Testhamster nicht die gleiche IP wie
> seinem normalen Hamster gibt. Aber nunja, warum einfach...
Nunja, was für euch Hamster/Netzwerk Insider /einfach/ ist,
ist für mich nicht /ganz/ so einfach.
Meine Standardkonfiguration ist.
Workstation: Netzwerkkarte 192.168.1.1.
Computerbeschreibung privat, Computername Desktop1, Arbeitsgruppe MSHeimnetz
Hamster, NNTP, POP3, SMTP-Server 192.168.1.1
Clients Hostname Desktop1
Über Croßoverkabel
Notebook: Netzwerkkarte 192.168.1.2
Computerbeschreibung privat, Computername Notebook, Arbeitsgruppe MSHeimnetz
Clients Hostname Desktop1 es wird auf den Hamster auf Desktop1 zugegriffen.
Um nun mit dem Hamster 2.0.5.6 vollkommen von allem anderen abgeschottet zu
sein dachte ich ihm eine andere IP zuzuweisen. Das war offensichtlich falsch
und wohl auch nicht nötig. Jetzt läuft er auf 192.168.1.1
PS. Ich habe aber der Netzwerkkarte auf dem WorkstationPC als zweite
IP 192.168.1.3 zugewiesen. Mal sehen ob es so geht, ob nötig oder nicht.
Und ich habe hier auch den IMAP-Server gestartet. Die Fehlermeldung -
WAR {41c} IMAP server startup without SSL capability and doesn't conform RFC 3501
kommt auch in der Version noch.
Andreas Heim
>Ich wollte den Hamster Beta 2.0.5.6 testen.
Wo gibt es diese Version?
Viele Grüße Andreas
--
"Nimm vieles ein, gib wenig aus, dann hast du immer Geld im Haus."
Unbekannt
http://www.heimweb.de/
Heiko Studt
On 14.07.2004 19:24:27 these lines were written down onto papyrus:
> Und ich habe hier auch den IMAP-Server gestartet. Die Fehlermeldung -
> WAR {41c} IMAP server startup without SSL capability and doesn't conform RFC 3501
> kommt auch in der Version noch.
Wieso Fehlermeldung? Das ist eine Warnmeldung und bedeutet, daß du keine
SSL-Unterstützung installiert hast. Laut RFC ist das ein MUST NOT, wobei wir
es mit ner Warnung belassen haben.
MFG
--
Dieses Posting ist total ernst gemeint!
Wer darin ein Anflug an Humor oder Ironie sieht, Cancelt ihn bitte *sofort*! Wer einen Tipfehler
entdeckt, postet am Besten die letzten 10000 Flipptehler dieser Art in die NewsGroup!
TIA, Heiko Studt
Martina Eisendle
>Wolfgang Bauer schrieb am Mi 14 Jul 2004 15:49:34
>>Ich wollte den Hamster Beta 2.0.5.6 testen.
>
>Wo gibt es diese Version?
Scheint irgendwo einen Hamster-Schwarzmarkt zu geben. ;-)
Martina
Heiko Möller
>Heiko Möller schrieb:
>
>> Da sein normaler Hamster gar nicht läuft, ist mir nicht ganz
>> einsichtig, warum er dem Testhamster nicht die gleiche IP wie
>> seinem normalen Hamster gibt. Aber nunja, warum einfach...
>
>Nunja, was für euch Hamster/Netzwerk Insider /einfach/ ist,
>ist für mich nicht /ganz/ so einfach.
Es ging nur darum, daß Du es Dir für mich unnötigerweise selbst schwer
gemacht hast, indem Du versucht hast Deinen Hamster an eine andere IP zu
binden, obwohl Dein Standardhamster gar nicht in Betrieb war. /Das/ hab
ich nicht verstanden.
Bildlich gesprochen:
Du hast die Deckenlampe ausgeschaltet, hast anschließend die Wand
aufgestemmt, ein Kabel verlegt und direkt neben der vorhandenen Lampe
testweise eine neue Lampe angeschlossen, statt einfach nur die neue
Lampe an die vorhandenen Kabel anzuschließen.
>Workstation: Netzwerkkarte 192.168.1.1.
[...]
>Clients Hostname Desktop1
[...]
>Notebook: Netzwerkkarte 192.168.1.2
[...]
>Clients Hostname Desktop1 es wird auf den Hamster auf Desktop1 zugegriffen.
^^^^^^^^ ^^^^^^^^
Das glaube ich allerdings nicht so recht. Die werden doch nicht beide
Desktop1 heißen.
>Um nun mit dem Hamster 2.0.5.6 vollkommen von allem anderen abgeschottet zu
>sein dachte ich ihm eine andere IP zuzuweisen. Das war offensichtlich falsch
^^^^^^^^ ^^^^^^^^^^^^^
Das ist der Denkfehler. Du weist ja nicht dem Hamster die IP zu, sondern
der Netzwerkkarte. Und an die IP der Netzwerkkarte bindest Du dann den
Hamster (und nicht umgekehrt).
>und wohl auch nicht nötig. Jetzt läuft er auf 192.168.1.1
Eben.
>PS. Ich habe aber der Netzwerkkarte auf dem WorkstationPC als zweite
>IP 192.168.1.3 zugewiesen. Mal sehen ob es so geht, ob nötig oder nicht.
Nein, das brauchst Du dann nicht mehr. Das wäre nur dann notwendig, wenn
Du den Hamster an diese IP binden wolltest (siehe oben).
>Und ich habe hier auch den IMAP-Server gestartet. Die Fehlermeldung -
Das ist eine andere Baustelle.
Gruß, Heiko
Wolfgang Bauer
>> Notebook: Netzwerkkarte 192.168.1.2
> [...]
>> Clients Hostname Desktop1 es wird auf den Hamster auf Desktop1 zugegriffen.
> ^^^^^^^^ ^^^^^^^^
> Das glaube ich allerdings nicht so recht. Die werden doch nicht beide
> Desktop1 heißen.
Da habe ich mich wohl nicht klar ausgedrückt. In den Clients auf dem
Notebook ist als Hostname(Servername) Desktop1/192.168.1.1 eingetragen
weil dort der Hamster ist.
>> Um nun mit dem Hamster 2.0.5.6 vollkommen von allem anderen abgeschottet zu
>> sein dachte ich ihm eine andere IP zuzuweisen. Das war offensichtlich falsch
> ^^^^^^^^ ^^^^^^^^^^^^^
> Das ist der Denkfehler. Du weist ja nicht dem Hamster die IP zu, sondern
> der Netzwerkkarte. Und an die IP der Netzwerkkarte bindest Du dann den
> Hamster (und nicht umgekehrt).
Ja, das habe ich jetzt verstanden.
>> PS. Ich habe aber der Netzwerkkarte auf dem WorkstationPC als zweite
>> IP 192.168.1.3 zugewiesen. Mal sehen ob es so geht, ob nötig oder nicht.
> Nein, das brauchst Du dann nicht mehr. Das wäre nur dann notwendig, wenn
> Du den Hamster an diese IP binden wolltest (siehe oben).
Ich brauche es nicht, habe es aber dennoch probiert. Nun geht es auch,
wenn auch nicht nötig, dass ich den Hamster an 192.168.1.3 binde.
Ralf Kornetzki
Nö, ist wahrscheinlich der Enhanced-Hamster von Heiko Studt, der mir (und
noch mindestens einem anderen) einen ärgerlichen Bug in Zusammenhang mit
Thunderbird und IMAP erspart.
Siehe <20040609185718....@goldpool.org> und
<20040713172912....@goldpool.org> ff.
Ralf
--
Wahre Männer sterben nicht.
Joern Weber
>Also muß ich im Hamster 127.0.0.1 eintragen wenn Hamster und Client
>auf dem gleichen PC sind.
Ja.
Gruss Joern Weber
Heiko Möller
>Wolfgang Bauer <bau...@utanet.at> schrieb:
>
>
>>Also muß ich im Hamster 127.0.0.1 eintragen wenn Hamster und Client
>>auf dem gleichen PC sind.
>
>Ja.
Jein. Er /kann/ auch 127.0.0.1 eintragen. Er /muß/ es nicht. Wenn der
Rechner bspw. die IP 192.168.47.11 hat, kann er auch die verwenden.
Alternativ ist aber auch 127.0.0.1 (und das immer) möglich. Nur dann
kann man eben /nur/ auf diesem PC auf den Hamster zugreifen.
Gruß, Heiko
Wolfgang Bauer
> Joern Weber <lis...@joernweber.de> schrieb:
>> Wolfgang Bauer <bau...@utanet.at> schrieb:
>> Ja.
Da hatte mich doch ein netter Mensch, Heiko Möller, schlau gemacht und in
Message-ID: <38b1e8322269677e...@ID-4865.user.uni-berlin.de>
geschrieben.
> | Wenn Wolfgang der Netzwerkkarte eine weitere IP zuweisen würde
> | (xxx.3), *dann* könnte er den Hamster auf diese IP binden ...
Und das ist wohl auch richtig so. Meine jetzige Konfiguration.
Die Netzwerkkarte hat 192.168.1.1 /und/ 192.168.1.3
Beide Hamster laufen jetzt nebeneinander, der eine davon mit
IMAP-Server und angeschlossenem IMAP-Client.
Deine jetzigen Zeilen kann man anders verstehen.
Joern Weber
>Joern Weber <lis...@joernweber.de> schrieb:
>
>>Wolfgang Bauer <bau...@utanet.at> schrieb:
>>
>>
>>>Also muß ich im Hamster 127.0.0.1 eintragen wenn Hamster und Client
>>>auf dem gleichen PC sind.
>>
>>Ja.
>
>Jein. Er /kann/ auch 127.0.0.1 eintragen. Er /muß/ es nicht. Wenn der
>Rechner bspw. die IP 192.168.47.11 hat,
Ein Rechner hat keine IP-Adresse nur Netzwerk-Interface haben
IP-Adressen.
> kann er auch die verwenden.
Ja, auch das ist möglich wenn das Interface mitspielt.
Gruss Joern Weber
Heiko Möller
>Heiko Möller <usen...@gmx.net> schrieb:
>
>>Jein. Er /kann/ auch 127.0.0.1 eintragen. Er /muß/ es nicht. Wenn der
>>Rechner bspw. die IP 192.168.47.11 hat,
>
>Ein Rechner hat keine IP-Adresse nur Netzwerk-Interface haben
>IP-Adressen.
Jein. Aber wir müssen das jetzt nicht bis ins Kleinste runterbrechen.
Ich denke Du weißt was ich mit Rechner meinte.
Gruß, Heiko
Christian Luetgens
<Usene...@goldpool.org> wrote:
>On 14.07.2004 19:24:27 these lines were written down onto papyrus:
>> WAR {41c} IMAP server startup without SSL capability and doesn't conform RFC 3501
>> kommt auch in der Version noch.
>
>Wieso Fehlermeldung? Das ist eine Warnmeldung und bedeutet, daß du keine
>SSL-Unterstützung installiert hast. Laut RFC ist das ein MUST NOT, wobei wir
>es mit ner Warnung belassen haben.
Wenn's laut RFC nicht installiert werden darf, warum wird dann
gewarnt?
Bye,
Christian
--
The end of laughter and soft lies, the end of nights we tried to die.
(The Doors, "The end")
http://www.christian-luetgens.de mailto:200...@christian-luetgens.de
Roland Bierlein
>>> WAR {41c} IMAP server startup without SSL capability and doesn't conform RFC 3501
>> Wieso Fehlermeldung? Das ist eine Warnmeldung und bedeutet, daß du keine
>> SSL-Unterstützung installiert hast. Laut RFC ist das ein MUST NOT, wobei wir
>> es mit ner Warnung belassen haben.
> Wenn's laut RFC nicht installiert werden darf, warum wird dann
> gewarnt?
Vermutlich steht im RFC sowas wie "MUST NOT WITHOUT". Kommt bei Heiko
auch raus, wenn man weiß, wie es zu lesen ist ... ;-)
Saludos
Roland
--
Probleme mit OE? Hier gibt es die Lösungen: <http://oe-faq.de>!
"Ich denke niemals an die Zukunft. Sie kommt früh genug." (A. Einstein)
Wolfgang Jäth
>
> Wenn's laut RFC nicht installiert werden darf, warum wird dann
> gewarnt?
Weil der Hamster toleranter ist, als der RFC vorschreibt, und es trotzdem
zulässt?
Wolfgang
--
Christian Luetgens
wrote:
>Buenas noches: *Christian Luetgens* escribió:
>> On Wed, 14 Jul 2004 20:29:58 +0200, Heiko Studt
>> <Usene...@goldpool.org> wrote:
>
>>>> WAR {41c} IMAP server startup without SSL capability and doesn't conform RFC 3501
>
>>> Wieso Fehlermeldung? Das ist eine Warnmeldung und bedeutet, daß du keine
>>> SSL-Unterstützung installiert hast. Laut RFC ist das ein MUST NOT, wobei wir
>>> es mit ner Warnung belassen haben.
>
>> Wenn's laut RFC nicht installiert werden darf, warum wird dann
>> gewarnt?
>
>Vermutlich steht im RFC sowas wie "MUST NOT WITHOUT". Kommt bei Heiko
>auch raus, wenn man weiß, wie es zu lesen ist ... ;-)
Also ein bißchen sprachliche Ungenauigkeit ist ja OK, aber das totale
Gegenteil sollte man dann doch nicht aussagen. Spätestens wenn Heikos
Freundin "Nein!" sagt und er es trotzdem versucht wird er feststellen,
daß "DU DARFST NICHT" wohl doch was anderes ist als "DU DARFST NICHT
OHNE".
Heiko Studt
On 16.07.2004 22:56:12 these lines were written down onto papyrus:
> Also ein bißchen sprachliche Ungenauigkeit ist ja OK, aber das totale
> Gegenteil sollte man dann doch nicht aussagen. Spätestens wenn Heikos
> Freundin "Nein!" sagt und er es trotzdem versucht wird er feststellen,
> daß "DU DARFST NICHT" wohl doch was anderes ist als "DU DARFST NICHT
> OHNE".
Und wech...
MFG, not amused, fup2end
--
Heiko Studt
Heiko...@gmx.de
PS: opto a te vana regina uxorem ducere!! ;-)