16

I've been using 

 mail -s "here is a log file" "person@example.com" < log/logfile.log

Which used to come through with headers:

User-Agent: Heirloom mailx 12.4 7/29/08
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

But now the files are longer I'm getting noname attachments because with this:

User-Agent: Heirloom mailx 12.4 7/29/08
MIME-Version: 1.0
Content-Type: application/octet-stream
Content-Transfer-Encoding: base64

So if all else fails, check the manual man mail ...

NAME
       mailx - send and receive Internet mail

SYNOPSIS
       mailx [-BDdEFintv~] [-s subject] [-a attachment ] [-c cc-addr] [-b bcc-addr] [-r from-addr] [-h hops]
              [-A account] [-S variable[=value]] to-addr . . .

None of these options seem useful so how can I force Content-Type: text/plain?

KCD
  • 9,873
  • 5
  • 66
  • 75

5 Answers5

11

The man page is a good place to start! Keep reading until you get to the MIME TYPES section, and pay close attention the following:

Otherwise, or if the filename has no extension, the content types text/plain or application/octet-stream are used, the first for text or international text files, the second for any file that contains formatting char‐ acters other than newlines and horizontal tabulators.

So, if your message contains "formatting characters" (which in general means control characters) other than newlines and tabs, it will automatically be classified as application/octet-stream. I bet that if you look closely at the data you'll find some control characters floating around.

You can work around this by...

  • Including the log file as an attachment (using -a) instead of the main message body, and set up your ~/.mime.types file to identify *.log files as text/plain.
  • Filter out control characters using something like tr.

  • Use another MUA such as mutt to send the mail. In fact, you could just craft a message yourself and send it directly to sendmail:

    (
  echo To: person@example.com
  echo From: you@example.com
  echo Subject: a logfile
  echo
  cat logfile.log
) | sendmail -t
larsks
  • 277,717
  • 41
  • 399
  • 399
  • tr -cd '\11\12\15\40-\176' < log/logfile.log | mail -s "here is a log file" "person@example.com" – KCD Apr 27 '12 at 01:30
  • I had noticed that comment about the mime types. Thanks for your workarounds, any of which would work great – KCD Apr 27 '12 at 01:38
  • Thanks. Using mutt is the simpler solution. – Diego Fernández Durán Dec 02 '13 at 16:35
  • 2
    You might also try using bsd-mailx, which doesn't do this switching of mime types. In the Debian packaging system, the choice of hierloom-mailx over bsd-mailx to satisfy the virtual mailx package is pretty much arbitrary, and there's some suggestion it might be weighted towards bsd-mailx in future as the hierloom-mailx package is considered less free. – mc0e Dec 29 '14 at 16:20
9

I got the similar problem recently and finally end up with a solution that is shorter:

cat -v log/logfile.log | mail -s "here is a log file" "person@example.com"

More details of the discussion of cat with mailx.

ericzma
  • 763
  • 3
  • 9
  • 23
  • The -v option of cat was really helpfull since I could unterstand why I had problem receiving the body of my mail as an attachment. Thanks. – MadJlzz Feb 04 '16 at 15:15
3

I had some trouble to get my automatic email scripts to run after changing to Ubuntu Precise 12.04. I don't know, when Ubuntu (or Debian) exchanged bsd-mailx against heirloom-mailx, but the two "mail"-commands behave very differently. (E.g. heirloom uses -a for attachments, while it's used for additional headers in bsd.) In my case heirloom-mailx wasn't able to reliably determine the Mime type and kept sending text as attachments. Blame me for not weeding out control characters or whatever, but I don't see much point in changing scripts that did their job perfectly before the upgrade. So if you prefer setting the Mimetype yourself, bsd-mailx is a better solution. 

sudo apt-get install bsd-mailx 
sudo apt-get remove heirloom-mailx

Solved it for me.

some-non-descript-user
  • 615
  • 1
  • 12
  • 23
  • +1 for mentioning [heirloom](http://heirloom.sourceforge.net/mailx/mailx.1.html). On a Linux system without `man` I had trouble finding out which `mailx` was used, as `mailx -V` just printed the version, not the name or type of it. – Qtax Aug 01 '14 at 14:13
3

On RedHat based systems (SL, CentOS, Fedora, etc.), you will want to install bsd-mailx and then set /etc/alternatives/mail appropriately:

sudo yum -y install bsd-mailx
sudo alternatives --set mail /usr/bin/bsd-mailx

Of course, you risk breaking applications that rely on heirloom-mailx behavior but do not explicitly call 'mailx' instead of 'mail'.

To display information about /bin/mail currently points to:

sudo alternatives --display mail

To check for various installed mailx packages:

sudo rpm -qa *mailx
user3759925
  • 31
  • 3
2

In my case, the script was called from cron where LC_* was not defined and accents were interpreted as "control chars". I just inserted the following lines at the beginning of my crontab file :

LC_NAME=fr_FR.UTF-8
LC_ALL=fr_FR.UTF-8
JC Boggio
  • 367
  • 1
  • 11