Beim E-Mailen von 13 MB Base64 werden zusätzliche 19 MB .com erstellt

Beim E-Mailen von 13 MB Base64 werden zusätzliche 19 MB .com erstellt

.tar.gzMein tägliches Backup-Skript musste vor einiger Zeit geändert werden, um eine Base64-Datei statt einer normalen Datei zu erstellen :

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

Kürzlich musste ich eine Datei aus dem täglichen Backup wiederherstellen. Ich war überrascht, als ich entdeckte, dass Gmail automatisch einen zweiten Anhang erstellt, der .com(anscheinend) 6 MB größer ist. Dieser zweite unerwünschte Anhang heißt noname:

Gmail-Backup 2 Anhänge.png

1).Wie kann ich nonamedie Erstellung verhindern?

2).Wenn die Erstellung nicht zu verhindern ist, wie kann ich sie dann mit der Gmail-API massenhaft löschen?

Antwort1

Ich habe die Anweisungen in der am besten bewerteten Antwort verwendet:

das empfiehlt:

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

Ich habe neue Nachforschungen angestellt und es scheint, dass uuencodees vor 25 Jahren beliebt war, heute aber nicht mehr so ​​sehr. Der grundlegende Fehler des Bash-Skripts besteht darin, uuencodedass der Anhang in den Nachrichtentext eingefügt wird.

Hier wurde eine viel bessere Methode gefunden:

Wo ich das mailbereits in meine Ubuntu-Distribution integrierte Programm verwendet habe:

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

verwandte Informationen