¿Cómo determinar un límite de tamaño de archivo adjunto razonable?

Confesaré que esta es un área donde le daré 10-20mb y arrojaré un "correo electrónico no destinado a la transferencia de archivos" cada vez que un usuario se queja de tener que usar FTP.

Pero un nuevo y brillante servidor de correo merece un enfoque racional ... entonces, ¿qué es un método no vudú para determinar un límite apropiado para el tamaño del archivo adjunto?

(Se pregunta si se trata de una wiki o si hay un método que sea así de bueno).

Pensé que habría algunas buenas pautas independientes del entorno, pero se solicitaron detalles específicos, por lo que 50 buzones de correo, Exchange 2007, AD, el hardware es TBD. Los clientes son una mezcla 2007/2003, pensé que configuraría enviado / recibido para que coincida, solo para mantener las cosas simples.

"¡El correo electrónico no está destinado a la transferencia de archivos!"

Con toda seriedad, establecí el mío en 10 MB, más alto y es posible que reciba rechazos de servidores SMTP remotos. Si su empresa / cliente utiliza muchos archivos más grandes, podría convencerme de configurarlo en 15 o 20 MB, pero no más que eso.

Indico a los clientes que usen un servicio como Dropbox si envían archivos más grandes. [Divulgación, ese es mi enlace de referencia!]

El límite en sí mismo es algo menos importante que proporcionar una alternativa consistente, segura y fácil de usar para los usuarios que necesitan enviar y recibir archivos más grandes.

Esto depende directamente de su negocio.

Tengo usuarios que habitualmente obtienen archivos en el rango de 40 MB, y a veces muy por encima de eso. Básicamente establezco un tamaño ilimitado por esa razón.

Eche un vistazo a sus archivos adjuntos legítimos, tome el tamaño promedio y duplíquelo, luego mire el archivo adjunto legítimo más grande que haya recibido. Si es más grande que el doble del promedio, entonces hazlo un 50% más grande que el más grande hasta ahora.

¡10 MB de firma! Excepto por los ejecutivos que están abiertos. ¡Nos cansamos de ser maldecidos!

Estoy en el campamento "10Mb y ese es tu lote". No es solo lo que puede enviar, sino también lo que pueden recibir las personas a las que envía. A menos que su negocio opere en un área donde enviar binarios muy grandes por correo electrónico es la norma, ¿por qué ir más alto?

Aparte de eso, debe asegurarse de ofrecer una alternativa para las personas que realmente necesitan enviar archivos más grandes, ya sea algo como Dropbox, un buen servidor FTP antiguo o algo más inteligente (tenemos la capacidad del servidor y el ancho de banda para ofrecemos nuestro propio servicio similar a Dropbox a nuestros usuarios, como sucede).

Tiendo a ir un poco más arriba, y sigo con 30 MB. Va a variar de un negocio a otro. Como alternativa a los archivos adjuntos, intente senduit .

Cualquiera sea el tamaño, asegúrese de mantener el límite entrante por encima del límite saliente . Los servidores pueden y devolverán su correo al enviarlo de regreso (todo) si hay un error no relacionado con el tamaño (dirección incorrecta más o menos), e incluso si solo agregará unos pocos bytes que no desea rechazar ese correo basado en el tamaño.

También algunos "clientes de correo electrónico" (uso el término con cautela) crean respuestas a correos electrónicos con archivos adjuntos agregando solo el mismo archivo adjunto. Tampoco desea rebotar esos correos, por tonto que sea este comportamiento.

Afortunadamente, hay buenos MTA (no Exchange, pero por ejemplo postfix es uno) que le permiten restringir los rebotes a un tamaño mucho menor que el correo original. Por lo tanto, ese primer caso podría estar en declive a medida que esta característica sea adoptada incluso por los MTA cerebrales.

De todos modos, la elección del tamaño realmente depende de con quién se comunique principalmente y cuáles son sus límites. En las empresas gráficas, los tamaños máximos de megabytes de tres dígitos no son desconocidos, en otras empresas (quiero decir académicos, pero los tiempos han cambiado, lamentablemente), incluso puede salirse con la suya diciéndole a la gente que los archivos adjuntos son una mala práctica para empezar. Sé que lo hice, pero eso fue hace diez años :(

10MB aquí también. Parece ser el estándar aceptado. Tengo clientes que se quejan (en particular, un grupo de arquitectos que usan constantemente "grandes dibujos CAD" como una excusa para anular cualquier cuota o límite), pero todo lo que se necesita es señalarles que (1) el correo electrónico es compartido servicio y, por lo tanto, sus actividades pueden afectar la disponibilidad para otros, y (2) tienen que jugar bien con el destinatario.

Para cualquier cosa que supere ese límite, hay muchos arreglos alternativos disponibles, para que todos puedan estar contentos.

Ponemos el nuestro al límite de Gmail. Somos notoriamente sordos a las súplicas de ciertos científicos en nuestro medio que desean enviar grandes conjuntos de datos por correo electrónico con colegas investigadores. Es por eso que todavía tenemos servidores de correo departamentales y servidores de Exchange que admiten 4000 usuarios impares y almacenes de correo de menos de 1 TB.

A nivel de PC individual, todas las sorprendentes mejoras en la velocidad y la capacidad del hardware han dado a las personas un sentido distorsionado de lo que es razonable. Las PC y computadoras portátiles rápidas con discos duros de 500GB + hacen que el manejo de fotos de 5MB de cámaras digitales, películas, documentos con muchas imágenes insertadas, etc., no sea un problema.

Luego quieren enviarlos por cable ... Sí, funciona muchas veces enviar archivos adjuntos de 20 MB, 50 MB, incluso más grandes. Pero cuando algo sale mal, arruina las cosas de una manera mucho más grande. Hay archivos más grandes en la cola, tal vez sus cargos de ancho de banda aumenten, algo así.

De todos modos, todo eso es preliminar a lo que hicimos: sacó 20 MB del aire y dijo "eso es todo". Es lo suficientemente grande como para que podamos relacionarlo con nuestra conexión de 100 MBPS e intentar darles una idea de lo que sucedería si 50 personas intentaran enviar el mismo tamaño de archivo a la vez.

Para cumplir con el límite de 5 MB o 10 definido en algunos servidores Mensajes privados (Exchange, Qmail ...), existe una solución profesional que supera el tamaño y el tipo de archivos que desea enviar. La solución también proporciona una trazabilidad y seguridad sólidas que no ofrecen FTP (contraseña y nombre de usuario en claro ...). También disponible en entornos móviles (iPhone, Windows phone 7 / mobile, Blackberry, ...)

2 tecnologías disponibles:

La solución del modo plataforma:

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

La solución en el complemento de Outlook:

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

Cuantos usuarios IMAP? POP3?

No me molesto con nada más de 10, como dijiste, no es un servicio de transferencia de archivos.

¿Archivos adjuntos enviados o recibidos? ¿Su organización utiliza MS Exchange / MS Office Outlook / Active Directory / SharePoint? Si es así, ¿qué versión? Este es un tema complicado.

Estricto, suelto. Aceptaré cualquier cosa hasta 100 MB de entrada, pero niego cualquier cosa de más de 15.

A medida que el mundo progresa, también lo hacen las políticas. Con nuestra reciente actualización a Exchange 2010, hemos aumentado nuestro límite de envío / recepción a 25 MB (límite de Gmail). Con la expansión de los servicios de correo electrónico alojados de Gmail, solo tendrá problemas con un límite inferior. Si el espacio de almacenamiento no es un problema (teniendo en cuenta que los discos son más pequeños, más rápidos y más baratos), ¿por qué no?