Le moyen le plus simple d'envoyer du courrier sur une ligne via la ligne de commande à l'aide de gmail?

L'utilisation de Raspbian et Ubunntu 16.04 LTS nécessite donc une solution Linux générique.

L'exigence est simple:

J'ai besoin d'un moyen d'envoyer des messages électroniques sur une seule ligne à partir de la ligne de commande.

J'ai créé un compte gmail uniquement pour ce Rpi3 particulier, avec l'adresse [email protected] - sans 2FA

Alors maintenant, je dois pouvoir envoyer des messages électroniques sur une ligne de n'importe où (y compris cron) sans intervention de l'utilisateur.

Je voudrais également qu'il puisse envoyer des fichiers texte; fondamentalement, n'importe quoi stdin.

La réponse la plus simple à l'envoi de messages sur une seule ligne via gmail est d'utiliser ssmtp

Installez-le avec les commandes suivantes:

sudo apt-get update
sudo apt-get install ssmtp

Modifier /etc/ssmtp/ssmtp.confpour ressembler à ceci:

[email protected]
mailhub=smtp.gmail.com:465
FromLineOverride=YES
[email protected]
AuthPass=testing123
UseTLS=YES

Envoyez un one-liner comme ceci:

echo "Testing...1...2...3" | ssmtp [email protected]

ou

printf "Subject: Test\n\nTesting...1...2...3" | ssmtp [email protected]

Ensuite, fidèle à * nix, vous obtenez simplement l'invite en quelques secondes.

Vérifiez votre compte [email protected], et le tour est joué!

Cela fonctionne également bien lors de l'envoi d'un fichier, comme suit:

cat program.py | ssmtp [email protected]

Et le programme apparaîtra dans la boîte aux lettres

Si le fichier est un fichier texte, il peut avoir une première ligne indiquant Subject: xxxxxx

Cela peut être utilisé avec divers travaux cron peut m'envoyer des données avec des lignes d'objet indiquant le contenu.

Cela fonctionnera avec tout ce qui prépare un message qui est canalisé dans ssmtp via stdin.

Pour plus de détails tels que la sécurisation de ces fichiers contre d'autres utilisateurs et autres, consultez cet article:

Envoyer un e-mail à partir de la ligne de commande du Raspberry Pi

Assurez-vous également de regarder ci-dessous la réponse publiée par Ruisur le verrouillage de l' FROM:adresse qui pourrait être modifiée dans les fichiers de messages formatés, si nécessaire.

Maintenant, si seulement je pouvais comprendre comment envoyer des SMS de la même manière.

ssmtpn'est qu'un des nombreux wrappers Sendmail. Tous ceux-ci acceptent un message sur une entrée standard et éventuellement une liste d'adresses en tant qu'arguments de ligne de commande, et ils offrent tous un binaire nommé sendmailqui implémente (au moins les fonctionnalités de base de) l'API de ligne de commande Sendmail traditionnelle. Mais à proprement parler, ce message doit être un message RFC822 bien formé. Au minimum, il doit avoir un en- Subject:tête.

ssmtp [email protected] <<<$'Subject: testing 1...2...3'

(Avec ssmtp, sendmailest juste un lien symbolique vers ssmtp. Postfix, Exim, et je crois que tous les autres MTA qui Provides: mail-transport-agentont un arrangement similaire, sauf bien sûr sendmailoù le sendmailbinaire est "la vraie chose".)

Plus généralement, vous pouvez reconstituer un simple e-mail avec un document ici.

/usr/lib/sendmail -oi -t <<____HERE
Subject: testing
To: [email protected]

Here we interpolate the shell variable $result
____HERE

(L' -toption Sendmail indique de prendre la liste des destinataires à partir des en-têtes du message que vous recevez sur une entrée standard. Le chemin précis vers Sendmail varie selon les plates-formes.)

Une autre variante courante consiste à combiner la sortie de quelques commandes. Prenez soin d'avoir une ligne vide (un «cou») entre les en-têtes et le corps du message.

( printf "Subject: random number\n\n"
  dd if=/dev/urandom bs=4 count=1 2>/dev/null | od -D -An ) |
sendmail [email protected]

Pour tout ce qui dépasse les messages texte ASCII très simples, vous devez comprendre comment composer un message MIME approprié, auquel cas il est généralement plus judicieux d'utiliser un outil comme mutt. Certaines plateformes ont un mailou mailxqui sait comment envoyer des pièces jointes et du texte non ASCII, mais ce n'est pas entièrement portable.

Le défi ici n'est pas de trouver un client qui peut prendre un message électronique et tenter de l'envoyer, c'est de le configurer pour les spécificités de Gmail, ce qui nécessite que le MTA connaisse le nom d'utilisateur et le mot de passe à utiliser pour le serveur distant afin pour pouvoir l'utiliser comme hôte intelligent sortant.

Dans les coulisses, la plupart des clients aiment mutt, mailx, etc généralement juste courir sendmaildans les coulisses pour faire passer le message le système.

Ajout à la propre réponse de l'OP:

Lors de la configuration ssmtp, vous pouvez également interdire ou autoriser les utilisateurs à définir le De, et également remplacer le domaine; vous souhaiterez peut-être le faire pour plusieurs raisons, notamment le message ne tombant pas dans le dossier Spam.

Vous pouvez ajouter à /etc/ssmtp/ssmtp.conf:

# Where will the mail seem to come from?
rewriteDomain=my_internet_domain.uk

# Are users allowed to set their own From: address?
# YES - Allow the user to specify their own From: address
# NO - Use the system generated From: address
FromLineOverride=YES

Veuillez noter que même si OUI peut être utilisé dans une framboise domestique, il peut ne pas être recommandé dans un système multi-utilisateur du point de vue de la sécurité.

Quel est le problème avec "mail"?

l'écho "Salut là" | mail -s "Courrier important" [email protected]

"mail" étant / etc / un lien alternatif vers / usr / bin / bsd-mailx depuis le paquet bsd-mailx. Je pense que c'est là par défaut. Grand utilitaire pour envoyer du courrier à partir de scripts cron, par exemple.

Fonctionne également sur Ubuntu et FreeBSD.

Je suis vraiment partial à utiliser mailxpour cela:

echo "Message body." | mailx -s "Subject line" -a /path/attachment.txt -r "Sender's Name<[email protected]>" -c [email protected] [email protected]

J'utilise sendEmail pour envoyer de simples e-mails automatisés via le serveur SMTP d'un fournisseur externe:

sendEmail -q -f "[email protected]" -u "mySubject" -t "[email protected]" -s "my.smtp.com" -o tls=yes -xu "mySmtpUser" -xp "mySmtpPw" -m "myMessage"

Je passe tout sur une seule ligne, donc faire cela sur une ligne de commande afficherait probablement tous les paramètres (y compris le mot de passe smtp) à tous les utilisateurs, s'ils s'exécutent un ps -efmoment, j'exécute la commande. Je l'utilise dans un script shell.

Mon serveur est CEntOS 7, et a sendmail mais pas mailx etc. Plutôt que d'installer un nouveau programme, j'ai testé en utilisant sendmail directement, et j'ai constaté que cela fonctionne:

echo -e "From: you@whatever\nTo: [email protected]\nSubject: this is the subject\n\nThis is the body,\nwith multiple lines." | sendmail -t

Pour moi, cela semble être le moyen le plus simple d'envoyer un court e-mail, car il ne nécessite pas d'exécuter ou de configurer un serveur ou un démon, et peut être effectué en une seule ligne de commande.

L'idée est qu'un message m'avertira simplement qu'un certain programme a jeté une erreur, sans révéler aucune information potentiellement confidentielle, puis je vais SSH au serveur pour inspecter ses journaux. De cette façon, vous n'avez pas à vous soucier de complications telles que la connexion de fichiers ou le cryptage du transport.

Remarques:

• -e indique à echo d'interpréter '\ n' et d'autres échappements.
• -t indique à sendmail d'obtenir les adresses des destinataires à partir de «À:» dans l'en-tête du message.
• Si le courrier n'arrive pas, utilisez tail /var/log/maillogpour voir les messages d'erreur.
• Si vous envoyez à votre adresse gmail, faites un filtre sur gmail pour les garder hors du dossier indésirable.
• Ce sendmail est en fait «sendmail.postfix» (ce qui pourrait être normal); il y a une page de manuel ici