13MB base64를 이메일로 보내면 추가로 19MB .com이 생성됩니다.

13MB base64를 이메일로 보내면 추가로 19MB .com이 생성됩니다.

.tar.gz얼마 전 일반 백업 스크립트 대신 base64 파일을 생성하도록 일일 백업 스크립트를 변경해야 했습니다 .

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첨부 파일을 메시지 본문에 넣는 것입니다.

훨씬 더 나은 방법이 여기에서 발견되었습니다.

mailUbuntu 배포판에 이미 내장된 프로그램을 사용한 경우 :

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

관련 정보