通过java代码调用Linux的“mailx”:messagetext总是进入附件
由于我的SMTP提供商限制了每天可以发送的电子邮件数量,我编写了一个Java代码来调用Linux系统的“mailx”,我的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("myemailid@myserver.com");
add("myothermailid@otherserver.com");
}},
"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的纯文本文件变成了“内容类型:应用程序/八位字节流”(附件)。你的问题也一样吗?你能控制收到的消息的标题吗?”
该代码也具有相同的效果:
email(
new ArrayList<String>(){{add("user_abc@mail1.com");add("person-xyz@mailer2.com");}},
"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”的附件中
# 1 楼答案
编辑:用正确的解决方案取代愚蠢的事情
大多数Linux发行版中的
mailx
命令是heirloom mailx。它比原始的BSD mailx做的事情多得多,如果其中有任何不可打印字符,它会自动对输入进行编码*这里的问题是,它认为
\r
字符是非标准字符,因此它向邮件中添加了以下标题:邮件的文本是有效的64进制编码。它不是一个真正的附件,但许多邮件读者将此类邮件视为带有未命名附件的空正文
因此,解决方案是从邮件正文中删除所有
\r
事实上,如果
LANG
环境变量声明了一个可以使用非7位字符(èèèèèèèèè)的区域设置mailx似乎足够聪明,可以声明一个扩展的字符集(fr语言环境为ISO-8859-1),并进行引用的可打印编码。因此,即使消息中有(至少西欧)非7位ASCII字符,只要没有控制字符,邮件也应该正常发送最后的解决方案是不使用mailx,直接使用sendmail