Verwenden crontab-job E-mail senden, Die E-Mail-text wendet sich an eine angehängte Datei, die mit Namen ATT00001.bin

Lief in das gleiche problem selber, nur ich bin Rohrleitungen Textausgabe in mailx - Heirloom mailx 12.4 7/29/08

Beim ausführen des Skripts in der Befehlszeile die E-Mail kam als normale E-Mail mit einem text.

Wenn ich jedoch lief das exakt gleiche Skript über crontab den Körper der E-Mail kam als Anhang - ATT00001.BIN (Outlook), application/octet-stream (mutt) oder "noname" (Gmail).

Nahm einige der Forschung, um dies herauszufinden, aber hier geht:

Problem

Mailx wird, wenn es auf unbekannte /steuerzeichen im text-input, und wandeln es in eine Anlage mit application/octet-stream mime-Typ festgelegt.

Aus der man-page:

für jede Datei, die Formatierung enthält andere Zeichen als Zeilenumbrüche und horizontale Tabulatoren

So, müssen Sie entfernen die control-Zeichen, die getan werden kann, d.h. mit tr

echo "$Output" | /usr/bin/tr -cd '\11\12\15\40-\176' | mail ...

Aber da hatte ich Norwegisch UTF8-Zeichen: æøå - die Liste erweitern, und Sie nicht wirklich wollen, zu halten, wie eine Liste, und ich müssen die Norwegischen Zeichen.

Und Inspektion der Anlage, die ich fand, ich hatte nur \r, \n der "normale" ASCII-Zeichen im Bereich 32-176 - alle druckbaren und 184 und 195 --> UTF8

Sollution

Explizit festlegen des Gebietsschemas in Ihrem Skript:

LANG="en_US.UTF8" ; export LANG

Laufen export in der shell - oder setenv wenn Sie csh oder tcsh zu bestimmen, was der locale eingestellt ist.

Erklärung

Mailx - bei Ausführung in der shell - mit LANG eingestellt .UTF8, wird korrekt zu identifizieren, die UTF8 chars und weiter.

Beim laufen in crontab LANG nicht gesetzt ist, und die standardmäßig auf LANG=C, da durch die Standard-crontab wird ausgeführt, nur über einen eingeschränkten Satz von environment-Variablen (system-abhängig).

mailx (oder andere Programme) wird dann nicht erkennen UTF8-Zeichen und feststellen, dass der input beinhaltet unbekannte steuerzeichen.

Mein Problem war UTF8-Zeichen, deins könnte auch andere steuerzeichen in Ihrem Eingang. Führen Sie es durch hexdump oder od -c, aber da funktioniert es OK in einem normalen shell-ich bin zu Ahnen, LANG Fragen.

Referenzen:

• linux-E-mail < Datei.log Content-Type: application/octet-stream (ein noname Anhang in Gmail)
• http://alvinalexander.com/blog/post/linux-unix/how-remove-non-printable-ascii-characters-file-unix

Stellen Sie sicher, dass Sie dies in Ihrem script

#/bin/sh

ersetzt werden durch

#!/bin/sh

Kommen, um das problem

Dein script geht davon aus, dass es ausgeführt wird aus einem bestimmten Verzeichnis (beachten Sie, dass fast jeder Pfad ist ein relativer Pfad, der nicht ein absoluter Pfad). cron ausgeführt wird es von einem anderen Verzeichnis.

Den Fix für Texte, die auf E-Mail -

mydir=$(dirname "$0") && cd "${mydir}" || exit 1
./opt/bin/analysis.sh > test 
mail -s "Today's Weather" example@example.com < /opt/bin/test

Erklärung

$0 ist der (ggf. relativen) mit dem Namen des shell-scripts ausgeführt wird. Gegeben ein Dateiname, der Ordnername Befehl gibt das Verzeichnis mit den Dateinamen.
So, das line-Verzeichnisse ändert, um zu dem Verzeichnis mit den Skripts oder beendet sich mit einem Fehler-code, wenn entweder der Ordnername oder der cd schlägt fehl.

ODER versuchen, vollständigen Pfad wie

./opt/bin/analysis.sh > test 
mail -s "Today's Weather" example@example.com < /opt/bin/test

Hinweis: Das gleiche problem diskutiert wird früher hier

FOLLOW-UP:

Versuchen, Sie zu entfernen

sh -x /opt/bin/exec.sh >> /opt/bin/mailerror 2>&1

stattdessen mit

sh /opt/bin/exec.sh 2>&1 >> /opt/bin/mailerror

FOLLOW-UP

Müssen Sie cron neu starten, damit die änderungen wirksam, wenn Sie nicht mit dem Befehl crontab zum Bearbeiten der Datei.

crontab -l > oldcrontab
cp oldcrontab newcrontab
echo "$newline" >> newcrontab
crontab < newcrontab