Enviar por correo electrónico 13 MB base64 crea 19 MB adicionales .com

Enviar por correo electrónico 13 MB base64 crea 19 MB adicionales .com

Mi secuencia de comandos de copia de seguridad diaria tuvo que cambiarse para crear un archivo base64 en lugar de uno normal .tar.gzhace un tiempo:

Filename64="$Filename".64
cat "$Filename" | base64 > "$Filename64"
echo -e "to: $EmailAddr\nsubject: $Filename64\n" | \
    (cat - && uuencode "$Filename64" "$Filename64") | ssmtp "$EmailAddr"

Recientemente necesitaba recuperar un archivo de la copia de seguridad diaria. Me sorprendió descubrir que Gmail crea automáticamente un segundo archivo adjunto con .comun formato de 6 MB más grande (aparentemente). Este segundo archivo adjunto no deseado se llama noname:

copia de seguridad de gmail 2 archivos adjuntos.png

1).¿Cómo puedo evitar nonamela creación?

2).Si la creación es inevitable, ¿cómo puedo eliminarlos en masa con la API de Gmail?

Respuesta1

Estaba usando instrucciones en la respuesta más votada:

que recomienda:

echo -e "to: [email protected]\nsubject: subject\n"| (cat - && uuencode /path/to/attachment attachment.name) | ssmtp [email protected]

Investigué un poco y parece que uuencodeera algo popular hace 25 años, pero no tanto hoy. El defecto básico del script bash es uuencodecolocar el archivo adjunto dentro del cuerpo del mensaje.

Aquí se encontró un método mucho mejor:

Donde ya utilicé el mailprograma integrado en mi distribución de Ubuntu:

mail -a "$Filename64" -s "$Filename64" "$EmailAddr" < /dev/null

información relacionada