I understand your problem, but I can't help you. If you write in English, I think there aren't many people who can help you. This is Italy. Anyway, best wishes.

Ho capito il tuo problema ma non ti so aiutare. Se scrivi in inglese credo che siano pochi quelli che ti potranno aiutare. Qui siamo in Italia. Comunque auguri

Ciao a tutti!
I've been a "Mulettista" for more years than I care to admit. I still remember the days of fumbling with high ID/low ID settings on old beige towers and hearing the constant "crunch-crunch" of the hard drive as it hashed a new 700MB movie. While most people have moved on to streaming, I've stayed loyal to eMule because of the sheer amount of rare, historical, and niche content you just can't find anywhere else. To me, it's a living library.
However, I'm currently facing a hardware dilemma. My current setup is a dedicated low-power PC with a couple of 4TB mechanical drives that are starting to show their age (and making some concerning clicking sounds). I've decided that for my next "archive" build, I want to go completely silent and as reliable as possible.
I've been looking into enterprise-grade Solid State Drives to replace my spinning rust. I'm specifically eyeing those 7.68TB 2.5-inch NVMe SSD units (the U.2 form factor ones that you can adapt to M.2). On paper, it seems like the ultimate solution—massive capacity in a small, silent footprint with incredible endurance ratings compared to consumer-grade SATA SSDs.
My personal insight from years of data hoarding is that the "hashing" phase is always the biggest bottleneck. I remember once adding a 2TB folder of old archives to my incoming directory and my system basically ground to a halt for a day while eMule calculated the file IDs. It was a nightmare.
The specific point I'm curious about is how the eMule client actually handles the jump from a standard HDD (or even a SATA SSD) to a high-bandwidth NVMe SSD. Since eMule does a lot of random I/O when it's managing hundreds of parts across multiple downloads and uploads, I'm wondering if the massive IOPS of an NVMe drive of this scale actually makes the interface feel snappier, or if the bottleneck will always just be the protocol and my fiber connection anyway.
Does anyone here have experience running a very large shared library (upwards of 5 or 6 terabytes) on a single high-capacity NVMe? I'm trying to figure out if the investment in such a niche, high-spec drive is worth it for a dedicated P2P machine, or if I'm just over-engineering a solution for a program that was designed back when 5400RPM drives were the standard.
Looking forward to hearing your thoughts and experiences on modernizing the hardware for our favorite old mule!
2

Buongiorno  a te 

Buongiorno a tutti, mi sono appena iscritto dopo tanti anni che non usavo più Emule.Spero in una bella rimpatriata! grazie a tutti e per primi ai gestori del sito. 

C'e' molta attivita' su github, grazie al team di amutorrent anche amule sta rinascendo. Io sto anche facendo un client in rust, che e' gia' funzionante a un buon livello. eMule never dies

Bah, ormai eMule è in una lunga e lenta agonia per cui io continuerò con la mia eMule v0.50a X Mod 1.6.1 finchè vivrà. Comunque grazie per la segnalazione   

eMuleBB 0.7.3 RC1: eMule aggiornato per le connessioni di oggi

Ciao a tutti,

eMuleBB 0.7.3-rc.1 è quasi pronto per la prima release candidate pubblica.

Il progetto nasce con un'idea molto concreta: portare avanti eMule su Windows, mantenendo la compatibilità con eD2K e Kad, ma rendendolo più adatto all'uso attuale. Oggi molti lo usano con connessioni veloci, upload più generosi, librerie condivise enormi, percorsi Windows lunghi e sessioni lasciate aperte per giorni. eMuleBB lavora proprio su questi aspetti.

Questa RC è il risultato di un lavoro abbastanza ampio: non solo qualche opzione in più, ma una sistemazione profonda di build, pacchetti, diagnostica, stabilità, sicurezza e automazione.

Punti principali

- compatibilità eD2K/Kad mantenuta come base del progetto
- build system e CI modernizzati
- pacchetti x64 e ARM64 più curati
- hash, manifest, SBOM e attestazioni per verificare meglio i binari
- supporto ai profili separati tramite -c
- supporto ai percorsi lunghi di Windows
- miglioramenti per upload, code e librerie condivise grandi
- diagnostica più utile per rete, disco, condivisioni, avvio e chiusura
- log e dump più chiari quando qualcosa va storto
- correzioni su socket, thread, liste, scrittura file, shutdown e input malformati

Funzioni nuove e integrazioni

Una delle novità più importanti è la parte di automazione locale. eMuleBB include una API REST pensata per strumenti fidati, controller e integrazioni sul proprio sistema.

Tra le aree già lavorate o in corso:

- API REST locale
- workflow compatibili con aMuTorrent
- integrazione con strumenti stile qBittorrent/Arr
- supporto a scenari con Prowlarr, Radarr e Sonarr
- diagnostica REST più precisa
- gestione profili più chiara per separare uso normale, test e automazione
- pacchetti di rilascio più verificabili e ripetibili

L'obiettivo è rendere eMule più facile da integrare in un setup moderno, senza perdere il controllo del client desktop e senza stravolgere il modo in cui eMule lavora sulla rete.

Stabilità

Molto lavoro è finito nelle parti che si notano solo quando mancano: chiusura pulita, gestione dei worker in background, recupero dagli errori, scritture file più sicure, meno stati incoerenti e più informazioni quando il client si blocca o si comporta male.

Sono stati corretti diversi problemi storici legati a:

- avvio e chiusura
- socket e connessioni
- gestione delle liste interne
- input malformati
- scrittura e flush dei file
- profili e percorsi lunghi
- diagnostica in caso di crash o hang

Per un programma che spesso resta aperto giorni o settimane, questa parte conta quanto le feature visibili.

Sicurezza e robustezza

Anche WebServer e REST sono stati rivisti con più attenzione: validazione più severa delle richieste, confini di autenticazione più chiari, diagnostica migliore e comportamento più prevedibile in presenza di input strani o richieste malformate.

La parte dei pacchetti è stata rafforzata con evidenze di build e rilascio: hash, manifest, SBOM e attestazioni aiutano a capire cosa si sta scaricando e da quale processo di build arriva.


Per le prime prove conviene usare un profilo nuovo oppure un profilo già salvato.

- https://emulebb.github.io/
- https://github.com/emulebb/emulebb/releases?q=nightly&expanded=true

L'obiettivo della 0.7.3-rc.1 è uscire con una RC solida, verificabile e utile da provare sul campo.

Benvenuto  Ho trovato molto interessante questo approfondimento su un'analisi razionale degli eventi soprannaturali e del folclore Spesso il tema del paranormale viene affrontato in modo sensazionalistico, mentre qui si cerca un equilibrio tra curiosità e spirito critico. Credo che molte storie abbiano radici culturali e psicologiche affascinanti, anche quando non esistono prove concrete di fenomeni inspiegabili. Comprendere il contesto storico e sociale di queste credenze può essere altrettanto interessante quanto il mistero stesso.

L'unica guida che ho trovato per il router Zyxel è questa >> https://emulemods.altervista.org/index.php?topic=96.0

Dagli un'occhiata e vedi se funziona. Di più non so 

Grazie. L'ho avevo già fatto ma neanche l'Upnp funziona