Eliminating Morpheus & Gnucleus Servers
 

I read in download problems postings to remove the Morpheus & Gnucleus servers from my connections window, as they are leaches & don't upload.

Whell, I see in my connection preferences that there is a Limewire router, and 4 gnutellanet servers.

I deleted the gnutellanet servers & have the 1 limewire router.

2 questions.

1. Should I put the gnutellanet servers back in my preferences, or just the limewire?
2. How do I keep the morpheus or gnucleus servers from coming in, or am I stuck, and I have to constantly keep deleting them? I am too busy for that.

Any help in making this as good as audio galaxy is greatly appreciated. I am sharing everything, and everyone else shoudl be also...
JiLm

1. You don't have to put the Gnutellanet host caches back, it's up to you.
2. You have to delete them manually. I don't think that the LimeWire team will decide to block these hosts (it will be unfriendly)! But I hate them too.

Are there any Limewire people on Gnutellanet?
 

Thanks,

I was wondering if any Limewire people are in the gnutellanet, or just gnutella? I want to limit there activity, and just have limewire.

Pls. advise & thanks.

Limewire is Gnutella, or rather a client that connects to the Gnutella network. There are other software programs that connect to the same network (i.e., Gnucleus, Morpheus, etc.). These two are not as efficient as ultrapeers, but the developers are working on that problem.

Leechers
 

It is really annoying how morpheus takes over my connections and then has such poor results. Any solution to a return to pure Limewire connections would be much appreciated.

Re: Eliminating Morpheus & Gnucleus Servers
 

Who said that Gnucleus and Morpheus users were only freeloaders? Thats the same thing as I say: All people driving Mercedes are snobs. There are freeloaders everywhere, on LimeWire, BearShare, everywhere...

Gnutella is meant to be free and accessable for everyone,
so its not the idea of it to block all hosts.

Your idea is like: Hey! Yesterday I met a blonde and she was real ugly. So I guess all blondes are ugly, lets kick them out!

:confused:

I created a modified version of LimeWire, that allows you to block vendors from connecting to you. I also added password protection for the filtering options and an option called ALLOW_ONLY_LIMEWIRE_UPLOADS in the limewire.props file. It is deactivated by default but if you activate it you will only answer upload requests from LimeWire hosts.

The file is called:
LimeWireKrieger_Modified_NoAds_WindowsLinuxMacOSX. zip and is now available on gnutella.

- Err, and you will need LimeWire to download it.

Krieger88:
THIS IDEA IS TERRIBLE!
Why do you want to exclude other vendors?
I understand that if you exclude specific IP ranges, thats
absolutely OK but excluding entire clients....thats, urgh...

Do you want the Gnutella network to split further up?

The idea is great!

If users feel that Morpheus Ultrapeers give them less results, they can now choose not to connect to Morpheus at all.

The other options, to respond only to LimeWire queries has been added, since I felt that it can be benificial for people sharing thousands of files like me, who are flooded with search request which causes an constant outgoing traffic of 6-7K/s just for the message traffic as a leaf node. With the ALLOW_ONLY_LIMEWIRE_UPLOADS option set, it is reduced to 1k/s, which is a figure I can live with.

And as for the network being "split up", - I can live with that too, as can many others who prefer a well behaved network over the ability to connect to Morpheus ultrapeers.

Well,
You do what you like....
I couldnt look that file up in Gnucleus.
Have you already banned it?
Can I get your IP so I can download it from you?
I doubt that I'll be able to find it, or could you upload it somewhere on HTTP?

I'm still working on getting webspace.

Yeah thanks.
Will you publish your modified code too?

I submitted the code to the LimeWire developer mailinglists. I don't plan to release the whole source on the webserver at the moment, but I'll send the diffs to anybody who requests them.

Do you have a Mac OSX version?
 

Thanks, interesting improvements. Do you have a Mac OSX version?

JiLm

I don't exactly have an MacOSX version (since I don't own a Mac), - but simply overwriting an existing LimeWire MacOSX installation with the files in that .zip package (especially LimeWire.jar & MessageBundles.jar) should enable you to use it .

Since we are all talking Java here, wouldn't these files, if substituted for those originally installed, work on any OS? I suppose I could just try it out, and if it explodes....

I use Mac OS 9.2 and will continue to do so rather than pay over 100€ for a bunch of souped-up Claris crap designed for people who don't know what a DayTimer is and want to spend the rest of their lives entering trivial data.

Hmmm...well, it doesn't explode, but it doesn't work either. Limewire simply refuses to open.

Here is what I did: After StuffIt unzipped the archive, the files were all text docs. I changed the two files you mentioned above to the type and creator of their originals: ZIP (with a hidden character somewhere, but that copies and pastes) and java.

After I substituted these new files for their originals, I got the following error message:

java.lang.ClassNotFoundException: com.limegroup.gnutella.gui.Main
at com.zerog.lax.LAX.launch(Compiled Code)
at com.zerog.lax.LAX.main(Unknown Source)
at com.apple.mrj.JManager.JMStaticMethodDispatcher.ru n(JMAWTContextImpl.java)
at java.lang.Thread.run(Thread.java)

Krieger, don't you have a Mac friend somewhere with whom you can test this out? There are lots in Germany, you know! ;) I don't want to spend all my time swatting Morpheus and Gnucleus ultrapeers!

Nope, I don't know anybody using a Mac. And what you are experiencing isn't a Mac specific problem, it seems as if your classpath isn't set quit right. The start script from ZeroG can't find the LimeWire.jar file.

Schade. We Mac users are charming and intelligent people with classy looking computers ;) It's just that our Java version is antique.

When I replaced the files I had substituted, things returned to normal, so incorrect path or no, LW found its way back.

I should also note that there are two issues being confused here by some posters. 1) the Morpheus ultrapeer issue, where a Morpheus UP doesn't give you search results but floods your computer with searches such as ".avi", "mpg", or "porn". and 2) Morpheus users, who have the reputation for not sharing files.

The second issue, as far as I am concerned, is already taken care of by LW preferencing. The first concerns me far more, which is why I wish I could install Krieger's little fix.

Otherwise, I think any user has the right to determine who does and does not connect to his/her computer.

What happens if you only replace the LimeWire.jar and the MessagesBundles.jar files?

Do you mean replace those two files without changing to creator and flie type? Otherwise, that's what I did. I replaced only those two files, and as you can see by the error, LW could not recognize your new file as limewire.jar.

Krieger88:
Wasnt LimeWire GPL? If it was, you HAVE to release the code.

Freiluft:
LimeWire runs everywhere.
You can start it on your mac too.

I just have to send anyone the code who requests it. And if I send somebody the code, I could even send it to him as screenshots of my editor in bmp format or handwritten on toilet paper.

- Oh and LimeWire doesn't necessarily run on any JRE, - you can easily make it incompatible to any older JRE.

Krieger, zigmal bitte!!!

Can't you test this out on an older version of Java so that Mac OS users can also use your fix?

Apple's MRJ for MacOS was designed to be compatible to Sun's JRE 1.1.8 but that doesn't necessarily mean anything. Just testing on an older version won't do the trick. - I believe it's something to do with the way I packaged it. I'll try to find out why it won't run once I'm finished with my exams for this year (in about two weeks) but I'm not very confident.