Вызов Linux "mailx" через код Java: текст сообщения всегда идет во вложении

Question

Так как мой SMTP-провайдер имеет ограничение на количество электронных писем, которые могут быть отправлены в день, я написал Java-код для вызова "mailx" системы Linux, моя java-программа работает.

Вот этот код:

package sys.cmd;

import java.io.ByteArrayInputStream;
import java.io.IOException;
import java.io.InputStream;
import java.io.OutputStream;
import java.util.ArrayList;
import java.util.List;

public class IntermediateJavaLinuxMailX {

    public static void main(String[]args) throws IOException{
        email(
                new ArrayList<String>(){{
                    add("[e-mail]");
                    add("[e-mail]");
                }},
                "Error Message",
                "Hello World!\r\n This is message"
        );
    }

    public static void email(
            List<String>toEmailIds,
            String subject,
            String msgText
            ) throws IOException{
        String toEmails = toString(toEmailIds);
        String[]args=new String[]{"/bin/sh" , "-c", "mailx -s \""+subject+"\" "+toEmails};
        System.out.println("The command for bash is: "+args[2]);
        Process proc= Runtime.getRuntime().exec(args);
        OutputStream o = proc.getOutputStream();//probable output for text
        InputStream i = new ByteArrayInputStream(msgText.getBytes());//probable input for message-text
        read2end(i, o);
        o.close();
    }

    private static String toString(List<String> toEmailIds) {
        StringBuilder sb= new StringBuilder();
        for(String toEmailId:toEmailIds){
            sb.append(toEmailId).append(' ');
        }
        return sb.toString();
    }

    private static void read2end(InputStream i, OutputStream o) throws IOException {
        byte[]b=new byte[1000];
        for(int a=0;(a=i.read(b))>-1;)
            o.write(b, 0, a);
        i.close();
    }

}

Проблема заключается в следующем: электронное письмо, полученное на стороне получателя, текст находится не в теле сообщения, а в файле вложений с именем "noname".

Вопрос в том, как сделать строку в msgText появляются в теле сообщения электронной почты.

---

Добавляя еще одну вещь, которую я сделал до сих пор:

---

Я написал другой код, который использует временные файлы для хранения текста сообщения, а затем использует перенаправление файлов (<) для добавления текстового сообщения и дает желаемый результат. Но это косвенный путь. Есть ли прямой путь? Вот еще один код:

    public static void email(
            List<String>toEmailIds,
            List<String>ccEmailIds,
            List<String>bccEmailIds,
            String subject,
            byte[][]attachContents,
            String messageText
            ) throws IOException{
        String toEmails=toString(" " , toEmailIds,' ');
        String ccEmails=notEmpty(ccEmailIds)?toString(" -c ", ccEmailIds,','):"";
        String bcEmails=notEmpty(bccEmailIds)?toString(" -b ", bccEmailIds,','):"";
        String recip=bcEmails+ccEmails+toEmails;
        String[]attachmentTempFiles=new String[notEmpty(attachContents)?attachContents.length:0];
        String attachFilePaths="";
        for(int x = 0;x<attachmentTempFiles.length;++x){
            String attachTempPath = "/path/temp/attach_"+x+".file";
            byteArray2File(attachContents[x],attachTempPath);
            attachmentTempFiles[x]=" -a "+attachTempPath;
            attachFilePaths+=attachmentTempFiles[x];
        }
        String msgTxtTempFilePath="/path/temp/msg.txt";
        byteArray2File(messageText.getBytes(), msgTxtTempFilePath);
        msgTxtTempFilePath=" < "+msgTxtTempFilePath;
        String mailxCommand = "mailx " + attachFilePaths + " -s \"" + subject +"\" "+ recip + msgTxtTempFilePath;
        Runtime.getRuntime().exec(new String[]{"/bin/sh" , "-c", mailxCommand});
    }

    private static void byteArray2File(byte[] bs, String path) throws IOException {
        FileOutputStream fos=new FileOutputStream(path);
        ByteArrayInputStream bais=new ByteArrayInputStream(bs);
        read2end(bais, fos);
        fos.close();
    }

    private static boolean notEmpty(byte[][] bs) {
        return bs!=null && bs.length>0;
    }

    private static boolean notEmpty(List<String> strings) {
        return strings!=null && !strings.isEmpty();
    }

    private static String toString(String pre, List<String> toEmailIds,char separator) {
        StringBuilder sb= new StringBuilder(pre);
        for(String toEmailId:toEmailIds){
            sb.append(toEmailId).append(separator);
        }
        return sb.substring(0,sb.length()-1);
    }

    private static void read2end(InputStream i, OutputStream o) throws IOException {
        byte[]b=new byte[1000];
        for(int a=0;(a=i.read(b))>-1;)
            o.write(b, 0, a);
        i.close();
    }

---

- Редактировать-- Добавлено после комментария @Serge Ballesta:

"Хм, я попытался поискать в поиске и обнаружил, что обычный текстовый файл, конвейеризованный в Linux mailx, превращается в"Content-Type: application/octet-stream" (вложение). Может ли ваша проблема быть такой же? Конечно, вы можете контролировать заголовки полученные сообщения?

---

Этот код тоже имел тот же эффект:

        email(
                new ArrayList<String>(){{add("[e-mail]");add("[e-mail]");}},
                "Error Message",
                "Content-Type: text/plain; charset=us-ascii\r\n" +
                "Content-Disposition: inline\r\n\r\n" +
                "Hello World!\r\n" +
                "This is message.\r\n\r\n\r\n"
        );

Тем не менее весь текст сообщения помещается во вложение с именем "noname".

Answer 1

РЕДАКТИРОВАТЬ: Заменены глупые вещи на правильное решение

mailx Команда, найденная в большинстве дистрибутивов Linux - это семейная реликвия mailx. Он делает гораздо больше, чем оригинальный BSD mailx, и автоматически кодирует свои входные данные, если в нем есть непечатаемые символы *.

Проблема здесь в том, что он считает, что \r символы не являются стандартными, поэтому к почте добавляются следующие заголовки:

Content-Type: application/octet-stream
Content-Transfert-Encoding: base64

и текст письма эффективно закодирован в базе 64. Это не настоящее вложение, но многие читатели почты рассматривают такие письма как пустое тело с безымянным вложенным файлом.

Таким образом, решение состоит в том, чтобы удалить все \r из тела почты.

На самом деле, если ваш LANG Переменная окружения объявляет локаль, которая может использовать не 7-битные символы (символы...) mailx, кажется, достаточно умен, чтобы объявить расширенную кодировку (ISO-8859-1 для локали fr) и сделать кодировку для печати в кавычках. Таким образом, даже если в сообщении присутствуют (по крайней мере, западноевропейские) не 7-битные символы ASCII, при условии, что контрольных символов нет, письмо должно отправляться нормально.

Последний шанс - не использовать mailx, а напрямую использовать sendmail.