¿Cómo envío un archivo como archivo adjunto de correo electrónico utilizando la línea de comandos de Linux?

Creé un script que se ejecuta todas las noches en mi servidor Linux que usa mysqldumppara hacer una copia de seguridad de cada una de mis bases de datos MySQL en archivos .sql y los empaqueta como un archivo comprimido .tar. El siguiente paso que quiero lograr es enviar ese archivo tar por correo electrónico a un servidor de correo electrónico remoto para su custodia. He podido enviar un correo electrónico a la secuencia de comandos sin formato en el cuerpo haciendo clic en el archivo de texto de respaldo para que me mailxguste:

$ cat mysqldbbackup.sql | mailx [email protected]

catrepite el texto del archivo de copia de seguridad que se canaliza en el mailxprograma con la dirección de correo electrónico del destinatario pasada como argumento.

Si bien esto logra lo que necesito, creo que podría ser un paso mejor. ¿Hay alguna forma, mediante el uso de scripts de shell o de otra manera, para enviar el archivo comprimido .tar a un mensaje de correo electrónico saliente como un archivo adjunto ? Esto superaría tener que lidiar con mensajes de correo electrónico muy largos que contienen datos de encabezado y a menudo tienen problemas de ajuste de palabras, etc.

Ninguno de los perros callejeros trabajó para mí. Estaba pensando que la dirección de correo electrónico era parte del adjunto. Tuve que hacer:

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

O, en su defecto mutt:

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

Dependiendo de su versión de Linux, puede llamarse correo. Para citar a @David arriba:

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

o también:

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

Al mirar man mailx, el programa mailx no tiene una opción para adjuntar un archivo. Podrías usar otro programa como mutt.

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

Las opciones de línea de comando para mutt se pueden mostrar con mutt -h.

Yo uso SendEmail, que fue creado para este escenario. Está empaquetado para Ubuntu, así que supongo que 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/

Yo uso mpack.

mpack -s subject file [email protected]

Desafortunadamente, mpack no reconoce '-' como un alias para stdin. Pero el siguiente trabajo, y puede ser fácilmente envuelto en un alias (shell) o 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]

Una vez escribí esta función para ksh en Solaris (usa Perl para la codificación 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
}

Puede usar mutt para enviar el correo electrónico con el archivo adjunto

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

Envíe un correo electrónico con texto sin formato con un archivo adjunto de texto sin formato con mailx:

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

A continuación se muestra el mismo comando que el anterior, sin las nuevas líneas.

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

Asegúrese de tener un archivo /home/el/attachfile.txtdefinido con este contenido:

<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 no tiene uuencode, lea esto: /unix/16277/how-do-i-get-uuencode-to-work

En Linux, envíe el correo electrónico del cuerpo HTML con un archivo adjunto PDF con sendmail:

Asegúrese de tener instalado ksh: yum info ksh

Asegúrese de tener sendmail instalado y configurado.

Asegúrese de tener uuencode instalado y disponible: /unix/16277/how-do-i-get-uuencode-to-work

Crea un nuevo archivo llamado test.shy ponlo en tu directorio personal:/home/el

Pon el siguiente código en 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

Cambie las variables de exportación en la parte superior test.shpara reflejar su dirección y nombres de archivo.

Descargue un documento pdf de prueba y póngalo en /home/elpdf-test.pdf

Cree un archivo llamado /home/el/email_body.htm y ponga esta línea en él:

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

Asegúrese de que el archivo pdf tenga suficientes 755 permisos.

Ejecute el script ./test.sh

Verifique su bandeja de entrada de correo electrónico, el texto debe estar en formato HTML y el archivo pdf debe interpretarse automáticamente como un archivo binario. Tenga cuidado de no usar esta función más de 15 veces en un día, incluso si se envía los correos electrónicos a usted mismo, los filtros de spam en gmail pueden incluir en la lista negra un dominio que arroja correos electrónicos sin darle la opción de dejarlos pasar. Y descubrirá que esto ya no funciona, o solo deja pasar el archivo adjunto, o el correo electrónico no llega en absoluto. Si tiene que hacer muchas pruebas sobre esto, extiéndalas durante días o se lo etiquetará como spammer y esta función ya no funcionará.

Aquí hay varias respuestas que sugieren mailo mailxmás, esto es más un trasfondo para ayudarlo a interpretarlas en contexto.

Notas historicas

Los orígenes de Unix mailse remontan a las brumas de la historia temprana de Bell Labs Unix ™ (¿1969?), Y probablemente no podamos esperar entrar en su genealogía completa aquí. Baste decir que hay muchos programas que heredan código o se vuelven a implementar (o heredan código de una reimplementación de) maily que no hay una base de código única que pueda identificarse sin ambigüedades como "la" mail.

Sin embargo, uno de los contendientes a esa posición es ciertamente "Berkeley Mail", que originalmente se llamó Mailcon una M mayúscula en 2BSD (1978); pero en 3BSD (1979), también reemplazó el mailcomando en minúsculas, lo que generó una nueva confusión. SVR3 (1986) incluyó un derivado que se llamó mailx. El xpresumiblemente fue agregado para hacerlo único y distinto; pero esto también se ha copiado, reimplementado y mutilado para que no haya una única versión individual que sea definitiva.

En el pasado, el estándar de facto para enviar binarios a través del correo electrónico era uuencode. Todavía existe, pero tiene numerosos problemas de usabilidad; si es posible, debe enviar archivos adjuntos MIME en su lugar, a menos que se esfuerce específicamente por comunicarse con fines de la década de 1980.

MIME se introdujo a principios de la década de 1990 para resolver varios problemas con el correo electrónico, incluido el soporte para varios tipos de contenido que no sean texto sin formato en un solo conjunto de caracteres que solo es realmente adecuado para un subconjunto de inglés (y, según nos dicen, hawaiano ) Esto introdujo soporte para mensajes multiparte, internacionalización, tipos de contenido enriquecido, etc., y rápidamente ganó popularidad a lo largo de la década de 1990.

(Las notas de la herencia mail/ mailxhistoria fueron más útiles al componer esto, y ciertamente vale la pena leerlas si te gusta ese tipo de cosas).

Ofertas actuales

A partir de 2018, Debian tiene tres paquetes que incluyen un comando mailo mailx. (Puedes buscar 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

(No estoy señalando a Debian como una recomendación; es lo que uso, así que estoy familiarizado con él; y proporciona un medio para distinguir las diversas alternativas sin ambigüedades al referirme a sus respectivos nombres de paquete. Obviamente también es la distribución de qué Ubuntu obtiene estos paquetes).

• bsd-mailxes relativamente simple mailxy no parece admitir el envío de archivos adjuntos MIME. Consulte su página de manual y tenga en cuenta que este es el que esperaría encontrar en un sistema * BSD, incluido MacOS, de forma predeterminada.
• heirloom-mailxque ahora se llama s-naily hace el envío de archivos adjuntos MIME con soporte -a. Consulte su página de manual y, en general, el proyecto Heirloom
• mailutilstambién conocido como GNU Mailutils incluye un mail/ mailxenvoltura de compatibilidad , que hace el envío de archivos adjuntos MIME con apoyo-A

Con estas inquietudes, si necesita que su código sea portátil y pueda depender de un paquete algo complejo, la forma más sencilla de enviar archivos adjuntos MIME de forma portátil es utilizarlo mutt.

Otra alternativa: Swaks ( navaja suiza para 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 tiene la herramienta metasend

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

solía

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

y esto funcionó bien para mí ...

Por lo general, solo uso el comando de correo en RHEL. He intentado mailx y es bastante eficiente.

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

This is the content of my msg.

.

el camino más corto para mí es

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

así que para su ejemplo será

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

Lo bueno es que puedo recordarlo con Ctrl + r para enviar otro archivo ...

De la máquina de origen

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

En la máquina de destino. Guarde el cuerpo del correo recibido como db.sql.gz.b64 ; luego..

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

Solo para agregar mis 2 centavos, escribiría mi propio script PHP:

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

Hay muchas formas de hacer el archivo adjunto en los ejemplos de esa página.

mailxtiene una -aopción ahora para archivos adjuntos.

No es un método para enviar correos electrónicos, pero puede usar un servidor Git en línea (por ejemplo, Bitbucket o un servicio similar) para eso.

De esta manera, puede usar git pushcomandos, y todas las versiones se almacenarán de forma comprimida y organizada.

Así es como lo estoy haciendo con un archivo de registro grande en 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 el archivo es texto, puede enviarlo más fácilmente en el cuerpo como:

sendmail [email protected] < message.txt

usando el comando mailx

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

usando 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 hace que esto sea pan comido

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

• -A file adjunta un archivo
• -M habilita MIME, para que pueda tener un archivo adjunto y cuerpo de texto sin formato.

Si aún no está instalado, ejecute

sudo apt install mailutils

Dependiendo de sus opciones de comando de correo (verifíquelo man mail) y la versión que podría hacer

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

Si mutt no funciona o no está instalado, intente esto:

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