Official emule 042e released...

[EvilHawk]

Dear users,

Here is a new update for the 0.42 series of eMule. Update and enjoy.

Due to important security-fixes, we advice to update!

For all the fixes and changes, see the changelog below.


Downloadpage... http://www.emule-project.net/home/perl/general.cgi?l=1&rm=download

Your eMule-Team


Changelog:

QUOTE

- you will no longer be able to connect to irc with the old clients

----------------------
- April 1st,2004 -
----------------------
Ornis: reduced javascript dependence on webinterface templates

----------------------
- Mar 31th, 2004 -
----------------------
bluecow: Added Paste command for ed2k file/server links to Transfer and Server window context menus.
bluecow: Fixed memory leak in Kad packet parsing [thx bzubzu.]

----------------------
- Mar 30th, 2004 -
----------------------
bluecow: Fixed security exploit in IRC module and Web server [thx DonDiego]

----------------------
- Mar 29th, 2004 -
----------------------
bluecow: Add seperate dialog for "Paste eD2K Links" function (prev. called as 'Direct Download'). Dialog can be invoked from Tools menu or eMule context menu.
bluecow: Added MLdonkey compatible client tag recognition.

----------------------
- Mar 28th, 2004 -
----------------------
bluecow: Fixed crash bug with selectively deleting of expanded search results.
Ornis: on category creation, if the edit dialog is canceled, no category will be created

----------------------
- Mar 27th, 2004 -
----------------------
bluecow: Added support for new eserver 16.45 UDP description packet.

----------------------
- Mar 25th, 2004 -
----------------------
Ornis: fixed security risk in the webserver [thx4hint2 MKThunderStorm]
bluecow: Added syntax coloring for search name (expression) control.
Unk: /topic and /msg now works with the IRC.
Unk: Changed some of how complete sources is determined..
- Complete files will now show better complete numbers.
- Somehow dead files continued to show many complete sources? This should correct itself as people upgrade.

----------------------
- Mar 24th, 2004 -
----------------------
bluecow: Added some error/help messages for invalid Kad search expressions.

----------------------
- Mar 23th, 2004 -
----------------------
bluecow: Filename detail dialog, shows system file icons for remote client's filenames.

----------------------
- Mar 21th, 2004 -
----------------------
bluecow: Fixed some minor bugs in ed2k searches related to comparison operators.
bluecow: Added more comparison operators to Kad search expression evaluation.

----------------------
- Mar 20th, 2004 -
----------------------
bluecow: Added a set of additional search parameters (Complete sources, Length, Bitrate, Codec, Title, Album, Artist)
Ornis: Preferences/Display: Option to clear or disable autocompletion boxes (search-name, servermet-urls, ipfilter-urls). Disabling takes full effect after restart.

----------------------
- Mar 19th, 2004 -
----------------------
bluecow: Webservices are split into file based and general URLs. General URLs are shown only in Tools/Links.

----------------------
- Mar 18th, 2004 -
----------------------
bluecow: Fixed crash bug with downloading of already downloaded files which were already in known file list.

----------------------
- Mar 16th, 2004 -
----------------------
bluecow: Fixed bug with recovering block requests of compressed packets after a zstream error occured.

----------------------
- Mar 15th, 2004 -
----------------------
bluecow: Added 'Active download time' stats for part files which shows the amount of time the file was active in download queue.
bluecow: Added: Completed files are republished to servers to update the 'complete sources' info.
bluecow: Fixed bug with reloading of shared files where just completed and externaly removed/renamed files still showed up.

----------------------
- Mar 14th, 2004 -
----------------------
bluecow: Fixed possible mem leak with OP_REQUESTPARTS message. [thx eklmn]
bluecow: Added support for integer media length eD2K tag for servers and clients. [thx lugdunummaster]
bluecow: Added publishing of basic file status (complete/incomplete) to servers.
bluecow: Added: Nr. of complete sources returned from servers are shown with availability data in search result list.
bluecow: Added: Viewing shared files of remote clients also transferes the nr. of complete sources.
unk: IRC now remembers your last nick.
unk: Added a couple more IRC info message options.

----------------------
- Mar 13th, 2004 -
----------------------
bluecow: Added customizable preview commands (new config file PreviewApps.dat)

----------------------
- Mar 7th, 2004 -
----------------------
bluecow: Verbose options are disabled and not shown by default. To enable the verbose options specify "VerboseOptions=1" in "eMule" section in preferences.ini.
bluecow: Fixed bug with processing of remote preview answer.
bluecow: Fixed bug in IRC property page; "Load channel list on connect" option was missing.
bluecow: Removed "ResizableLib" from source tree. Donwload the library at http://sourceforge.net/projects/resizablelib/

[EvilHawk]

Μετά απο δοκιμή 3+ ωρών έχω να παρατηρήσω τα εξής : Πολύ χαμηλό cpu time, την χαμηλότερη χρήση μνήμης απο όλα τα mod ή official που κυκλοφορούν, σταθερότατο και ικανοποιητικά γρήγορο.

Ορίστε και μερικα στατιστικα:


eMule v0.42e Statistics [EvilHawk]

Transfer
Session UL:DL Ratio: 1 : 1.93
Cumulative UL:DL Ratio: 1 : 1.93
Uploads
Session
Uploaded Data: 115.39 MB
Clients
Port
Data Source
Active Uploads: 4
Waiting Uploads: 674
Upload Sessions: 62
Total successful upload sessions: 53 (85.48%)
Total failed upload sessions: 9 (14.52%)
Average Uploaded Per Session: 2.18 MB
Average upload time: 15:11 Minutes
Total Overhead (Packets): 2.38 MB (47K)
Cumulative
Downloads
Session
Downloaded Data: 222.56 MB
Completed Downloads: 1
Active Downloads (chunks): 6
Found Sources: 802
Download Sessions: 108
Successful Download Sessions: 86 (79.6%)
Failed Download Sessions: 22 (20.4%)
Average Downloaded Per Session: 2.59 MB
Average Download Time: 13:39 Minutes
Gained Due To Compression: 7.05 MB (3.2%)
Lost Due To Corruption: 0 Bytes (0.0%)
Parts Saved Due To I.C.H: 0
Total Overhead (Packets): 2.17 MB (46K)
Cumulative
Connection
Session
General
Reconnects: 0
Active Connections (estimate): 48
Average Connections (estimate): 41
Peak Connections (estimate): 289
Max Connection Limit Reached: 0
Upload
Upload-Speed: 9.95 kB/s
Average Uploadrate: 9.73 kB/s
Max Upload Rate: 10.00 kB/s
Max Average Upload Rate: 9.78 kB/s
Download
Download-Speed: 20.68 kB/s
Average Downloadrate: 18.77 kB/s
Max Downloadrate: 35.58 kB/s
Max Downloadrate Average: 18.77 kB/s
Cumulative
Time Statistics
Statistics last reset: Παρασκευή, 2/4/2004, 12:47:37 μμ
Time Since Last Reset: 3:45 Hours
Session
Runtime: 3:22 Hours
Transfer Time: 3:22 Hours (99.9%)
Current Server Duration: 3:22 Hours (100.0%)
Total Server Duration: 3:22 Hours (100.0%)
Cumulative
Projected Averages
Clients
Known Clients: 1088
Client Software
Port
Low ID: 188 (17.28%)
Secure Ident (OK : Failed ): 977 (96.64%) : 2 (0.20%)
Problematic: 0 (0.0%)
Banned: 3 (0.3%)
Filtered: 0 (0.0%)
Servers
Shared Files
Disk Space


Μάλλον θα το αφήσω μέχρι να βγάλει κανένα καινούργιο mod ο Sivka :wink:

[EvilHawk]

Ο νέος επίσημος client δεν αστειεύεται !!!
:lol: Δείτε τα στατιστικά :

eMule v0.42e Statistics [EvilHawk]

Transfer
Session UL:DL Ratio: 1 : 2.97
Cumulative UL:DL Ratio: 1 : 2.72
Uploads
Session
Uploaded Data: 600.44 MB
Active Uploads: 4
Waiting Uploads: 751
Upload Sessions: 998
Total Overhead (Packets): 31.53 MB (493K)
Cumulative
Uploaded Data: 1.40 GB
Upload Sessions: 2092
Total Overhead (Packets): 51.22 MB (883K)
Downloads
Session
Downloaded Data: 1.74 GB
Completed Downloads: 8
Active Downloads (chunks): 16
Found Sources: 695
Download Sessions: 2054
Gained Due To Compression: 4.87 MB (0.3%)
Lost Due To Corruption: 5.81 MB (0.3%)
Parts Saved Due To I.C.H: 0
Total Overhead (Packets): 27.13 MB (469K)
Cumulative
Downloaded Data: 3.81 GB
Completed Downloads: 13
Download Sessions: 3299
Gained Due To Compression: 32.51 MB (0.8%)
Lost Due To Corruption: 70.75 MB (1.8%)
Parts Saved Due To I.C.H: 4
Total Overhead (Packets): 43.65 MB (851K)
Connection
Session
General
Reconnects: 0
Active Connections (estimate): 71
Average Connections (estimate): 76
Peak Connections (estimate): 334
Max Connection Limit Reached: 0
Upload
Upload-Speed: 7.69 kB/s
Average Uploadrate: 9.07 kB/s
Max Upload Rate: 10.04 kB/s
Max Average Upload Rate: 9.13 kB/s
Download
Download-Speed: 20.66 kB/s
Average Downloadrate: 26.97 kB/s
Max Downloadrate: 37.16 kB/s
Max Downloadrate Average: 27.10 kB/s
Cumulative
General
Reconnects: 6
Average Connections (estimate): 62
Peak Connections (estimate): 344
Max Connection Limit Reached: 0
Upload
Average Uploadrate: 7.73 kB/s
Max Upload Rate: 12.67 kB/s
Max Average Upload Rate: 7.83 kB/s
Download
Average Downloadrate: 19.51 kB/s
Max Downloadrate: 38.44 kB/s
Max Downloadrate Average: 19.60 kB/s
Time Statistics
Statistics last reset: Παρασκευή, 2/4/2004, 12:47:37 μμ
Time Since Last Reset: 2 days 1 Minutes
Session
Runtime: 19:32 Hours
Transfer Time: 18:49 Hours (96.3%)
Current Server Duration: 18:29 Hours (94.6%)
Total Server Duration: 18:29 Hours (94.6%)
Cumulative
Runtime: 1 days 23:01 Hours
Transfer Time: 1 days 21:54 Hours (97.6%)
Total Server Duration: 1 days 20:54 Hours (95.5%)
Projected Averages
daily
Monthly
Uploads
Downloads
Yearly
Clients
Known Clients: 2182
Client Software
Port
Low ID: 300 (13.75%)
Secure Ident (OK : Failed ): 1763 (97.40%) : 0 (0.00%)
Problematic: 0 (0.0%)
Banned: 1 (0.1%)
Filtered: 0 (0.0%)
Servers
Shared Files
Disk Space

[NIKH]

eMule v0.42e Statistics [http://emule-project.net]

Transfer
Session UL:DL Ratio: 1.31 : 1
Cumulative UL:DL Ratio: 1.31 : 1
Uploads
Session
Uploaded Data: 237.14 MB
Active Uploads: 5
Waiting Uploads: 580
Upload Sessions: 45
Total Overhead (Packets): 7.51 MB (128K)
Cumulative
Downloads
Session
Downloaded Data: 181.14 MB
Completed Downloads: 0
Active Downloads (chunks): 5
Found Sources: 1715
Download Sessions: 923
Gained Due To Compression: 6.45 MB (3.6%)
Lost Due To Corruption: 0 Bytes (0.0%)
Parts Saved Due To I.C.H: 0
Total Overhead (Packets): 7.54 MB (126K)
Cumulative
Connection
Time Statistics
Statistics last reset: Monday, 4/5/2004, 7:53:11 AM
Time Since Last Reset: 8:57 Hours
Session
Cumulative
Projected Averages
Clients
Known Clients: 2102
Client Software
Port
Low ID: 195 (9.28%)
Secure Ident (OK : Failed ): 1887 (97.07%) : 6 (0.31%)
Problematic: 0 (0.0%)
Banned: 6 (0.3%)
Filtered: 0 (0.0%)
Servers
Working Servers: 100
Failed Servers: 36
Deleted Servers: 12
Total: 136
Total Users: 2132426
Total Files: 161191270
Records
Max. Working Servers: 100
Max. Users Online: 2138381
Max. Files Available: 165692657

Πάλι αποτυχία.
Με max. conn 500
και max.new conn 5/50

Μήπως είναι χελώνες τα μουλάρια μου ;

[Takis_Kal]

Δεν υπαρχει ελπιδα με τα μουλαρια.Μου αρεσουν αλλα πολυ αργα ενω ειμαι high id.Με το dc++ κατεβαζω με 45.Κριμα γιατι βρισκεις οτι θες.Βεβαια αν εχεις υπομονηηηηηηηηηη θα κατεβασεις οτι θελεις

[EvilHawk]

@NIKH

Waiting Uploads: 580
Upload Sessions: 45
.....
Found Sources: 1715
......
Download Sessions: 923

αν διαβασα σωστά τα στατιστικά σου (παρόλο που δεν βλέπω τιμές up & down) και εγώ αν βάλω 5 αρχεία πολύ δημοφιλή με 500+ άτομα να περιμένουν να το κατεβάσουν & δεν είχα δώσει ξανά ποτε τίποτα σε αυτούς πάλι το ίδιο ratio θα είχα. Το πρόβλημα δεν έίναι στο client που χρησιμοποιείς αλλά στα αρχεία που έχεις διαλέξει ταυτόχρονα ..

[NIKH]

Το πρόβλημα δεν έίναι στο client που χρησιμοποιείς αλλά στα αρχεία που έχεις διαλέξει ταυτόχρονα ..

Ιέραξ εξήγησε το αυτό λίγο περισσότερο.

[EvilHawk]

Απλά δεν είδα να έχει πρόβλημα ο client και πολλες πηγές έχει βρεί και αρκετούς χρήστες έχεις στην ουρά αναμονής και έιναι και αρκετοί στο known.met ..... Τα αρχεία είναι λίγο δύστροπα :wink: Βάλε maximum sources/file=200 max.connections=300 και max.new conn./5=20 γιατί τρώς όλο το bandwidth για τα sources !!! Πρόσθεσε και κάνενα μικρότερο αρχείο να σου ανεβάσει το average (και την ψυχολογία σου) :lol: και μην τα κατεβάζεις όλα ταυτόχρονα ....

[dpetka2001]

παραθετω κατι που μου τραβηξε το ενδιαφερον απο ενα αλλο φορουμ
Οι χρήστες των προγραμμάτων ανταλλαγής αρχείων δεν έχουν μπει μόνο στο στόχαστρο των δισκογραφικών εταιρειών, αλλά και κακόβουλων χρηστών. Στην προκειμένη περίπτωση πρόκειται για τους χρήστες του προγράμματος eMule, καθώς ανακαλύφθηκε πρόσφατα ένα σημαντικό κενό ασφάλειας, το οποίο ανοίγει ''κερκόπορτα'' στο PC. Το πρόβλημα αφορά όλους τους χρήστες της έκδοσης 0.42d (σύμφωνα με τον Kostya Kortchinsky, που το ανακάλυψε, είναι πιθανό να αφορά και προηγούμενες εκδόσεις του προγράμματος).
Σύμφωνα με τον Kortchinsky, το κενό ασφάλειας οφείλεται στην ελαττωματική λειτουργία DecodeBase16 (...), μέσω της οποίας αποκρυπτογραφούνται δεκαεξαδικές αλυσίδες χαρακτήρων. Αυτή η λειτουργία χρησιμοποιείται, για παράδειγμα, στον κώδικα των ενσωματωμένων Web server και IRC client. Έτσι, αν σταλεί ένας κατάλληλα διαμορφωμένος κώδικας -για παράδειγμα, μέσω της εντολής Sendlink του IRC client- στον υπολογιστή του θύματος, μπορεί να προκαλέσει buffer overflow, επιτρέποντας στη συνέχεια την εκτέλεση κώδικα τρίτων.

Με αυτόν τον τρόπο μπορούν να εγκατασταθούν στους υπολογιστές των θυμάτων ιοί, worms και Trojan Horses. Οι προγραμματιστές του eMule διαθέτουν ήδη για download μια νέα έκδοση, την 0.42e, η οποία δεν παρουσιάζει αυτό το κενό ασφάλειας.αληθευει αυτο?? αν ναι τοτε επιβαλλεται αναβαθμιση στην τελευταια εκδοση του μουλαριου..

[EvilHawk]

Ναι αληθεύει! Στο εισαγωγικό μήνυμα εξάλου το λέει ξεκάθαρα !

Due to important security-fixes, we advice to update!
Υou will no longer be able to connect to irc with the old clients

[AsGoodAsItGets]

Ρε παιδιά, ένα πράγμα που δεν έχω καταλάβει ακόμα καλά με το e-mule...
Εάν έχω δώσει πολλά mb σε κάποιους χρήστες, τότε το download μου (ή η θέση μου στο queue τους ή whatever) ανεβαίνει μόνο σ΄αυτούς τους χρήστες ή γενικώς; Και όταν κλείνω ένα session κι αργότερα ανοίγω άλλο, αυτά τα θυμάται το μουλάρι μου (και τα μουλάρια των άλλων;)

[EvilHawk]

μόνο σ΄αυτούς τους χρήστες ή γενικώς

Τα credits μόνο σε αυτούς που έχεις δώσει, κερδίζεις credits και απο toν server σε όσους έχουν lowid. Το queue ανεβαίνει σε όλους ανάλογα με τον χρόνο έχεις κάθησει στην ουρά αναμονής τους. Αν κλείσεις το session χάνεις το queue στους clients που δεν έχουν υποστήριξη ή δεν έχουν απενεργοποιήσει το να σώζουν τον χρόνο αναμονής [οι πιο πολλοί δεν το υποστηρίζουν]. Tα credits όχι μόνο δεν χάνονται αλλά αλλάζουν τον download/upload modifier.

Δες αυτό το παράδειγμα που έγραψε ο cosmos σε άλλο thread!




BeholderX έγραψε:

Επίσης, όταν δεις τις πληροφορίες για κάποιον χρήστη που είναι στα queues, βλέπουμε πχ τα εξής:

Παράθεση:

DL/UP modifier : 82.0 [1.0]
Rating total : 4917.0
Uploadqueue score: 276794



Μπορεί κάποιος να εξηγήσει τι είναι ο κάθε αριθμός

Το DL modifier, που εδώ είναι 82, είναι ο συντελεστής του συγκεκριμένου χρήστη στη δική μας ουρά. 82 σημαίνει ότι "ανεβαίνει" στη δική μας ουρά 82 φορές γρηγορότερα από έναν client με τον οποίο ούτε έχουμε δώσει, ούτε έχουμε πάρει αρχεία γενικά.

Το UL modifier, που εδώ είναι 1.0, είναι ο συντελεστής ο δικός μας στην ουρά του συγκεκριμένου χρήστη. Το 1.0 σημαίνει ότι ανεβαίνουμε στη δική του ουρά ακριβώς με την ίδια ταχύτητα που ανεβαίνει ένας πελάτης που δεν είχε καμμία φορά πάρε δώσε μαζί του.

Προφανώς επιθυμούμε το UL modifier να είναι όσο το δυνατόν μεγαλύτερο. Επηρεάζεται, έμμεσα όμως, από πόσο μεγάλο είναι το DL modifier για τον ίδιο πελάτη.

Για τη δική μας ουρά (αλλά και για κάθε ουρά) υπολογίζουμε τη "σειρά" ενός πελάτη με βάση το UL modifier και της σπανιότητας του αρχείου που ζητάςι. Έτσι βγάζουμε καταρχήν το rating. Πολλαπλασιάζοντάς το με το χρόνο αναμονής του πελάτη βγάζουμε το σκορ=
<δευτερόλεπτα που περιμένει ο πελάτης στην ουρά> x <rating>

Τα σκορ ταξινομούνται και προκύπτει έτσι ανά πάσα στιγμή ποιός είναι ο πρώτος που θα μπει για αρχείο, ο δεύτερος κτλ.

Καθοριστικοί βασικά είναι οι modifiers, γιατί καθορίζουν το ρυθμό με τον οποίο αυξάνεται το rating άρα και το σκορ.

Παραδείγματα:

1) Έχουμε δύο πελάτες που ζητούν το ίδιο αρχείο και μπαίνουν στην ουρά μας την ίδια στιγμή. Ο ένας όμως έχει DL modifier 10, ενώ ο άλλος 1. Πρακτικά σε μία ώρα αν ο δεύτερος έχει σκορ 100, ο πρώτος θα έχει 1000.

2) Έχουμε έναν πελάτη που μπαίνει τώρα στην ουρά μας, με DL modifier 1. Μία ώρα αργότερα έχουμε έναν άλλο πελάτη που μπαίνει με modifier 10 και ζητάει το ίδιο αρχείο με τον πρώτο. O δεύτερος "καλός" πελάτης, θα ξεπεράσει τον πρώτο στη ουρά μόλις σε 6 περίπου λεπτά, παρά το ότι ο πρώτος περίμενε (60+6) λεπτά. Ο λόγος είναι απλός: ο modifier 10 για τον δεύτερο πελάτη σημαίνει ότι κάθε λεπτό του δεύτερου πελάτη στην ουρά "αξίζει" όσο 10' αναμονής του πρώτου.