Eu confesso que essa é uma área em que darei 10-20mb e lançarei um "e-mail não é destinado à transferência de arquivos" sempre que um usuário reclamar de ter que usar o FTP.
Mas um servidor de email novo e brilhante merece uma abordagem racional ... então, o que é um método não-voodoo para determinar um limite apropriado para o tamanho do anexo?
(pensando se isso é um wiki, ou se há um método que é muito bom.)
Eu pensei que haveria algumas boas diretrizes independentes do ambiente, mas as especificidades eram necessárias - portanto, 50 caixas de correio, Exchange 2007, AD e hardware são TBD. Os clientes são um mix de 2007/2003, eu achei que eu iria enviar / receber para combinar, apenas para manter as coisas simples.
"O email não é destinado à transferência de arquivos!"
Com toda a seriedade, eu defini o meu em 10MB, mais alto e você pode receber rejeições de servidores SMTP remotos. Se sua empresa / cliente usar muitos arquivos maiores, posso estar convencido de configurá-lo em 15 ou 20 MB, mas não mais do que isso.
Eu instruo os clientes a usarem um serviço como Dropbox se enviarem 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 recebem arquivos na faixa de 40MB, e às vezes bem acima disso. Eu essencialmente defini um tamanho ilimitado por esse motivo.
Dê uma olhada nos seus anexos legítimos, escolha o tamanho médio, duplique-o e veja o maior anexo legítimo recebido. Se for maior que o dobro da média, então torne-a 50% maior que a maior até o momento.
10 MB de empresa! Exceto pelos executivos que estão bem abertos. Nós nos cansamos de sermos amaldiçoados!
Eu 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 seja a norma, por que aumentar?
Além disso, você precisa ter certeza de que você oferece uma alternativa para pessoas que realmente precisam enviar arquivos maiores, seja algo como o Dropbox, um bom servidor FTP antigo ou outra coisa inteligente (temos o servidor e capacidade de largura de banda para oferecer o nosso próprio serviço semelhante ao dropbox aos nossos usuários, como acontece).
Eu costumo ir um pouco mais alto e me apresso com 30MB. Vai variar de empresa para empresa. Como alternativa aos anexos de arquivo, tente o senduit .
Qualquer que seja o tamanho, certifique-se de manter o limite de entrada sobre o limite de saída . Os servidores podem e irão devolver o seu e-mail enviando-o de volta (tudo isso) se houver um erro não relacionado ao tamanho (endereço incorreto ou mais), e mesmo se ele só adicionar alguns bytes que você não deseja rejeitar esse email com base no tamanho.
Além disso, alguns "clientes de email" (uso o termo com cautela) criam respostas para emails com anexos adicionando apenas o mesmo anexo. Você também não quer ressaltar esses e-mails, por mais idiota que esse comportamento possa ser.
Felizmente, há bons MTAs (não o Exchange, mas, por exemplo, o postfix é um) que permitem que você restrinja os retornos a um tamanho muito menor do que o e-mail original. Assim, esse primeiro caso pode estar em declínio, já que esse recurso é adotado até mesmo por MTAs inteligentes.
De qualquer forma, a escolha do tamanho depende de quem você mais se comunica e quais são seus limites. Em empresas gráficas, tamanhos máximos de megabytes de três dígitos não são desconhecidos, em outras empresas (eu quero dizer acadêmicos, mas os tempos mudaram, infelizmente) você pode até mesmo dizer que os anexos são uma prática ruim para começar. Eu sei que sim, mas isso foi há dez anos: (
10MB aqui também. Parece ser o padrão aceito. Tenho clientes que se queixam disso (em particular um grupo de arquitetos que consistentemente usam "grandes desenhos em CAD" como uma desculpa para substituir qualquer cota ou limite), mas tudo o que é preciso é mostrar a eles que (1) e-mail é um compartilhamento serviço, e, portanto, suas atividades podem afetar a disponibilidade para os outros, e (2) eles têm que jogar bem com o destinatário.
Para qualquer coisa acima desse limite, há muitos arranjos alternativos disponíveis, para que todos possam ser mantidos felizes.
Nós definimos o nosso para qualquer que seja o limite do Gmail. Somos notoriamente surdos aos apelos de certos cientistas em nossos meios que desejam enviar grandes conjuntos de dados por e-mail para os colegas pesquisadores. É por isso que ainda temos os dois servidores de correio departamentais e os servidores Exchange que suportam 4000 usuários ímpares e lojas de email com menos de 1 TB.
No nível de PC individual, todas as melhorias surpreendentes na velocidade e na capacidade do hardware deram às pessoas uma percepção distorcida do que é razoável. PCs e laptops rápidos com discos rígidos de 500 GB + lidam com fotos de 5 MB de câmeras digitais, filmes, documentos com muitas fotos inseridas, etc., sem problemas.
Depois, eles querem enviá-los pela rede ... Sim, funciona muito tempo para enviar anexos de 20MB, 50MB e até maiores. Mas quando algo dá errado, isso estraga as coisas de uma maneira muito maior. Há arquivos maiores na fila, talvez seus custos de largura de banda aumentem, algo assim.
Enfim, isso é tudo preliminar ao que fizemos: tirou 20MB do ar e disse "é isso". É grande o suficiente para podermos relacioná-lo à nossa conexão de 100MBPS e tentar dar a eles uma ideia do que aconteceria se 50 pessoas estivessem tentando enviar o mesmo arquivo de tamanho de uma só vez.
Para atender ao 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 arquivos que você quer enviar. A solução também fornece rastreabilidade e segurança strong 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:
A solução no plug-in do Outlook:
Quantos usuários? IMAP? POP3?
Eu não me preocupo com nada acima de 10, como você disse, não é um serviço de transferência de arquivos.
Envios de e-mail enviados ou recebidos? Sua organização está usando o MS Exchange / MS Office Outlook / Active Directory / SharePoint? Em caso afirmativo, qual versão? Este é um assunto complicado.
Restrito, solto. Aceito qualquer coisa até 100 MB, mas nego qualquer coisa acima de 15.
Conforme 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 e-mail hospedados do Gmail, você só terá problemas com um limite inferior. Se o espaço de armazenamento não é um problema (considerando que os discos são menores, mais rápidos e mais baratos) do que por que não?
Tags email-server