Personal computing discussed
Moderators: renee, Flying Fox, Ryu Connor
Flatland_Spider wrote:Email isn't a file sharing system, and its use as such shouldn't be encouraged. Just because it can be done, doesn't mean it should be done.
Flatland_Spider wrote:Email isn't a file sharing system, and its use as such shouldn't be encouraged. Just because it can be done, doesn't mean it should be done.
A week, or so, ago, I was in a presentation for Citrix ShareFile, and it has an Outlook plugin that will allow attachments to be uploaded a storage space, and the recipient would get an link to download the file. This really is the way attachments should work.
Email isn't a file sharing system, and its use as such shouldn't be encouraged. Just because it can be done, doesn't mean it should be done.
A week, or so, ago, I was in a presentation for Citrix ShareFile, and it has an Outlook plugin that will allow attachments to be uploaded a storage space, and the recipient would get an link to download the file. This really is the way attachments should work.
Totally agree. I work for a company in which data integrity is paramount. Sending/receiving a 100MB file over email would never be something i'd suggest.
DLHM wrote:Why would it be something you don't suggest? What is the problem with using email to transfer files? What do you mean by data integrity?
cheesyking wrote:DLHM wrote:Why would it be something you don't suggest? What is the problem with using email to transfer files? What do you mean by data integrity?
Well the simple answer is that it isn't reliable, as you yourself are complaining.
Not everyone is in full control over their email system, there may be spam filtering services sitting between your server and incoming mail, you might be using a smarthost for outbound mail and these might have restrictions on them.
Some people have limited mailboxes... isn't the default on SBS still something like 2GB? 20x100MB emails would fill the mailbox and most people want to have more than 20 messages in their mailbox. OK you can give everyone a larger quota but then you've got to back it up and having massive email databases makes recovering from problems a pain.
DancinJack wrote:Data integrity questions: I work in electronic discovery. You ever notice that when you send a huge file/container with lots of files that some things might get lost in the transfer? Doesn't happen all the time, but sometimes it does. I've seen people send a 70K line dat load file and some lines end up missing when a client opens it on the other end. It's just not a good idea.
Captain Ned wrote:Scrotos:
That's odd. I keep Java updated at all times (both 32 and 64 bit) and have no issues either uploading to or downloading from FDICConnect. What browser are you using? FDIC field staff I know are strictly IE and have no way of using other browsers. The regulator side of the FDIC secure site states clearly that IE is the only supported browser.
Flatland_Spider wrote:A week, or so, ago, I was in a presentation for Citrix ShareFile, and it has an Outlook plugin that will allow attachments to be uploaded a storage space. The recipient would get an link to download the file. This really is the way attachments should work.
Wirko wrote:Flatland_Spider wrote:A week, or so, ago, I was in a presentation for Citrix ShareFile, and it has an Outlook plugin that will allow attachments to be uploaded a storage space. The recipient would get an link to download the file. This really is the way attachments should work.
There is a problem with that. The attachment store is controlled by the sender, not the receiver. The receiver must be aware that the attachments may not be available forever, and unchanged. They need to take extra steps to archive the files in their own repository if necessary.