War mir nicht bewußt :oops: Entkräftet das Argument von mir natürlich total. Vielleicht interessiere ich mich nicht dafür, warum ich gebannt werden könnte, weil ich nicht gebannt werden ;-) Oder ich merk es nicht, weil mir eWombat die entsprechende Meldung vorenthält :roll: .

Das mit dem Rausfliegen aus meiner Warteschlange hab ich gard nochmal getestet. Ok, wieder kein ausführlicher Test, aber dennoch...
Ich nahm 10 Clients zur Freundschaftsliste auf, bei denen ich in der Queue bin und die bei mir drin sind.
Nun wartete ich bis ich zu einem nicht connecten kann. (aus was für nen Grund auch immer). Danach war der Freund ausgegraut und auch nicht mehr in meiner Uploadqueue zu finden. Er meldete sich inzwischen wieder bei mir und ist nun in meiner Queue mit zurückgesetzten Punkten.

mit dem menüpunkt DATEIEN EINSEHEN die per rechtsklick auf dem freund bei den meisten emules zu finden ist... wird eine SUCHE angestrengt auf den servern... meist ist der freund zumindest für 10 sekunden nicht ausgegraut, sofern er gefunden wird.

ob das unter umständen dazu führen kann, eine kontaktaufnahme zeitgerecht zu gestalten um einen timeout zu verhindern weiss ich nicht, da ich nicht in der lage bin das funktionieren der chatfunktion soweit zu interpretieren

MxM.,
:?: Bahnhof
Aber eines: Beim Dateien einsehen wird kein Server bemüht!

beim dateien einsehen nicht, bei der suche nach einem user offensichtlich schon.

adners kann ich mir nciht erklären warum ich ausgegraute freunde finden konnte, und warum dieser und dessen dateien dann im suchen fenster wiedergegeben wurden.

sicher ist das suche fenster dann der dateibrwoser, der nach erfolgreicher kontaktaufnahme mir den umfang und inhalt seiner dateien zur verfügugn stellt...

richtig aber ist auch, dass ausgegraute user als online gefunden werden konnten, auf beschriebenem weg. wohlgemerkt bei mods die dateien einsehen unterstützen, nicht alle mods sind hier gleich

ausgegraute Freunde findest Du dann, wenn Du sie als Quelle wiederfindest oder sie Dich.
Die Ergebnismenge der Abfrage seiner Dateien wird grundsätzlich im Suchen Panel angezeigt. Wo denn auch sonst !? ;-)

Was das allen nun aber mit der 24h Trennung zu tun hat weiß ich nun nicht mehr.

Ich habe diesen Thread jetzt ein bischen verfolgt und ich glaube es gibt wahrscheinlich keine Patentlösung für die 24 Stunden Trennung, muß wohl jeder selbst ausprobieren was für sein Emule am besten ist! Neustart oder laufen lassen.

felix991,
das hast Du absolut richtig erkannt. Drum wirst Du auch in verschiedenen Foren, auf verschiedenen Webpages immer mal ne andere Lösung finden.
Bisher hab ich nur einmal eine Empfehlung gelesen, die 100% falsch war:
"Nach der Zwangstrennung emule schließen, dann 30 Minuten warten und dann erst emule neu starten."
Wie gesagt, das wäre so ziemlich das einzigste was absolut falsch wäre ;-)

Bleibt eigentlich nur, dass sich die Developer des Themas annehmen müssen.
Das Problem betrifft ja sicher sehr viele, wenn nicht die Mehrheit der Esel-Halter.

1. Erkennung eines IP-Wechsels
* noch relativ einfach, wenn der Rechner direkt am Internet hängt
* etwas schwerer, wenn ein Gateway dazwischen ist, das die neue IP bekommt.

2. IP-Wechsel erkannt =>
schnellstmögliche Benachrichtigung aller Quellen (bis ans Verbindungslimit) auslösen.

3. Ein Client, der den Anderen unter der alten IP nicht mehr erreicht, darf ihn nicht gleich komplett aus seiner Queue werfen, sondern sollte ihn vielleicht erstmal in einen Wartezustand versetzen. Erst nach Ablauf des angesprochenen Meldeintervalls darf der ganz eliminiert werden.
Um die wahre Länge des Meldeintervalls in etwa zu kalkulieren, könnte sich eMule die Zeiten zwischen den letzten zwei oder drei Meldungen merken.

4. Und auch die Problematik, wie reagiert eMule auf einen kurzzeitigen Ausfall der Internetverbindung -einige Minuten (unterhalb des Meldeintervalls)- spielt mit rein.
=> wie lange kann so ein IP-Wechsel dauern? (bei mir dauert das z.B. ca.5 min, in denen mein Gateway-Rechner rebootet wird :-)

Quellenabfrage und Warteliste sollten in diesem Fall angehalten werden.
Jetzt ist es ja so, dass die in dieser Zeit Angesprochenen aus der Quellen- und der Warteliste rausfliegen.

Zu diesem vierten Punkt gab es, glaube ich, in irgendeinem MOD schon eine Funktion. Hat sich aber leider nicht allgemein durchgesetzt.

Charly H,
Also Punkt 2 ist eigentlich ne geniale Idee.
Ein "force reasking all clients" feature gibts noch nirgends, dabei dürfte dies eigentlich auf einfachste Art und Weise zu programmieren sein.
Ich werde diese Idee mal unter die Devs bringen.

Die anderen Punkte sind eher diskutabel. Würde einen recht hohen Aufwand mit sich bringen. Ich denke wenn Deine 2. Idee Erfolg hat ist das Hauptproblem schon gelöst.

mfG
Xman

Erst mal danke für die Blumen Xman. Eine geniale Idee hat mir lange niemand mehr bescheinigt :-)

2. und 1. gehören allerdings eigentlich zusammen. Ein "force reasking all clients" mit manueller Auslösung wäre, glaube ich, nicht so günstig.

Ja, ist auch meine Meinung.

3. und 4. ergeben im Vergleich dazu mehr Aufwand für weniger betroffene Quellen. Aber was ist schon ein recht hoher Aufwand!?
Die entscheidende Frage sollte statt dessen sein, ob es vielen Usern nützt. ('diskutabel'!? Natürlich, immer und gern!)
Aber schon klar. Ich erwarte ja auch nicht, daß jede Idee gleich gut ankommt :)

CharlyH

Also kurzer Zwischenstand.
Ich hab die ganze Idee noch ein wenig verfeinert und auch Probleme (zumindest theoretisch) gelöst auf die ich dabei gestoßen bin.
Nachdem ich nun mit Mod-Developern gesprochen hab war wohl dann das größte Problem den Wechsel der IP rauszubekommen. Aber auch hier hab ich ne Lösung gefunden die zumindest dann funktioniert, wenn man nach Wiedereinwahl ne HighID bekommt (wenn auch erst nach mehreren Versuchen).
Nachdem das ganze also in der Theorie steht meinte Maella, daß das Codieren nun eher wenig Aufwand ist. Mit anderen Worten: sollte es keine ungeahnten Schwierigkeiten geben, wird dieses Feature im nächsten Maella-Mod enthalten sein. Sollte es gut funktionieren, denk ich wird es sich auch auf andere emules ausbreiten ;-)