由于我的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("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();
}
}
问题是:收件人端收到的电子邮件,文本不在邮件正文中,但是在名为&#34; noname&#34;的附件文件中。
问题是:如何让msgText
中的字符串显示在电子邮件的邮件正文中。
到目前为止我又做了一件事:
我写了另一段代码,它使用临时文件来存储消息文本&amp;然后使用文件重定向(<
)添加消息文本&amp;它给出了期望的结果。但这是间接的方式。有没有直接的方式?这是另一个代码:
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评论后添加:
&#34;嗯,我尝试使用谷歌搜索,发现纯文本文件流水线到Linux mailx转向&#34;内容类型:application / octet-stream&#34; (一个附件)。你的问题可以一样吗?您确定可以控制收到的消息的标题吗?&#34;
这段代码也有同样的效果:
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"
);
但是,所有消息文本都会进入名为&#34; noname&#34;。
的附件中答案 0 :(得分:3)
编辑:用正确的解决方案取代愚蠢的东西
在大多数Linux发行版中找到的mailx
命令是heirloom mailx。它比原始的BSD mailx做了更多的事情,并且如果其中有任何不可打印的字符,则会自动对其输入进行编码。
这里的问题是它考虑到\r
字符是非标准的,因此它将以下标题添加到邮件中:
Content-Type: application/octet-stream
Content-Transfert-Encoding: base64
并且邮件的文本实际上是64位编码的。这不是一个真正的附件,但许多邮件读者将这些邮件视为一个带有未命名附件的空体。
因此解决方案是从邮件正文中删除所有\r
。
实际上,如果你的LANG
环境变量声明了一个可以使用非7位字符的区域设置(éèûôüö...),mailx似乎足够聪明,可以声明扩展字符集(ISO-8859-1 for fr locale)并执行quoted-printable编码。因此,即使在消息中使用(至少是西欧)非7位ASCII字符,如果没有控制字符,则应该正常发送邮件。
最后一次机会解决方案是不使用mailx并直接使用sendmail。