Con frecuencia clientes poco experimentados o posibles clientes nos preguntan sobre la posibilidad de enviar mailings con grandes archivos adjuntos.

Esta es el tipo de tarea que parece trivial cuando envías sólo un par de correos, pero que de inmediato se revela como una idea no tan sensata como pudiera parecer cuando la contemplas desde el punto de vista de quien envía miles de correos.

Antes de nada vamos a considerar el tiempo que puede tardar uno de estos envíos. Por ejemplo supongamos una campaña de 5.000 correos con un archivo .doc adjunto de 5 MB. Hagamos los números.

Los adjuntos se codifican usando Base64 (para poder enviar archivos binarios como textos). Esto en promedio genera un aumento del 37% en el tamaño del adjunto. Así que considerando un tamaño total de 5 MB (consideramos que el tamaño del contenido es irrelevante aquí), el tamaño del correo a enviar será de:

5 x 1,37 = 6,85 MB

Ahora, tenemos 5.000 correos para enviar, así que el tamaño total de los datos que necesitamos transferir es:

5.000 x 6,85 MB = 34.250 MB --> 34,25 GB

Esto es equivalente a transferir 49 CD-ROM a través de la conexión!! (y aquí no consideramos tráfico auxiliar de sincronización necesario, por simplicidad).

Si nuestro servidor está ubicado en un Data Center avanzado y tiene, por ejemplo, una conexión simétrica garantizada a Internet de 6 Mbps (lo que no está nada mal, y además es bastante caro), o lo que es lo mismo, 750 KB por segundo (o 0,75 MB/seg), esto implica un tiempo de transferencia de:

34.250 MB / 0,75 MB/sec = 45.666,67 segundos --> 12 horas, 41 minutos, 7 segundos

Un envío común típico de 5.000 correos llevaría sobre 4 minutos o menos. ¡Buff!

Otro factor importante a tener en cuenta es la entregabilidad en los servidores de destino. Si envías un correo con un adjunto grande a, digamos, un par de correos de hotmail.com, probablemente no tendrás problema alguno. Pero, ¿cuántos destinatarios tienes en tu lista de hotmail?, ¿el 20%?, ¿el 30%?. Seguramente más. Quien dice hotmail dice yahoo o cualquier dominio de un cliente grande en tu lista B2B. El detalle aquí es que cuando un servidor ve venir muchos correos grandes desde la misma IP, generalmente bloquean al remitente porque éste se está "comiendo" una gran parte de su ancho de banda. Muchos ISP no tienen ancho de banda suficiente para soportar que les lleguen muchos correos a la vez con grandes adjuntos. Así que probablemente tendrás muchos problemas de entregabilidad si lo haces.

Algunos destinatarios tendrán también almacenamiento limitado en su cuenta, incluso en estos tiempos que corren de espacio ilimitado en cuentas gratuitas. Muchos servidor de correo corporativos limitan el tamaño de las cuentas de los empleados, así que tienes muchas oportunidades de que recibir muchos rebotados blandos (con un uso añadido de ancho de banda para tu servidor, dicho sea de paso).

Incluso aunque llegues a la bandeja de entrada, si no te conocen bien seguramente tendrás muchas pulsaciones en el botón de "Esto es spam" y también tasas de apertura muy bajas, por miedo a infectarse con un virus. Además a nadie le gusta recibir adjuntos enormes sin haber sido avisados antes.

Existe un beneficio añadido a no enviar los archivos como adjuntos: puedes colocarlos en tu servidor Web y añadir un enlace directo en el correo. De esta forma evitas los problemas que he mencionado antes y, de regalo, obtienes información detallada sobre qué destinatarios han hecho clic en éste, lo que es obviamente algo muy útil que no obtienes de los archivos adjuntos.

Nosotrs podemos permitir que envíes archivos adjuntos con MAILCast, pero no te lo recomendamos. Si realmente lo necesitas mándanos unas líneas :-)