Como determinar um limite de tamanho de anexo razoável?

Confesso que essa é uma área em que darei de 10 a 20 mb e jogarei fora um "e-mail não se destina à transferência de arquivos" sempre que um usuário reclamar sobre a necessidade de usar o FTP.

Mas um novo servidor de correio brilhante merece uma abordagem racional ... então, o que é um método não-vodu para determinar um limite apropriado para o tamanho do anexo?

(Vacilando sobre se este é um wiki ou se existe um método que seja bom demais.)

Eu pensei que haveria algumas boas diretrizes independentes do ambiente, mas eram necessárias especificações - portanto, 50 caixas de correio, Exchange 2007, AD, hardware é TBD. Os clientes são um mix de 2007/2003, imaginei que havia enviado / recebido para combinar, apenas para manter as coisas simples.

"O email não se destina à transferência de arquivos!"

Com toda a seriedade, defino o meu em 10 MB, mais alto e você poderá receber rejeições de servidores SMTP remotos. Se sua empresa / cliente usa muitos arquivos maiores, talvez eu esteja convencido de defini-lo como 15 ou 20 MB, mas não superior a isso.

Instruo os clientes a usar um serviço como o Dropbox ao enviar arquivos maiores. [Divulgação, esse é o meu link de referência!]

O limite em si é um pouco menos importante do que fornecer uma alternativa consistente, segura e fácil de usar para usuários que precisam enviar e receber arquivos maiores.

Isso depende diretamente do seu negócio.

Eu tenho usuários que rotineiramente obtêm arquivos na faixa de 40 MB e, às vezes, bem acima disso. Defino essencialmente um tamanho ilimitado por esse motivo.

Dê uma olhada nos seus anexos legítimos, pegue o tamanho médio e dobre-o e depois veja o maior anexo legítimo que você recebeu. Se for maior que o dobro da média, torne-o 50% maior que o maior até agora.

Empresa de 10 MB! Exceto pelos executivos que estão abertos. Nós nos cansamos de ser amaldiçoados!

Estou no campo "10Mb e esse é o seu lote". Não é apenas o que você pode enviar, mas também o que as pessoas para quem você envia podem receber. A menos que sua empresa opere em uma área onde o envio de binários muito grandes por e-mail é a norma, por que ir mais alto?

Além disso, você precisa oferecer uma alternativa para as pessoas que realmente precisam enviar arquivos maiores, como Dropbox, um bom servidor FTP antiquado ou algo mais inteligente (temos capacidade de servidor e largura de banda para oferecer nosso próprio serviço semelhante ao dropbox para nossos usuários, por acaso).

Eu tendem a ir um pouco mais alto e aumentar em 30MB. Vai variar de empresa para empresa. Como alternativa aos arquivos anexados, tente o senduit .

Qualquer que seja o tamanho, mantenha o limite de entrada acima do limite de saída . Os servidores podem e irão devolver seu e-mail enviando-o de volta (todo) se houver um erro não relacionado ao tamanho (endereço errado ou mais) e mesmo que adicione apenas alguns bytes que você não deseja rejeitar esse e-mail com base no tamanho.

Além disso, alguns "clientes de email" (uso o termo com cautela) criam respostas a emails com anexos adicionando apenas o mesmo anexo. Você também não deseja devolver esses e-mails, por mais estúpido que esse comportamento possa ser.

Felizmente, existem bons MTAs (não o Exchange, mas, por exemplo, o postfix é um) que permitem restringir os retornos a um tamanho muito menor do que o email original. Portanto, esse primeiro caso pode estar em declínio, já que esse recurso é adotado mesmo por MTAs.

De qualquer forma, a escolha do tamanho realmente depende de quem você mais se comunica e quais são seus limites. Nas empresas gráficas, tamanhos máximos de megabytes de três dígitos não são desconhecidos; em outras empresas (quero dizer acadêmicos, mas os tempos mudaram, infelizmente), você pode até dizer às pessoas que os anexos são uma má prática para começar. Eu sei que sim, mas isso foi há dez anos :(

10 MB aqui também. Parece ser o padrão aceito. Tenho clientes que se queixam disso (em particular um monte de arquitetos que usam consistentemente "grandes desenhos em CAD" como uma desculpa para substituir qualquer cota ou limite), mas tudo o que precisamos é apontar para eles que (1) o email é um compartilhamento serviço e, portanto, suas atividades podem impactar a disponibilidade para outras pessoas e (2) elas precisam ser boas com o destinatário.

Para qualquer coisa além desse limite, existem muitas opções alternativas disponíveis, para que todos possam ser felizes.

Definimos o nosso para qualquer que seja o limite do Gmail. Somos notoriamente surdos aos apelos de certos cientistas em nosso meio que desejam enviar por e-mail grandes conjuntos de dados com colegas pesquisadores. É por isso que ainda temos servidores de correio departamentais e servidores Exchange que suportam 4.000 usuários e armazenamentos de correio com menos de 1 TB.

No nível de PC individual, todas as incríveis melhorias na velocidade e capacidade do hardware deram às pessoas uma sensação distorcida do que é razoável. PCs e laptops rápidos com discos rígidos de mais de 500 GB permitem lidar com fotos de 5 MB de câmeras digitais, filmes, documentos com muitas fotos inseridas etc., sem problemas.

Então eles querem enviá-los por cabo ... Sim, funciona muito tempo para enviar anexos de 20 MB, 50 MB e ainda maiores. Mas quando algo dá errado, atrapalha as coisas de uma maneira muito maior. Há arquivos maiores na fila, talvez suas cobranças de largura de banda aumentem, algo assim.

Enfim, tudo isso é preliminar ao que fizemos: tirou 20 MB do ar e disse "é isso". É grande o suficiente para que possamos relacioná-lo à nossa conexão de 100MBPS e tentar dar uma idéia do que aconteceria se 50 pessoas tentassem enviar o mesmo tamanho de arquivo de uma só vez.

Para atingir o limite de 5 MB ou 10 definido em alguns servidores Mensagens privadas (Exchange, Qmail ...), existe uma solução profissional que supera o tamanho e o tipo de arquivo que você deseja enviar. A solução também oferece rastreabilidade e segurança fortes que não oferecem FTP (senha e nome de usuário em claro ...). Também disponível em ambiente móvel (iPhone, Windows phone 7 / mobile, Blackberry, ...)

2 tecnologias disponíveis:

A solução do modo de plataforma:

http://www.edipoles.com/index.php?id_page=36&openPanel=1

A solução no plug-in do Outlook:

http://www.edipoles.com/index.php?id_page=30&openPanel=1

Quantos usuários? IMAP? POP3?

Eu não me importo com nada acima de 10, como você disse, não é um serviço de transferência de arquivos.

Anexos enviados ou recebidos por email? Sua organização está usando o MS Exchange / MS Office Outlook / Active Directory / SharePoint? Se sim, qual versão? Este é um tópico complicado.

Strict out, loose in. Aceito qualquer coisa com até 100 MB de entrada, mas nego qualquer coisa com mais de 15 out.

À medida que o mundo avança, as políticas também. Com nossa recente atualização para o Exchange 2010, aumentamos nosso limite de envio / recebimento para 25 MB (limite do Gmail). Com a expansão dos serviços de email hospedados do Gmail, você só terá problemas com um limite inferior. Se o espaço de armazenamento não for um problema (considerando que os discos são menores, mais rápidos e mais baratos), por que não?