由于我的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("[email protected]");
add("[email protected]");
}},
"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的评论后添加:
“嗯,我试着在谷歌上搜索了一下,发现一个纯文本文件管道连接到LinuxMailx,变成了”content type:application/octet stream“(一个附件)。你的问题也一样吗?是否可以控制接收到的邮件的标题?”
此代码也具有相同的效果:
email(
new ArrayList<String>(){{add("[email protected]");add("[email protected]");}},
"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”的附件。
最佳答案
编辑:用正确的解决方案取代愚蠢的事情
在大多数linux发行版中找到的mailx
命令是heirloom mailx。它比原始的bsd-mailx做的事情多得多,如果输入中有任何不可打印的字符,它会自动对输入进行编码*。
这里的问题是,它认为\r
字符是非标准字符,因此它向邮件添加了以下标题:
Content-Type: application/octet-stream
Content-Transfert-Encoding: base64
邮件的文本被有效地以64为基数编码。它不是一个真正的附件,但许多邮件阅读器将此类邮件视为带有未命名附件的空正文。
所以解决方案是从邮件正文中删除所有
\r
。事实上,如果您的
LANG
环境变量声明了一个可以使用非7位字符的区域设置(多字符),那么mailx似乎足够聪明,可以声明一个扩展字符集(fr区域设置为iso-8859-1)并执行可引用的可打印编码。因此,即使消息中有(至少西欧)非7位ascii字符,如果没有控制字符,邮件也应该正常发送。最后一个可能的解决方案是不使用mailx并直接使用sendmail。