Comment envoyer un fichier en pièce jointe à un e-mail à l'aide de la ligne de commande Linux?

J'ai créé un script qui s'exécute chaque nuit sur mon serveur Linux qui permet mysqldumpde sauvegarder chacune de mes bases de données MySQL dans des fichiers .sql et de les regrouper sous forme de fichier .tar compressé. La prochaine étape que je veux accomplir est d'envoyer ce fichier tar par courrier électronique à un serveur de messagerie distant pour qu'il soit conservé. J'ai pu envoyer le script brut dans le corps d'un e-mail en redirigeant le fichier texte de sauvegarde mailxcomme suit:

$ cat mysqldbbackup.sql | mailx [email protected]

catfait écho au texte du fichier de sauvegarde qui est canalisé dans le mailxprogramme avec l'adresse e-mail du destinataire passée en argument.

Bien que cela accomplit ce que je dois, je pense que ce pourrait être un pas mieux, est - il possible, en utilisant des scripts shell ou autrement, pour envoyer le fichier .tar compressé à un message e - mail sortant comme pièce jointe ? Cela éviterait d'avoir à traiter de très longs e-mails contenant des données d'en-tête et ayant souvent des problèmes d'habillage de mots, etc.

Aucun des mutts n'a travaillé pour moi. Il pensait que l'adresse e-mail faisait partie de la pièce jointe. Devais faire:

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

Ou, à défaut mutt:

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

En fonction de votre version de Linux, elle peut s'appeler mail. Pour citer @David ci-dessus:

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

ou aussi:

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

De regarder man mailx, le programme mailx n'a pas d'option pour joindre un fichier. Vous pouvez utiliser un autre programme tel que mutt.

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

Les options de ligne de commande pour mutt peuvent être affichées avec mutt -h.

J'utilise SendEmail, qui a été créé pour ce scénario. Il est conditionné pour Ubuntu, donc je suppose qu'il est disponible

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

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

J'utilise mpack.

mpack -s subject file [email protected]

Malheureusement, mpack ne reconnaît pas «-» comme un alias pour stdin. Mais le travail suivant, et peut facilement être enveloppé dans un alias (shell) ou un script:

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]

J'ai écrit une fois cette fonction pour ksh sur Solaris (utilise Perl pour l'encodage base64):

# 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
}

Vous pouvez utiliser mutt pour envoyer l'e-mail avec pièce jointe

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

Envoyez un e-mail contenant du texte brut avec une pièce jointe en texte brut avec mailx:

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

Ci-dessous est la même commande que ci-dessus, sans les retours à la ligne

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

Assurez-vous d'avoir un fichier /home/el/attachfile.txtdéfini avec ce contenu:

<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>

Si vous n'avez pas uuencode, lisez ceci: /unix/16277/how-do-i-get-uuencode-to-work

Sous Linux, envoyez un e-mail HTML avec une pièce jointe PDF avec sendmail:

Assurez-vous que ksh est installé: yum info ksh

Assurez-vous que sendmail est installé et configuré.

Assurez-vous que uuencode est installé et disponible: /unix/16277/how-do-i-get-uuencode-to-work

Créez un nouveau fichier appelé test.shet placez-le dans votre répertoire personnel:/home/el

Mettez le code suivant dans 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

Modifiez les variables d'exportation en haut de test.shpour refléter votre adresse et vos noms de fichiers.

Téléchargez un document pdf de test et mettez-le dans /home/elappelé pdf-test.pdf

Créez un fichier appelé /home/el/email_body.htm et mettez cette ligne dedans:

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

Assurez-vous que le fichier pdf dispose de 755 autorisations suffisantes.

Exécutez le script ./test.sh

Vérifiez votre boîte de réception, le texte doit être au format HTML et le fichier pdf automatiquement interprété comme un fichier binaire. Faites attention à ne pas utiliser cette fonction plus de 15 fois par jour, même si vous vous envoyez des e-mails, les filtres anti-spam dans gmail peuvent blacklister un domaine crachant des e-mails sans vous donner la possibilité de les laisser passer. Et vous constaterez que cela ne fonctionne plus, ou qu'il ne laisse passer que la pièce jointe, ou que l'e-mail ne passe pas du tout. Si vous devez faire beaucoup de tests à ce sujet, répartissez-les sur plusieurs jours ou vous serez étiqueté comme un spammeur et cette fonction ne fonctionnera plus.

Il y a plusieurs réponses ici suggérant mailou mailxsi cela est plus d'un arrière - plan pour vous aider à interpréter ces derniers dans leur contexte.

Notes historiques

Les origines d'Unix mailremontent dans les brumes de la première histoire de Bell Labs Unix ™ (1969?), Et nous ne pouvons probablement pas espérer entrer dans sa généalogie complète ici. Qu'il suffise de dire qu'il existe de nombreux programmes qui héritent du code de ou réimplémentent (ou héritent du code d'une réimplémentation de) mailet qu'il n'y a pas de base de code unique qui puisse être identifié sans ambiguïté comme "le" mail.

Cependant, l'un des prétendants à cette position est certainement "Berkeley Mail", qui était à l'origine appelé Mailavec un M majuscule dans 2BSD (1978); mais dans 3BSD (1979), il a également remplacé la mailcommande en minuscules , entraînant une nouvelle confusion. SVR3 (1986) comprenait un dérivé appelé mailx. Le xa probablement été ajouté pour le rendre unique et distinct; mais cela aussi a maintenant été copié, réimplémenté et mutilé de sorte qu'il n'y a pas de version individuelle unique qui soit définitive.

À l'époque, la norme de facto pour l'envoi de fichiers binaires par courrier électronique était uuencode. Il existe toujours, mais présente de nombreux problèmes d'utilisation; dans la mesure du possible, vous devez envoyer des pièces jointes MIME à la place, sauf si vous vous efforcez spécifiquement de pouvoir communiquer avec la fin des années 1980.

MIME a été introduit au début des années 1990 pour résoudre plusieurs problèmes avec le courrier électronique, notamment la prise en charge de divers types de contenu autres que du texte brut dans un seul jeu de caractères qui ne convient vraiment qu'à un sous-ensemble de l'anglais (et, nous dit-on, hawaïen ). Cela a introduit la prise en charge des messages en plusieurs parties, l'internationalisation, les types de contenu riche, etc., et a rapidement gagné du terrain tout au long des années 1990.

(Les notes Heirloom mail/ mailxhistoire ont été très utiles lors de la composition de ce document, et valent certainement la peine d'être lues si vous êtes dans ce genre de chose.)

Offres actuelles

Depuis 2018, Debian a trois paquets qui incluent une commande mailou mailx. (Vous pouvez rechercherProvides: 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

(Je ne distingue pas Debian comme une recommandation; c'est ce que j'utilise, donc je le connais; et cela fournit un moyen de distinguer sans ambiguïté les différentes alternatives en faisant référence à leurs noms de paquets respectifs. C'est évidemment aussi la distribution de quel Ubuntu obtient ces packages.)

• bsd-mailxest une méthode relativement simple mailxqui ne semble pas prendre en charge l'envoi de pièces jointes MIME. Voir son page de manuel et notez que c'est celui que vous attendez d'un système * BSD, y compris MacOS, par défaut.
• heirloom-mailxest maintenant appelé s-nailet prend en charge l'envoi de pièces jointes MIME avec -a. Voir sa page de manuel et plus généralement le projet Heirloom
• mailutilsaka GNU Mailutils inclut un wrapper mail/ mailxcompatibilité qui prend en charge l'envoi de pièces jointes MIME avec-A

Avec ces problèmes, si vous avez besoin que votre code soit portable et puisse dépendre d'un package quelque peu complexe, le moyen le plus simple d'envoyer des pièces jointes MIME de manière portative est d' utiliser mutt.

Une autre alternative - Swaks (couteau suisse pour 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 a l'outil metasend

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

j'ai utilisé

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

et cela a bien fonctionné pour moi ....

J'utilise généralement la commande mail uniquement sur RHEL. J'ai essayé mailx et c'est assez efficace.

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

This is the content of my msg.

.

le moyen le plus court pour moi est

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

donc pour votre exemple, ce sera

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

la bonne partie est que je peux le rappeler avec Ctrl + r pour envoyer un autre fichier ...

Depuis la machine source

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

Sur la machine de destination. Enregistrez le corps du courrier reçu sous db.sql.gz.b64 ; puis..

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

Juste pour ajouter mes 2 cents, j'écrirais mon propre script PHP:

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

Il existe de nombreuses façons de faire la pièce jointe dans les exemples de cette page.

mailxa -amaintenant une option pour les pièces jointes.

Pas une méthode pour envoyer des e-mails, mais vous pouvez utiliser un serveur Git en ligne (par exemple Bitbucket ou un service similaire) pour cela.

De cette façon, vous pouvez utiliser des git pushcommandes et toutes les versions seront stockées de manière compressée et organisée.

Voici comment je fais avec un gros fichier journal dans 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

Si le fichier est du texte, vous pouvez l'envoyer plus facilement dans le corps comme:

sendmail [email protected] < message.txt

en utilisant la commande mailx

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

en utilisant 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 en fait un morceau de gâteau

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

• -A file joint un fichier
• -M active MIME, afin que vous puissiez avoir une pièce jointe et un corps en texte brut.

S'il n'est pas encore installé, exécutez

sudo apt install mailutils

Selon vos options de commande de messagerie (vérifiez avec man mail) et la version que vous pourriez faire

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

Si mutt ne fonctionne pas ou n'est pas installé, essayez ceci-

*#!/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*