3 ms·

It's 2012 we have a 100mb up/down connection and yet I still can't attach a file over 10MB and not have it bounce back. I can't believe that any self respecting

by kenrikm 15y ago

It's 2012 we have a 100mb up/down connection and yet I still can't attach a file over 10MB and not have it bounce back. I can't believe that any self respecting hacker does not see room for improvement in that situation. I should not have to work around that situation (yousendit, dropbox etc..) it should just work. I'm firmly in the "it's broken" camp.

peterwoo 15y ago
Would you be willing to suggest a global minimum bound on the amount of data that you should be allowed to push onto anyone's mail server?
- kenrikm 15y ago
  That's the issue, the sender should be doing the heavy lifting (serving the file or at least delegating it) what I propose it more of a seamless imbed/download link on files over a certain size. This could be implemented in email apps using services like iCloud, Dropbox, YouSend it etc.. I know that plugins can be added to certain email apps to accomplish this however that is going down the same path that Netscape did with the browser back in the day and is only now being corrected. Seamless is the goal I should not have to upload/copy/paste It should just be able to take a normal attachment and decide how to handle it based on size etc..
dredmorbius 15y ago
It's 2012. We have servers/services on which we can post files/attachments, either encrypted or access-controlled, and email links to those documents.
- barik 15y ago
  But that's just it. Being that it's 2012, the e-mail client should be smart enough to do this. I should be able to attach a large attachment to an e-mail (since that's the logical place to make the association), and then, depending on the attachment size, the e-mail client should automatically move it to Dropbox or some other service and translate the attachment into a link for me. The difference between the your first approach and the second is that yours requires a behavioral change. The second approach does not. Put another way, it is often easier to change the situation (by making it the path of least resistance) than the person when you want someone to do something else. It seems like some of this is already in the works, fortunately: http://www.ghacks.net/2012/02/15/thunderbird-to-get-dropbox-and-file-hosting-integration/ http://www.ghacks.net/2012/02/15/thunderbird-to-get-dropbox-... Maybe it already exists in certain clients (Exchange and Outlook?) and I just haven't looked hard enough.
  - dredmorbius 15y ago
    Now ... there's a thought. Agreed: better to put this in the client than require user behavior change.

by kenrikm 15y ago

peterwoo 15y ago

Would you be willing to suggest a global minimum bound on the amount of data that you should be allowed to push onto anyone's mail server?

kenrikm 15y ago
That's the issue, the sender should be doing the heavy lifting (serving the file or at least delegating it) what I propose it more of a seamless imbed/download link on files over a certain size. This could be implemented in email apps using services like iCloud, Dropbox, YouSend it etc.. I know that plugins can be added to certain email apps to accomplish this however that is going down the same path that Netscape did with the browser back in the day and is only now being corrected. Seamless is the goal I should not have to upload/copy/paste It should just be able to take a normal attachment and decide how to handle it based on size etc..

dredmorbius 15y ago

It's 2012. We have servers/services on which we can post files/attachments, either encrypted or access-controlled, and email links to those documents.

barik 15y ago
But that's just it. Being that it's 2012, the e-mail client should be smart enough to do this. I should be able to attach a large attachment to an e-mail (since that's the logical place to make the association), and then, depending on the attachment size, the e-mail client should automatically move it to Dropbox or some other service and translate the attachment into a link for me. The difference between the your first approach and the second is that yours requires a behavioral change. The second approach does not. Put another way, it is often easier to change the situation (by making it the path of least resistance) than the person when you want someone to do something else. It seems like some of this is already in the works, fortunately: http://www.ghacks.net/2012/02/15/thunderbird-to-get-dropbox-and-file-hosting-integration/ http://www.ghacks.net/2012/02/15/thunderbird-to-get-dropbox-... Maybe it already exists in certain clients (Exchange and Outlook?) and I just haven't looked hard enough.
- dredmorbius 15y ago
  Now ... there's a thought. Agreed: better to put this in the client than require user behavior change.