eMule 0.29b
 

29b ist draußen!!!
:D :D :D

Zum Download


Changelog

v0.29b
----------------------
- 17. Juni, 2003 -
----------------------
bluecow: Dragstart von Kategorien nicht mehr übersensibel
Unk: Irc: erkennt nun auch UnderOps.
Unk: Pings (für Info) zu Servern sind nun seltener
Unk: Bugfix bzgl. der Pausen zwischen Server-Pings
Unk: kleiner Bugfix in den Statistiken
Ornis:genauere Downloadgeschwindigkeitsangabe [zz]

----------------------
- 15. Juni, 2003 -
----------------------
bluecow: Korrektur: gelöschter Client konnte u.U. für die A4AF-Statistik genutzt werden
bluecow: Überarbeiung d. Ext. Settings Dialog um zukünftig mehr Optionen zu unterstützen
Ornis: Webinterface: Links are relative now
Ornis: verbesserter Umgang mit UNC-Pfaden für die Verzeichnisfreigabe
Ornis: known.met wird nun korrekt im Konfigurationsverzeichnis verarbeitet
Ornis: verbesserte Prüfung, welche neuen Dateien gehasht werden müssen
.: Ein neues sichers Identifkationssystem (gegen userhash "stehlen") wurde implementiert. Aus Testgründen ist es in Version 29b per Voreinstellung deaktiviert. Unter Sichherheitseinstellungen kann es aktiviert werden. Bitte konsultiere die FAQ für mehr Infos.
.: Der erste Teil eines erweiterten Spamfilters, der automatisch verdächtige Nachrichten erkennt und filtert wurde implementiert.

----------------------
- 13. Juni, 2003 -
----------------------
Ornis: Webinterface: Graphen verbessert, größer, schöner, inklusive Verbindungsgraph [emule+]
Ornis: Webinterface: Knopf zum Entfernen fertiggestellter Downloads
Ornis: Liste freigegebener Dateien: Mittelklick auf einen Eintrag öffnet dessen Kommentardialog
bluecow: Implementierung der ed2k-Protokoll-Nachricht OP_CHANGE_CLIENT_ID für besseren Umgang mit LowID-Quellen
bluecow: Korrektur mehrerer Probleme beim Umgang mit uninitialisierten Speicherinhalten [donq]
bluecow: Korrektur eines Problems beim Empfang falscher IDs von einem Client
bluecow: Workaround für vereinzelte Abstürze durch Socket-Löschung bei Win-XP Nutzern

----------------------
- 12. Juni, 2003 -
----------------------
bluecow: Korrektur mehrerer potentieller Heap-Corruptions.
bluecow: Korrektur von Problemen mit der Downloadraten-Messung, welche einen Absturz auf langsamen/Win98 Systemen hervorrufen konnte
bluecow: Korrektur eines Problems beim Verarbeiten von fehlerhaften OP_HELLO -Paketen von anderen Clients

----------------------
- 9. Juni, 2003 -
----------------------
bluecow: Option hinzugefügt, um den Sicherheitsgrad für das Schreiben von Kerndatei-Daten anzupassen (evtl. hilfreich für Win98 Nutzer) [Idee SlugFiller]

----------------------
- 8. Juni, 2003 -
----------------------
bluecow: Für Modder: Möglichkeit für das Compilieren des Sourcecodes für stringbasierte Ressourcenidentifikation (suche nach USE_STRING_IDS !)

----------------------
- 7. Juni, 2003 -
----------------------
bluecow: Fehlerkorrektur im Server-Nachrichtenhandler für OP_SERVERIDENT
bluecow: verbessertes Handling der Server-Nachrichten OP_SERVERMESSAGE und Client-Nachrichten OP_MESSAGE.

----------------------
- 6. Juni, 2003 -
----------------------
Ornis: Fix: Speicherort eigener Kommentare korrigiert (config-Ornder)
Ornis: Webinterface: Kategoriensupport bei Spaltensortierung korrigiert
bluecow: Korrektur eines potentiellen Problems mit dem Systemtray-Icon bei Win98-Systemen (Vielen Dank an Ergol/donq)
bluecow: Größe von Suchausdrücken verringert

na ENDLICH !!! da kann ja SIVKA endlich coden :mrgreen:

Ohne Downloadlinks nützt das ganze relative wenig. Wo hast du die Infos her? Nicht mal auf der Sourceforge-Seite ist davon was zu sehen.

Ich warte jetzt auch mal schön auf Sivka :P :lol:

skuX,

ich hatte hier http://sourceforge.net/project/showf...group_id=53489 und hier geschaut http://www.emule-project.net/?s=downloads , und da ist bis jetzt noch nichts. Ist halt blöd, wenn es mehrere Seiten gibt ;-)

Bis die Seite auf emule-project.net aktualisiert wird, dauert ewig! Da schau ich schon gar nicht mehr ;o) Hab mir inzwischen angewöhnt, direkt über die Downloads zu gehen... Da findet man sie immer am schnellsten :o

endlich gibt es das neue client erkennungssystem gegen leecher und creditthiefs :)

Xerves,

so ist es, und um etwaigen Fragen vorzubeugen, hier die Links zur FAQ wie man es aktivert http://www.emule-project.net/faq/de_pref_security.htm und wie es funktioniert http://www.emule-project.net/faq/de_sechash.htm . Was natürlich weiterführende Diskussionen an dieser oder anderer Stelle nicht ausschließen soll ;-)

hab die 29b zur zeit laufen, mit aktivem userhashschutz und ne schnitt von 40 kb, also nicht schlecht für ne originalversion.
hoffe das die modder, sivka, lovelace und co ihre mods darauf aktualisieren :)

Das man die alten Credits nicht mit übernehmen kann, ist ja eigentlich verständlich, sonst würde sich ja auch nix an der derzeitigen Situation ändern. Aber wie denkt ihr darüber? Danach bin ich zwar sicher, dass mir keiner mehr meine Credits klauen kann (wenigstens bis jetzt!), aber dafür ALLE meine bisher gesammelten Punkte abgeben? *snief*

skuX,

da gibts nen Spruch: Lieber ein Ende mit Schrecken, als ein Schrecken ohne Ende. Auf jeden Fall haben sie mal Nägel mit Köpfe gemacht und nicht an den Symptomen rumgedoktort. WENN es ordentlich und ohne Lücken implementiert ist, dann dürfte es nicht zu knacken sein (zumindest nicht mit vertretbaren Zeitaufwand). Nen RSA-Key knackt man jedenfalls nicht mal so nebenbei. Langfristig gesehen soll sich dieses Verfahren ja wohl durchsetzen, ich frage mich nur, wie dann Clients behandelt werden, die dieses Verfahren nicht haben.

ich denke mal das bei clients <29b das creditsystem deaktiviert ist, denn das alte system für die alten clients nebenher laufen zu lassen wäre schlecht. besser wäre es wenn diese clients nach der connect reihenfolge in den upload kommen oder ne bestimmten base wert bekommen.

ey. da ist MEINE IDEE drin! (bezüglich des Schlüssels) WOW! Mal ehrlich, hatten die Entwickler gleichzeitig die gleiche Idee oder ist die Tatsächlich von mir übernommen worden ?

Xman,

ich glaube, die Idee haben einige gehabt ;-) Ist halt ein Standardverfahren, wenn man untereinander sicherstellen will, das man immer mit demselben kommuniziert, lernt eigentlich jeder Informatiker während seiner Ausbildung. Ich hätte persönlich nur gedacht, das es zuviel Aufwand/Overhead verursacht, aber scheinbar ist das nicht so.

Neue Versionen werden erst öffentlich bekanntgegeben, wenn die Dateien auf den Mirrors auf Sourceforge verteilt sind, das kann bissl dauern. Früheres Bekanntgeben hat in der Vergangenheit zu massiven Lastproblemen (bis hin zu Downtimes) bei SF geführt.
...was manche andere wohl nicht so kümmert und glauben unsere Releases schon bekanntgeben zu müssen... :-/

Ornis+,

willkommen on Board. Wenn es besser ist, werden wir in Zukunft erst was schreiben, wenns auf der offiziellen Startseite steht, und wenn jemand wieder schnell sein will, wirds gelöscht. Wäre das besser? Am besten wäre es natürlich, wenn ihr die Bekanntgabe hier selber schreiben würdet ;-), aber das wird wohl an der Zeit scheitern, die es kostet.

Dann hab ich noch nen anderes Problem, bei uns gibts für Emule-Modder nen extra Status. Da du aber kein Modder, sondern ein "Original" bist, muß sich DaGuRu wohl was einfallen lassen :mrgreen: .

sorry für die frage aber ich habe nichts zu gefunden

wie ist denn das mit der credit file wenn man emule ausmacht und irgendwan erst anmacht. muss man dann wieder stunden in der warteliste warten? oder habe ich da was falsch verstanden. habe mir die die erklärungen auf der ersten seite mal durchgelesen aber nicht besonders kappiert

Cambridge,

normalerweise hängt das davon ab, was du unter "irgendwann" verstehst. Wenn du Emule ausschaltest, dauert es normalerweise etwa eine Stunde (genau weiß ich es nicht), bis du aus allen Warteschlangen herausgefallen bist, dann mußt du dich neu anstellen. Schaffst du es vorher, dich wieder zu melden (beispielsweise weil du ne halbe Stunde am Rechner gebastelt hast), dann behältst du deinen Warteplatz. Daran dürfte sich auch mit der neuen Version nichts grundsätzliches geändert haben.

Das frage ich mich auch. Wenn ich auch meine bisherigen Credits nur ungern verliere, im letzten Jahr hat sich so einiges angesammelt ;) so begrüsse ich doch diesen Schritt.

Was ist aber mit diesen "alten Clients" ? Habe ich das falsch verstanden, oder können diese weder bei mir noch ich bei denen Credits erwerben, wenn ich das neue Verfahren einsetze?

mit irgendwan meinte ich Pc mal über die nacht ausschalten. Wird die Client met eigentlich dann kleiner wenn ich emule 1-2 Tage aus habe wenn ja dann muss ich den ja tage lang anlassen.

ich verstehe das nämlich überhaupt nicht :roll: :roll:

trozdem danke für die ausfürliche antwort

Ich glaube, mit den alten Clients läuft das wie gehabt, nur das man halt nicht 100%ig überprüfen kann, ob man es mit dem richtigen zu tun hat. Später ist es dann vielleicht mal möglich, das Creditsystem nur für "sichere" Clients zu aktivieren, keine Ahnung. Aber naja, mit der Zeit werden wir auch diese Funktion besser verstehen ;-)

Cambridge,

du unterliegst anscheinend dem Irrtum, das die client.met was mit den Credits zu tun hat, die dir selbst was nützen, dem ist aber nicht so. Darin stehen nur die Credits anderer, die die bei dir haben, deine Credits, die dir zu schnellerem Download verhelfen, liegen bei all den Leuten verstreut in deren client.met, denen du schon mal etwas gegeben hast.

1. Dankeschön :)

2. Da wäre ich verbunden, wenn Releases auch erst hier an die große Glocke gehängt werden, wenn auch wir es getan haben. Bei uns im Board haben wir auch mal durchgegriffen und gelöscht wenn Oberschlaue schon vorher gepostet haben. :) Ist zwar eure Sache, wie ihr es auf diesem Board handhabt, auch werden die Besucher hier SF nicht kleinkriegen können :wink: , aber etwas als Released zu deklarieren wenns auf der offiziellen Seite nicht steht, ist eh nicht vertrauenserweckend.
Man kann gut die Zeit nutzen, um neue Posts vorzubereiten. Meists dauerts 4h zwischen unserem Hochladen der Pakete bis zur fertigen Verteilung auf den Mirrors.

3. Ich kanns ja mal versuchen, nen Post auch hier rein zu stellen, wenn ich unsere Posts erstelle, jedoch ist Releasezeit immer bissl hektisch.

4. Hach, ich bin "ein Original" - das rührt. Naja, ich wäre auch bescheiden, was Titel angeht.

Cu

Alte Credits werden nur von Clients angerechnet, die (noch) nicht SecureIdent benutzen. Andernfalls werden alte Credits nicht ohne erfolgreiche Authentifizierung angerechnet.

Bevor es zu spät ist: Das war keine Herausforderung an uns, das Gegenteil zu beweisen :lol:

Hab ich mir gedacht.

Ich hoffe, du hast deinen Status hier gesehen. Hat schnell geklappt mit deinen Spezialäpfeln :mrgreen: Kannst dich bei DaGuRu bedanken.

Ornis+, könnt ihr nicht erst alle mirrors mit den daten versorgen, und erst bei eurer öffentlichen bekanntmachung die links auf die daten preisgeben bzw. auf den webseiten einfügen?

So machen wir es ja!
Das Problem ist, dass gleich nach dem Hochladen die Dateien in einem speziellen Verzeichnis auf SF bereits sichtbar sind. Und die ganz Neugierigen schauen dort wohl alle 10 Minuten nach. :-/
Dies liegt am Releasesystem von Sourceforge und ist nicht änderbar.

Die öffentliche Bekanntgabe, Freischaltung, Updaten der Homepage, Board... wird dann getätigt, sobald die Mirrors klar sind.

PS: Danke DaGuRu :)

Ornis+, Ich werde mich auf jeden Fall ab jetzt zurückhalten mit dem Posten :mrgreen:

ähm wo doch bald alles bei eMule auf "Sichere Benutzer Identifikation" umgestellt werden soll.... bedeutet das anfang vom ende für ältere versionen? wenn jetzt alle neuen mods diesen standard haben, was passiert da mit den älteren?

und wann werden die neuen emule versionen nicht mehr an cliente laden die keine Sichere Benutzer Identifikation haben ? :roll:

MFG Froschkotze :P

@ Froschkotze

Gute Frage. Ich mußte heute eine neue Clients.met erstellen, weil ich das Credit System umgestellt habe und es mit dem anderen nicht mehr so lief.

Dann nächste Woche wider ein neues? Ich weis nicht so recht! :evil:

Wenn es aber den Leechern einen besseren Riegel vorschiebt? Warum dann nicht!

Gruss
MoD

Das sollte man auf jede Fälle vermeiden... das endet eh nur in Chaos und vielleicht zum Ende mit dem eselnetzwerk... :?

Jub, das meine ich auch :)

Froschkotze,

als es mal ein paar offizielle Versionen gab, die den Servern extrem zugesetzt haben (waren das die 21a/b?), hat sich auch keiner aufgeregt, als die Server die gebannt haben. Ab und zu muß man die alten Zöpfe halt abschneiden, wenn sie sich als Balast herausstellen. Momentan ist es ja so, das alte und neue nebenher existieren, ob die alten irgendwann völlig außenvor bleiben, bezweifle ich. Außerdem, Moddern wie Vorlost, die eine alte Version pflegen, steht es ja frei, dieses System in ihre Versionen zu integrieren.

ah gut das du vorlost ansprichst darauf wollte ich eigentlich auch heraus... aber ich war mir nicht bewusst das man das System integrieren kann... tja ich kenne mich da auch nicht so gut aus , bin ja schliesslich kein Programmierer... danke für die antwort :wink:

Edit: achja Usul, das war dein 2000. Beitrag , herzlichen glückwunsch... :D

So ich werde die Version mal testen :)
Natürlich mit der sicheren Identifikation.
Hab dazu mal wieder mein ganzes emule verzeichnis gelöscht.
Naja was die sichere Identifikation ist nur gut wenn alle sie einschalten. Aber das sie standartmäßig deaktiviert ist werden nur die wenigstens diese Option einschalten.

Da hast du recht, habe sie auch sofort eingeschaltet. Aber das sie nicht defaultmässig aktiviert ist hat den grund, das dieses Feature recht neu und noch nicht ausreichend getestet wurde. Ich gehe mal davon aus das es in Zukunft defaultmässig aktiviert ist.

Bis denn
Mandroid

wenn alte clients weiterhin unterstützt werden bzw. upload bekommen ist das die lücke für die leecher, denn dann müßten die sich immer nur als client unter 0.29b ausgeben und würden daher nie kontrolliert werden.
ich wäre dafür das nur 29b clients unterstützt werden bzw. bevorzugt werden denn nur dann ist das system sinnvoll.

ich schätze mal, das das System schrittweise eingeführt wird. Erst ist es defaultmäßig deaktiviert, dann aktiviert, dann werden andere Clients mit aktiviertem bevorzugt oder nur diese bekommen Credits usw.

Danke, wär mir gar nicht aufgefallen :roll:

identifikation aktiviert oder nicht
 

Hi,
langsam glaub ich gehts mit den älteren versionen zu ende wie mir scheint. leider hab ich bei mir noch keine version über 024 gut zum laufen gekriegt, aber mit meiner 023er geht auch fast nichts mehr. und wenn jetzt die ganzen neuen funktionen eingebaut sind wirds mit den alten sowieso nicht mehr gut zu saugen sein denke ich.
na ja werd ich wohl neuere versionen testen müssen.
hat jemand von euch ne erklärung warum bei meinen versionen bis 025 der upload fast immer wie ein strich war und bei den versionen ab 025 waren es fast immer berg- und talfahrten im up?

merci

das sichere Systen wird sich durchsetzen. Es dauert halt. Aber wartet mal maximal ein Jahr ab. Ich denke dann werden "unsichere" Clients dermaßen abgewertet in der Uploadqueue, daß sich der Umstieg lohnt.
Sicherlich sind die alten Credits weg.. aber überlegt doch mal ganz scharf:
die meisten von uns mit wirklich vielen Credits, was haben wir für ne upload/download-ratio ? Bestimmt nicht unter 1:2 ? Also sind wir doch eh im "Credits-Rückstand". Wir werden also in Zukunft wieder fleißg uploaden und für diese Credits dann viel eher belohnt als noch für Alte.

sicheres system
 

Hi Leute,
bin ja auch dafür das sich so ein system durchsetzen soll. hab meine up wenn es geht auch immer mind. auf 20kb stehen. ich finde wer die ganze zeit gibt soll auch wieder bekommen.
also ich hoffe das ich ne neuere version finde die bei mir wieder konstanten up und auch guten down macht?

thx

Was soll mann bei den sicherheitsoptionen alles aktivieren ?