aMule Forum

Please login or register.

Login with username, password and session length
Advanced search  

News:

We're back! (IN POG FORM)

Author Topic: SMTP/POP3/IMAP 'multicast'  (Read 3770 times)

f5inet

  • Newbie
  • Karma: 0
  • Offline Offline
  • Posts: 4
SMTP/POP3/IMAP 'multicast'
« on: November 13, 2006, 04:12:26 PM »

My idea is to upload throught SMTP the chunk requested by 2 or more peers in a email with CC. the 'email' must be encripted with a symetric encryption like 'blowfish' or 'XORed'. a message will be emited to the peers with the password and information about the chunk 'uploaded'. the peers will download the chunk using POP3/IMAP and unencrypt it.

the size of the chunk will be around 384-512KB, the filename attached will be randomized (dodge traffic shapping in ISP).

this can be a mayor BOOST in the speed of aMule/eMule clients.

if the devs see that feature request with good eyes, i can try to give a hand. i only want to see if my feature request is welcome.

PD: Sorry for my 'engrish', i am spanish.
Logged

Kry

  • Ex-developer
  • Retired admin
  • Hero Member
  • *****
  • Karma: -665
  • Offline Offline
  • Posts: 5795
Re: SMTP/POP3/IMAP 'multicast'
« Reply #1 on: November 13, 2006, 07:51:44 PM »

Holy fucking  muffin, you managed to design something even WORSE than webcachĂ©!

Really, I would ban such client on sight for obvious reasons.
Logged

f5inet

  • Newbie
  • Karma: 0
  • Offline Offline
  • Posts: 4
Re: SMTP/POP3/IMAP 'multicast'
« Reply #2 on: November 13, 2006, 11:27:20 PM »

then the idea of FTP upload with HTTP visibility is even worse :))

i remember the long-awaited feature 'protocol obfuscation' and guys like you blaming people requesting it...

leaving out the viability of the feature request... why is EVEN WORSE of webcache?
Logged

kreegee

  • Full Member
  • ***
  • Karma: 2
  • Offline Offline
  • Posts: 160
    • http://kreegee.cycovery.com
Re: SMTP/POP3/IMAP 'multicast'
« Reply #3 on: November 14, 2006, 12:24:50 AM »

this has been discussed on the emule project as well (among other similar ideas, like exchanging public [hacked] fxp servers or simple webcache) and has been dismissed gracefully.

so i guess you'll never see any official support for this (imho for good reasons). if you want it, you gotta do it yourself...

Kry

  • Ex-developer
  • Retired admin
  • Hero Member
  • *****
  • Karma: -665
  • Offline Offline
  • Posts: 5795
Re: SMTP/POP3/IMAP 'multicast'
« Reply #4 on: November 14, 2006, 05:52:47 AM »

Let me keep it simple: are you going to pay for the mail servers to do that?
Logged

f5inet

  • Newbie
  • Karma: 0
  • Offline Offline
  • Posts: 4
Re: SMTP/POP3/IMAP 'multicast'
« Reply #5 on: November 15, 2006, 12:36:55 AM »

if the service is good and comply with my request, the answer is: YES

the software is free, the service is by pay. is the soul of open source.
« Last Edit: November 15, 2006, 12:37:52 AM by f5inet »
Logged

Kry

  • Ex-developer
  • Retired admin
  • Hero Member
  • *****
  • Karma: -665
  • Offline Offline
  • Posts: 5795
Re: SMTP/POP3/IMAP 'multicast'
« Reply #6 on: November 15, 2006, 05:01:17 AM »

Do you REALLY think what you mean? Do you know how many terabytes per second you would have to handle?

I don't see the boost on speed there, in any shape, form or way.
Logged

f5inet

  • Newbie
  • Karma: 0
  • Offline Offline
  • Posts: 4
Re: SMTP/POP3/IMAP 'multicast'
« Reply #7 on: November 15, 2006, 03:34:59 PM »

Yes, kry, i REALLY think that i mean.

The speed boost is: i send (upload) a mail with two or more receipts. the mail server 'spread' the mail along the receivers. the receivers download the mail.

i upload one time, my upload is downloaded by two or more peers.

and yes, i will pay for the massive mail service if my ISP/Mail server request that.
Logged

Kry

  • Ex-developer
  • Retired admin
  • Hero Member
  • *****
  • Karma: -665
  • Offline Offline
  • Posts: 5795
Re: SMTP/POP3/IMAP 'multicast'
« Reply #8 on: November 15, 2006, 05:10:20 PM »

Uh? Which mail server are you planning to use? Whatever it is, it has to handle the upload to the clients. You upload to the server, the server upload to the clients. Let's make it 1MB. Original transfer: 1MB uploaded by you to each client: 2MB. With mail server: 1MB to the mail server, 2 MB from the mail server to the clients. 3MB. You WASTE bandwith. Not counting the encapsulation on the new protocol, which is a lot. A LOT. Mails doesn't sent binary, except when encoded on text. And there's no mail server in the world that can handle such massive traffic.

you upload once, but you force the mail server to upload twice. Either you use someone's (ISP?) mail service, which is terribly wrong in every single way (see: webcache, only worse), or you create a dedicated server just for that, and given the amount of data, you could as well make it a pure client or an ftp server. Really, where are you going to get several barrebone servers with terabytes of bandwith and unlimited traffic?
Logged

kreegee

  • Full Member
  • ***
  • Karma: 2
  • Offline Offline
  • Posts: 160
    • http://kreegee.cycovery.com
Re: SMTP/POP3/IMAP 'multicast'
« Reply #9 on: November 15, 2006, 09:09:05 PM »

Well, if you want what you suggest, get a Newsgroup Account...