Wie sende ich eine Datei als E-Mail-Anhang über die Linux-Befehlszeile?

Ich habe ein Skript erstellt, das jeden Abend auf meinem Linux-Server ausgeführt wird und mysqldumpmit dem jede meiner MySQL-Datenbanken in SQL-Dateien gesichert und als komprimierte TAR-Datei zusammengefasst wird. Der nächste Schritt, den ich ausführen möchte, besteht darin, diese TAR-Datei zur sicheren Aufbewahrung per E-Mail an einen Remote-E-Mail-Server zu senden. Ich konnte dem Rohskript im Text eine E-Mail senden, indem ich die Sicherungstextdatei mailxwie folgt weiterleitete :

$ cat mysqldbbackup.sql | mailx [email protected]

catgibt den Text der Sicherungsdatei wieder, der mailxmit der als Argument übergebenen E-Mail-Adresse des Empfängers an das Programm weitergeleitet wird.

Während dies das erreicht, was ich brauche, denke ich, dass es einen Schritt besser sein könnte. Gibt es eine Möglichkeit, mithilfe von Shell-Skripten oder auf andere Weise die komprimierte .tar-Datei als Anhang an eine ausgehende E-Mail-Nachricht zu senden ? Dies würde es übertreffen, sich mit sehr langen E-Mail-Nachrichten befassen zu müssen, die Header-Daten enthalten und häufig Probleme mit dem Zeilenumbruch usw. haben.

Keiner der Köter hat für mich gearbeitet. Es wurde angenommen, dass die E-Mail-Adresse Teil des Anhangs war. Musste tun:

echo "This is the message body" | mutt -a "/path/to/file.to.attach" -s "subject of message" -- [email protected]

Oder fehlgeschlagener Köter:

gzip -c mysqldbbackup.sql | uuencode mysqldbbackup.sql.gz  | mail -s "MySQL DB" [email protected]

Abhängig von Ihrer Linux-Version kann es als Mail bezeichnet werden. Um @David oben zu zitieren:

mail -s "Backup" -a mysqldbbackup.sql [email protected] < message.txt

oder auch:

cat message.txt | mail -s "Backup" -a mysqldbbackup.sql [email protected] 

Vom Blick auf man mailx, wird das mailx keine Option , eine Datei anzubringen. Sie könnten ein anderes Programm wie mutt verwenden.

echo "This is the message body" | mutt -a file.to.attach -s "subject of message" [email protected]

Befehlszeilenoptionen für Mutt können mit angezeigt werden mutt -h.

Ich verwende SendEmail, das für dieses Szenario erstellt wurde. Es ist für Ubuntu gepackt, daher gehe ich davon aus, dass es verfügbar ist

sendemail -f [email protected] -t [email protected] -m "Here are your files!" -a file1.jpg file2.zip

http://caspian.dotconf.net/menu/Software/SendEmail/

Ich benutze mpack.

mpack -s subject file [email protected]

Leider erkennt mpack '-' nicht als Alias ​​für stdin. Aber die folgende Arbeit, und kann leicht in einen (Shell-) Alias ​​oder ein Skript eingeschlossen werden:

mpack -s subject /dev/stdin [email protected] < file

 echo 'These are contents of my mail' | mailx -s 'This is my email subject' -a /path/to/attachment_file.log [email protected]

Ich habe diese Funktion einmal für ksh unter Solaris geschrieben (verwendet Perl für die Base64-Codierung):

# usage: email_attachment to cc subject body attachment_filename
email_attachment() {
    to="$1"
    cc="$2"
    subject="$3"
    body="$4"
    filename="${5:-''}"
    boundary="_====_blah_====_$(date +%Y%m%d%H%M%S)_====_"
    {
        print -- "To: $to"
        print -- "Cc: $cc"
        print -- "Subject: $subject"
        print -- "Content-Type: multipart/mixed; boundary=\"$boundary\""
        print -- "Mime-Version: 1.0"
        print -- ""
        print -- "This is a multi-part message in MIME format."
        print -- ""
        print -- "--$boundary"
        print -- "Content-Type: text/plain; charset=ISO-8859-1"
        print -- ""
        print -- "$body"
        print -- ""
        if [[ -n "$filename" && -f "$filename" && -r "$filename" ]]; then
            print -- "--$boundary"
            print -- "Content-Transfer-Encoding: base64"
            print -- "Content-Type: application/octet-stream; name=$filename"
            print -- "Content-Disposition: attachment; filename=$filename"
            print -- ""
            print -- "$(perl -MMIME::Base64 -e 'open F, shift; @lines=<F>; close F; print MIME::Base64::encode(join(q{}, @lines))' $filename)"
            print -- ""
        fi
        print -- "--${boundary}--"
    } | /usr/lib/sendmail -oi -t
}

Sie können mutt verwenden , um die E-Mail mit Anhang zu senden

mutt -s "Backup" -a mysqldbbackup.sql [email protected] < message.txt

Senden Sie eine Klartext-E-Mail mit einem Klartext-Anhang mit mailx:

(
  /usr/bin/uuencode attachfile.txt myattachedfilename.txt; 
  /usr/bin/echo "Body of text"
) | mailx -s 'Subject' [email protected]

Unten ist der gleiche Befehl wie oben, ohne die Zeilenumbrüche

( /usr/bin/uuencode /home/el/attachfile.txt myattachedfilename.txt; /usr/bin/echo "Body of text" ) | mailx -s 'Subject' [email protected]

Stellen Sie sicher, dass Sie eine Datei /home/el/attachfile.txtmit folgendem Inhalt definiert haben :

<html><body>
Government discriminates against programmers with cruel/unusual 35 year prison
sentences for making the world's information free, while bankers that pilfer 
trillions in citizens assets through systematic inflation get the nod and 
walk free among us.
</body></html>

Wenn Sie keinen Uuencode haben, lesen Sie diesen: /unix/16277/how-do-i-get-uuencode-to-work

Senden Sie unter Linux HTML-Text-E-Mails mit einem PDF-Anhang mit sendmail:

Stellen Sie sicher, dass Sie ksh installiert haben: yum info ksh

Stellen Sie sicher, dass sendmail installiert und konfiguriert ist.

Stellen Sie sicher, dass Sie uuencode installiert und verfügbar haben: /unix/16277/how-do-i-get-uuencode-to-work

Erstellen Sie eine neue Datei mit dem Namen test.sh und legen Sie sie in Ihrem Home-Verzeichnis ab:/home/el

Geben Sie den folgenden Code ein test.sh:

#!/usr/bin/ksh
export MAILFROM="[email protected]"
export MAILTO="[email protected]"
export SUBJECT="Test PDF for Email"
export BODY="/home/el/email_body.htm"
export ATTACH="/home/el/pdf-test.pdf"
export MAILPART=`uuidgen` ## Generates Unique ID
export MAILPART_BODY=`uuidgen` ## Generates Unique ID

(
 echo "From: $MAILFROM"
 echo "To: $MAILTO"
 echo "Subject: $SUBJECT"
 echo "MIME-Version: 1.0"
 echo "Content-Type: multipart/mixed; boundary=\"$MAILPART\""
 echo ""
 echo "--$MAILPART"
 echo "Content-Type: multipart/alternative; boundary=\"$MAILPART_BODY\""
 echo ""
 echo "--$MAILPART_BODY"
 echo "Content-Type: text/plain; charset=ISO-8859-1"
 echo "You need to enable HTML option for email"
 echo "--$MAILPART_BODY"
 echo "Content-Type: text/html; charset=ISO-8859-1"
 echo "Content-Disposition: inline"
 cat $BODY
 echo "--$MAILPART_BODY--"

 echo "--$MAILPART"
 echo 'Content-Type: application/pdf; name="'$(basename $ATTACH)'"'
 echo "Content-Transfer-Encoding: uuencode"
 echo 'Content-Disposition: attachment; filename="'$(basename $ATTACH)'"'
 echo ""
 uuencode $ATTACH $(basename $ATTACH)
 echo "--$MAILPART--"
) | /usr/sbin/sendmail $MAILTO

Ändern Sie die Exportvariablen oben auf test.sh , um Ihre Adresse und Dateinamen wiederzugeben.

Laden Sie ein Test-PDF-Dokument herunter und /home/elfügen Sie es in die Datei pdf-test.pdf ein

Erstellen Sie eine Datei mit dem Namen /home/el/email_body.htm und fügen Sie diese Zeile ein:

<html><body><b>this is some bold text</b></body></html>

Stellen Sie sicher, dass die PDF-Datei über ausreichend 755 Berechtigungen verfügt.

Führen Sie das Skript aus ./test.sh

Überprüfen Sie Ihren E-Mail-Posteingang, der Text sollte im HTML-Format vorliegen und die PDF-Datei wird automatisch als Binärdatei interpretiert. Achten Sie darauf, diese Funktion nicht mehr als 15 Mal am Tag zu verwenden. Selbst wenn Sie die E-Mails an sich selbst senden, können Spam-Filter in Google Mail eine Domain auf die schwarze Liste setzen, ohne dass Sie die Möglichkeit haben, sie durchzulassen. Und Sie werden feststellen, dass dies nicht mehr funktioniert oder nur den Anhang durchlässt oder die E-Mail überhaupt nicht durchkommt. Wenn Sie diesbezüglich viele Tests durchführen müssen, verteilen Sie diese auf mehrere Tage, oder Sie werden als Spammer bezeichnet, und diese Funktion funktioniert nicht mehr.

Es gibt mehrere Antworten hier was darauf hindeutet , mailoder mailxso ist dies eher ein Hintergrund ist, damit Sie diese in Zusammenhang interpretieren.

Historische Notizen

Die Ursprünge von Unix mailreichen bis in die Nebel der frühen Geschichte von Bell Labs Unix ™ (1969?) Zurück, und wir können wahrscheinlich nicht hoffen, hier auf die vollständige Genealogie einzugehen. Es genügt zu sagen, dass es viele Programme gibt, die Code von oder Neuimplementierung erben (oder Code von einer Neuimplementierung von erben), mailund dass es keine einzige Codebasis gibt, die eindeutig als "the" identifiziert werden kann mail.

Einer der Anwärter auf diese Position ist jedoch sicherlich "Berkeley Mail", das ursprünglich Mailin 2BSD (1978) mit einem Großbuchstaben M bezeichnet wurde; In 3BSD (1979) wurde jedoch auch der Kleinbuchstabenbefehl ersetzt mail, was zu neuer Verwirrung führte. SVR3 (1986) enthielt ein Derivat, das genannt wurde mailx. Das xwurde vermutlich hinzugefügt, um es einzigartig und unverwechselbar zu machen; Aber auch dies wurde jetzt kopiert, neu implementiert und verstümmelt, so dass es keine einzige Einzelversion gibt, die endgültig ist.

Früher war der De-facto- Standard für das Versenden von Binärdateien über E-Mail uuencode. Es existiert immer noch, hat aber zahlreiche Usability-Probleme; Wenn möglich, sollten Sie stattdessen MIME-Anhänge senden, es sei denn, Sie möchten ausdrücklich mit den späten 1980er Jahren kommunizieren können.

MIME wurde Anfang der neunziger Jahre eingeführt, um verschiedene Probleme mit E-Mails zu lösen, einschließlich der Unterstützung verschiedener Arten von Inhalten außer einfachem Text in einem einzigen Zeichensatz, der nur für eine Teilmenge von Englisch (und, wie wir wissen, Hawaiianisch) wirklich geeignet ist ). Dies führte die Unterstützung für mehrteilige Nachrichten, Internationalisierung, umfangreiche Inhaltstypen usw. ein und gewann in den neunziger Jahren schnell an Bedeutung.

(Die Heirloom- mail/ mailxGeschichtsnotizen waren beim Verfassen dieses Artikels am hilfreichsten und sind auf jeden Fall eine Lektüre wert, wenn Sie sich für solche Dinge interessieren .)

Aktuelle Angebote

Ab 2018 verfügt Debian über drei Pakete, die einen mailoder mailx-Befehl enthalten. (Sie können suchen Provides: mailx.)

debian$ aptitude search ~Pmailx
i   bsd-mailx                       - simple mail user agent
p   heirloom-mailx                  - feature-rich BSD mail(1)
p   mailutils                       - GNU mailutils utilities for handling mail

(Ich nehme Debian nicht als Empfehlung heraus; es ist das, was ich verwende, daher bin ich damit vertraut; und es bietet eine Möglichkeit, die verschiedenen Alternativen eindeutig zu unterscheiden, indem auf ihre jeweiligen Paketnamen Bezug genommen wird. Es ist offensichtlich auch die Distribution von welches Ubuntu diese Pakete bekommt.)

• bsd-mailxist relativ einfach mailxund scheint das Senden von MIME-Anhängen nicht zu unterstützen. Lesen Sie die Handbuchseite und beachten Sie, dass dies diejenige ist, die Sie standardmäßig auf einem * BSD-System, einschließlich MacOS, erwarten würden.
• heirloom-mailxgenannt wird jetzt s-nailund tut Unterstützung sendet MIME - Anhänge mit -a. Siehe die Handbuchseite und allgemein das Heirloom-Projekt
• mailutilsaka GNU Mailutils enthält einen mail/ mailxkompatiblen Wrapper, der das Senden von MIME-Anhängen mit unterstützt-A

Mit diesen Bedenken, wenn Sie Ihren Code müssen tragbar sein und auf einem etwas komplexen Paket abhängen kann, ist die einfache Art und Weise zu portably Anlagen senden MIME ist die Verwendung mutt.

Eine weitere Alternative - Swaks (Schweizer Taschenmesser für SMTP).

swaks -tls \
    --to ${MAIL_TO} \
    --from ${MAIL_FROM} \
    --server ${MAIL_SERVER} \
    --auth LOGIN \
    --auth-user ${MAIL_USER} \
    --auth-password ${MAIL_PASSWORD} \
    --header "Subject: $MAIL_SUBJECT" \
    --header "Content-Type: text/html; charset=UTF-8" \
    --body "$MESSAGE" \
    --attach mysqldbbackup.sql

metamail hat das Tool metasend

metasend -f mysqlbackup.sql.gz -t [email protected] -s Backup -m application/x-gzip -b

ich benutzte

echo "Start of Body" && uuencode log.cfg readme.txt | mail -s "subject" "[email protected]" 

und das hat bei mir gut funktioniert ....

Ich benutze normalerweise nur den Mail-Befehl auf RHEL. Ich habe mailx ausprobiert und es ist ziemlich effizient.

mailx -s "Sending Files" -a First_LocalConfig.conf -a
Second_LocalConfig.conf [email protected]

This is the content of my msg.

.

Der kürzeste Weg für mich ist

file=filename_or_filepath;uuencode $file $file|mail -s "optional subject" email_address

Also für dein Beispiel wird es sein

file=your_sql.log;gzip -c $file;uuencode ${file}.gz ${file}|mail -s "file with magnets" [email protected]

Das Gute daran ist, dass ich mich mit Strg + r daran erinnern kann , eine weitere Datei zu senden ...

Von der Quellmaschine

mysqldump --defaults-extra-file=sql.cnf database | gzip | base64 | mail [email protected]

Auf dem Zielcomputer. Speichern Sie den empfangenen E-Mail- Text als db.sql.gz.b64 . dann..

base64 -D -i db.sql.gz.b64 | gzip -d | mysql --defaults-extra-file=sql.cnf

Um meine 2 Cent hinzuzufügen, würde ich mein eigenes PHP-Skript schreiben:

http://php.net/manual/en/function.mail.php

In den Beispielen auf dieser Seite gibt es viele Möglichkeiten, den Anhang zu erstellen.

mailxhat jetzt eine -aOption für Anhänge.

Keine Methode zum Senden von E-Mails, aber Sie können dafür einen Online-Git-Server (z. B. Bitbucket oder einen ähnlichen Dienst) verwenden.

Auf diese Weise können Sie git pushBefehle verwenden, und alle Versionen werden komprimiert und organisiert gespeichert.

So mache ich es mit einer großen Protokolldatei in CentOS:

MAIL="`whereis mail | awk '{print $2}'`"
WHOAMI="`whoami`"
HOSTNAME="`hostname`"
EMAIL"[email protected]"
LOGDIR="/var/log/aide"
LOGNAME="`basename "$0"`_`date "+%Y%m%d_%H%M"`"
# Arhiveerime ning kui hästi, saadame edasi:
/bin/tar -zcvf ${LOGDIR}/${LOGNAME}.tgz "${LOGDIR}/${LOGNAME}.log" > /dev/null 2>&1
if [ $? -eq 0 ]; then
    cd ${LOGDIR}
    # This works too. The message content will be taken from text file below
    # echo 'Hello!' >/root/scripts/audit_check.sh.txt
    # echo "Arhiivifail manuses" | ${MAIL} -s "${HOSTNAME} Aide report" -q /root/scripts/audit_check.sh.txt -a ${LOGNAME}.tgz -S from=${WHOAMI}@${HOSTNAME} ${EMAIL}
    echo "Arhiivifail manuses" | ${MAIL} -s "${HOSTNAME} Aide report" -a ${LOGNAME}.tgz -S from=${WHOAMI}@${HOSTNAME} ${EMAIL}
    /bin/rm "${LOGDIR}/${LOGNAME}.log"
fi

Wenn es sich bei der Datei um Text handelt, können Sie sie am einfachsten im Text senden:

sendmail [email protected] < message.txt

mit dem Befehl mailx

 echo "Message Body Here" | mailx -s "Subject Here" -a file_name [email protected]

mit sendmail

#!/bin/ksh

fileToAttach=data.txt

`(echo "To: [email protected]"
  echo "Cc: [email protected]"
  echo "From: Application"
  echo "Subject: your subject"
  echo  your body
  uuencode $fileToAttach $fileToAttach
  )| eval /usr/sbin/sendmail -t `;

Mailutils macht dies zu einem Kinderspiel

echo "Body" | mail.mailutils -M -s "My Subject" -A attachment.pdf [email protected]

• -A file hängt eine Datei an
• -M aktiviert MIME, sodass Sie einen Anhang und einen Klartextkörper haben können.

Wenn noch nicht installiert, ausführen

sudo apt install mailutils

Abhängig von Ihren Mail-Befehlsoptionen (überprüfen Sie dies mit man mail) und der Version, die Sie ausführen können

echo yourBody|mail -s yoursubject -A /your/attachment/file [email protected]

Wenn mutt nicht funktioniert oder nicht installiert ist, versuchen Sie Folgendes:

*#!/bin/sh

FilePath=$1
FileName=$2
Message=$3
MailList=$4

cd $FilePath

Rec_count=$(wc -l < $FileName)
if [ $Rec_count -gt 0 ]
then
(echo "The attachment contains $Message" ; uuencode $FileName $FileName.csv ) | mailx -s "$Message" $MailList
fi*