| File attachments in a business environment | mrmekon | 9/8/10 12:21 PM | Our small engineering company is paying for Google Apps Premier Edition for e-mail and calendar hosting, and until now it has been wonderful to have such a complete system with practically no configuration. However, we have just become aware of a ho |
| Re: File attachments in a business environment | Atul2010 | 9/10/10 11:43 AM | Many web hosting block .exe or .vb etc. file. But they allow it in zip file. And google is also not allowing it in zip file. I understand your situation. May Google work on it. Now, You can try this ( I never tried this). this is not a solution, jus |
| Re: File attachments in a business environment | mrmekon | 9/10/10 12:33 PM | Changing the extension or uploading to a hosting site is fine when I'm communicating with another engineer, but that sort of thing doesn't work when dealing with managers or marketing or VPs at other companies who couldn't care less about network sec |
| Re: File attachments in a business environment | fiskmacdowell | 9/15/10 8:38 PM | I have to stand with mrmekon on this. I'm a software developer. I send zip files with executables in them all the time. I was so happy to find Google Apps as a mail solution, only to find it will not be feasible for me because of this poorly thought- |
| Re: File attachments in a business environment | mbdrake | 9/16/10 12:45 AM | Having worked for a multi-million pound post-production and visual effects facility which is forever sending files back and forth for Hollywood productions, email was actively discouraged. We didn't use Google Apps, but I made sure that we filtered |
| Re: File attachments in a business environment | mrmekon | 9/16/10 8:03 AM | mbdrake, your reasoning is correct for within a large corporation. We don't e-mail files within our company, nor to the vast majority of our customers. Most engineering firms have FTP sites and know how to use them. But not *all* of them. And, un |
| Re: File attachments in a business environment | Spacexplosion | 9/16/10 8:33 AM | The argument against searching inside a business's attached archives has merit, but I think a far more disturbing aspect that everyone seems to be ignoring is the fact that this filter doesn't even block executables. The implementation is ineffectual |
| Re: File attachments in a business environment | mbdrake | 9/16/10 9:44 AM | That's intriguing. I took a 64-bit ELF executable from my own Linux server and sent it via Gmail. It accepted it with no issues at all. It's trivial to determine whether a file is an executable or not, yet Gmail is very biased to towards Windows e |
| Re: File attachments in a business environment | mrmekon | 9/16/10 10:36 AM | Yes, that's precisely the problem. Gmail does not block file attachments, Gmail blocks "executables". We are not e-mailing executables, we are e-mailing small text files (on the order of 500 bytes). Gmail is identifying them incorrectly and blocki |
| Re: File attachments in a business environment | mrmekon | 9/16/10 10:43 AM | Also, note that Gmail performs spam and virus detection separately. Messages with viruses attached get delivered, but cleaned and with warnings. Spam messages get delivered, but sent to the Spam folder. Half of the spam probably contains or links |
| Re: File attachments in a business environment | Atul2010 | 9/16/10 9:47 PM | Well, As I said changing extension is not proper solution (and I never tried on gmail). Yes ! I agree with mbdrake, sending large files as attachment will put huge overheads on email system. Best option is Google DOCS or any other service. Even FTP |
| Re: File attachments in a business environment | T_F_S | 12/8/10 2:50 PM | The only option I have found is to use .RAR files, with a password, and set the option to "Encrypt File Names". This bypasses Google executable check. |
| Re: File attachments in a business environment | wwcanoer | 1/22/11 5:16 AM | Incredible. I confirmed that I receive no notice when gmail rejects and exe file. This is astounding. At least let me know an email was rejected to that I can proactively contact the sender/customer on how to send me the exe file! My solution: As |