Come determinare un limite di dimensioni dell'allegato ragionevole?

Confesso che questa è un'area in cui la darò 10-20mb e lancerò una "e-mail non destinata al trasferimento di file" ogni volta che un utente si preoccupa di dover usare FTP.

Ma un nuovo server di posta brillante merita un approccio razionale ... quindi qual è un metodo non voodoo per determinare un limite appropriato per la dimensione dell'allegato?

(Esitando sul fatto che si tratti di un wiki, o se esiste un metodo che è proprio così buono.)

Ho pensato che ci sarebbero state delle buone linee guida indipendenti dall'ambiente, ma sono state richieste specifiche - quindi 50 caselle di posta, Exchange 2007, AD, l'hardware è TBD. I clienti sono un mix del 2007/2003, ho pensato di impostare gli invii inviati / ricevuti, solo per rendere le cose semplici.

"L'email non è destinata al trasferimento di file!"

In tutta serietà, ho impostato il mio a 10 MB, un valore superiore e potresti ricevere rifiuti dai server SMTP remoti. Se la tua azienda / client utilizza molti file più grandi, potrei essere convinto di impostarlo a 15 o 20 MB, ma non superiore.

Indico ai clienti di utilizzare un servizio come Dropbox se inviano file di dimensioni maggiori. [Divulgazione, questo è il mio link di riferimento!]

Il limite stesso è in qualche modo meno importante rispetto a fornire un'alternativa coerente, sicura e di facile utilizzo agli utenti che devono inviare e ricevere file di dimensioni maggiori.

Questo dipende direttamente dalla tua attività.

Ho utenti che ottengono regolarmente file nella gamma di 40 MB, e talvolta ben oltre. Ho essenzialmente impostato una dimensione illimitata per questo motivo.

Dai un'occhiata ai tuoi allegati legittimi, prendi le dimensioni medie e raddoppia, quindi guarda il più grande allegato legittimo che hai ricevuto. Se è più grande del doppio della media, rendilo più grande del 50% rispetto al più grande finora.

Azienda da 10 MB! Tranne i dirigenti che sono spalancati. Ci siamo stancati di essere maledetti!

Sono nel campo "10 Mb e questo è il tuo lotto". Non è solo ciò che puoi inviare ma anche ciò che le persone a cui invii possono ricevere. A meno che la tua azienda non operi in un'area in cui l'invio di file binari di grandi dimensioni tramite e-mail è la norma, perché andare più in alto?

A parte questo, devi assicurarti di offrire un'alternativa per le persone che hanno davvero bisogno di inviare file più grandi, che si tratti di qualcosa come Dropbox, un buon vecchio server FTP o qualcos'altro intelligente (abbiamo la capacità del server e della larghezza di banda per offrire il nostro servizio simile a dropbox ai nostri utenti, come accade).

Tendo ad andare un po 'più in alto e salire di 30 MB. Varia da business a business. In alternativa agli allegati, prova senduit .

Qualunque sia la dimensione, assicurati di mantenere il limite in entrata oltre il limite in uscita . I server possono e rimbalzano la tua posta rispedendola (tutta) in caso di errore non relativo alle dimensioni (indirizzo errato o meno) e anche se aggiungerà solo pochi byte che non desideri rifiutare quella posta in base alle dimensioni.

Inoltre alcuni "client di posta elettronica" (uso il termine con cautela) creano risposte alle e-mail con allegati aggiungendo lo stesso allegato. Inoltre, non vuoi far rimbalzare quei messaggi, per quanto stupido possa essere questo comportamento.

Fortunatamente ci sono dei buoni MTA (non Exchange, ma ad esempio Postfix è uno) che ti permettono di limitare i rimbalzi a una dimensione molto più bassa rispetto alla posta originale. Quindi, il primo caso potrebbe essere in declino poiché questa funzionalità viene adottata anche da MTA intramontabili.

Ad ogni modo, la scelta della taglia dipende davvero da chi comunichi principalmente e quali sono i suoi limiti. Nelle attività grafiche, le dimensioni massime di megabyte a tre cifre non sono inaudite, in altre attività (voglio dire accademici, ma i tempi sono cambiati, purtroppo) potresti persino cavartela dicendo alle persone che gli allegati sono una cattiva pratica per cominciare. So di averlo fatto, ma è stato dieci anni fa :(

10 MB anche qui. Sembra essere lo standard accettato. Ho clienti che se ne lamentano (in particolare un gruppo di architetti che usano costantemente "grandi disegni CAD" come scusa per scavalcare qualsiasi quota o limite), ma tutto ciò che serve è sottolineare loro che (1) la posta elettronica è una condivisione servizio, e quindi le loro attività potrebbero influire sulla disponibilità per gli altri e (2) devono giocare bene con il destinatario.

Per qualsiasi cosa oltre questo limite ci sono molte soluzioni alternative disponibili, così tutti possono essere felici.

Impostiamo il nostro su qualunque sia il limite di Gmail. Siamo notoriamente sordi ai motivi di alcuni scienziati della nostra metà che desiderano inviare e-mail grandi serie di dati avanti e indietro con altri ricercatori. Questo è il motivo per cui abbiamo ancora sia server di posta dipartimentali sia server Exchange che supportano 4000 utenti dispari e negozi di posta con meno di 1 TB.

A livello di singolo PC, tutti gli incredibili miglioramenti della velocità e della capacità dell'hardware hanno dato alle persone un'idea distorta di ciò che è ragionevole. PC e laptop veloci con dischi rigidi da 500 GB + consentono di gestire immagini da 5 MB di fotocamere digitali, filmati, documenti con molte immagini inserite, ecc., Nessun problema.

Quindi vogliono inviarli via cavo ... Sì, funziona molto tempo per inviare 20 MB, 50 MB, allegati ancora più grandi. Ma quando qualcosa va storto, rovina le cose in un modo molto più grande. Ci sono file più grandi nella coda, forse le spese per la larghezza di banda aumentano, qualcosa del genere.

Ad ogni modo, tutto ciò è preliminare a quello che abbiamo fatto: tirato fuori 20 MB dall'aria e ha detto "tutto qui". È abbastanza grande da poterlo collegare alla nostra connessione da 100 Mbps e provare a dare loro un'idea di cosa accadrebbe se 50 persone provassero a inviare lo stesso file di dimensioni contemporaneamente.

Per soddisfare il limite di 5 MB o 10 definito su alcuni server Messaggi privati ​​(Exchange, Qmail ...), esiste una soluzione professionale che supera le dimensioni e il tipo di file che si desidera inviare. La soluzione fornisce anche tracciabilità e sicurezza forti che non offrono FTP (password e nome utente in chiaro ...). Disponibile anche in ambiente mobile (iPhone, Windows Phone 7 / mobile, Blackberry, ...)

2 tecnologie disponibili:

La soluzione in modalità piattaforma:

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

La soluzione nel plug-in di Outlook:

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

Quanti utenti? IMAP? POP3?

Non mi preoccupo di nulla oltre i 10, come hai detto, non è un servizio di trasferimento file.

Allegati e-mail inviati o ricevuti? La tua organizzazione utilizza MS Exchange / MS Office Outlook / Active Directory / SharePoint? In tal caso, quale versione? Questo è un argomento complicato.

Stretto, libero. Accetterò qualsiasi cosa fino a 100 MB in entrata, ma negherò qualsiasi cosa oltre 15 in uscita.

Man mano che il mondo avanza, anche le politiche. Con il nostro recente aggiornamento a Exchange 2010 abbiamo aumentato il limite di invio / ricezione a 25 MB (limite di Gmail). Con l'espansione dei servizi di posta elettronica ospitati da Gmail, si verificheranno solo problemi con un limite inferiore. Se lo spazio di archiviazione non è un problema (considerando che i dischi sono più piccoli, più veloci e più economici) di perché no?