透過電子郵件發送 13MB base64 會建立額外的 19MB .com

透過電子郵件發送 13MB base64 會建立額外的 19MB .com

我的日常備份腳本必須更改為創建 base64 文件,而不是.tar.gz不久前的常規文件:

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

最近我需要從每日備份中還原一個檔案。我很驚訝地發現 gmail 會自動創建第二個.com格式更大 6MB 的附件(顯然)。第二個不需要的配件稱為noname

Gmail備份2附件.png

1)。如何阻止noname創建?

2)。如果建立無法阻止,如何使用 gmail api 批次刪除它們?

答案1

我在最高票數答案中使用了說明:

建議:

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

我做了一些新的研究,它似乎uuencode在 25 年前很流行,但現在就沒那麼流行了。 bash 腳本的基本缺陷是uuencode將附件放在訊息正文中。

在這裡找到了更好的方法:

mail已經使用了 Ubuntu 發行版中內建的程式:

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

相關內容