Comment Re:What do you expect (Score 3, Interesting) 255
In my opinion, the probleme is not with the law but with the mail protocol :
The mail protocol is making the recievers pay (and not the senders as with phones, real mails,...). In fact, as anybody knows it, there is no real price in sending or recieving a mail beside the cost of the internet connexion. But, there is a price for the recieving mail server : disk space.
When a mail is sent, the incoming server has to store the incoming mail. That's why, when lots of users of a single mail server are spammed, the mail server is on the verge of exploding and has a heavy price to pay : lots of disk space lost (and lots of money too) for junk mails !
A solution could be to keep the mails on the outgoing mail server. The incoming mail server could only recieve for instance a header acknoledging the final recipient that he could download a mail from the expeditor. If and only if the final user chooses to download the message, will it be downloaded from the outgoing to the incoming mail server.
But, why ?
Because which such a system it will cost disk space (and money too) for the expeditor and not the recipient (like with phone, real mail,...)
So that, if you are spamming someone, you will have to pay for the spamming ! If nobody wants to read you're junk mail, your mail server will suffer from it !
There is still lots of problem :
- with small tuning, the outgoing mail server could reduce the size of its ougoing spams (for instance, if it's always the same message, or...)
- you will still recieve lots of acknoledgment about spam (and lose a lot of time to sort it)
But, some problems generated by spam could be over with such a protocol:
- less traffic generated by spam (just the header of the mail is transmitted)
- less disk space generated by spam (at least for the incoming server)
Finally, I would just say that this idea is just stupid because we could never evolve from our current mail protocol to this knew one because of backward wompatibility problems.
PS : forgive my bad english
PPS : yes...it's a stupid idea, but interesting though ;-)
The mail protocol is making the recievers pay (and not the senders as with phones, real mails,...). In fact, as anybody knows it, there is no real price in sending or recieving a mail beside the cost of the internet connexion. But, there is a price for the recieving mail server : disk space.
When a mail is sent, the incoming server has to store the incoming mail. That's why, when lots of users of a single mail server are spammed, the mail server is on the verge of exploding and has a heavy price to pay : lots of disk space lost (and lots of money too) for junk mails !
A solution could be to keep the mails on the outgoing mail server. The incoming mail server could only recieve for instance a header acknoledging the final recipient that he could download a mail from the expeditor. If and only if the final user chooses to download the message, will it be downloaded from the outgoing to the incoming mail server.
But, why ?
Because which such a system it will cost disk space (and money too) for the expeditor and not the recipient (like with phone, real mail,...)
So that, if you are spamming someone, you will have to pay for the spamming ! If nobody wants to read you're junk mail, your mail server will suffer from it !
There is still lots of problem
- with small tuning, the outgoing mail server could reduce the size of its ougoing spams (for instance, if it's always the same message, or...)
- you will still recieve lots of acknoledgment about spam (and lose a lot of time to sort it)
But, some problems generated by spam could be over with such a protocol:
- less traffic generated by spam (just the header of the mail is transmitted)
- less disk space generated by spam (at least for the incoming server)
Finally, I would just say that this idea is just stupid because we could never evolve from our current mail protocol to this knew one because of backward wompatibility problems.
PS : forgive my bad english
PPS : yes...it's a stupid idea, but interesting though
