Asp.net 发送电子邮件的System.Net.Mail.MailMessage的替代方案?
我正在寻找一个.NET程序集,我可以从ASP.NET3.5中使用它一次发送一到两封电子邮件 我已经查看了System.Net.Mail.MailMessage,但是脚本和邮件服务器之间的通信结果使用了ESMTP,我真的希望避免这种情况 发送的电子邮件尽可能简单:不加密;不是html;等等Asp.net 发送电子邮件的System.Net.Mail.MailMessage的替代方案?,asp.net,email,iis,smtp,Asp.net,Email,Iis,Smtp,我正在寻找一个.NET程序集,我可以从ASP.NET3.5中使用它一次发送一到两封电子邮件 我已经查看了System.Net.Mail.MailMessage,但是脚本和邮件服务器之间的通信结果使用了ESMTP,我真的希望避免这种情况 发送的电子邮件尽可能简单:不加密;不是html;等等 优先考虑的是易于部署,因此不希望与IIS、Exchange等发生冲突。我查看了MSDN,似乎没有办法强制System.Net.Mail使用旧的smtp标准(RFC821),但您不需要这样做 根据以下文章的备注部
优先考虑的是易于部署,因此不希望与IIS、Exchange等发生冲突。我查看了MSDN,似乎没有办法强制System.Net.Mail使用旧的smtp标准(RFC821),但您不需要这样做 根据以下文章的备注部分,System.Net.Mail实现RFC2821,其中指出,如果主机无法识别EHLO(或扩展HELO)问候语,则客户端应发出HELO,并仅使用RFC821中可用的命令继续。
正如我们在评论中所讨论的,由于您只是试图避免使用身份验证,因此您可以使用System.Net.Mail库,而无需进行身份验证。您试图避免的SMTP到底是什么?而且,仅供参考,是
SmtpClient
类发送邮件消息,这决定了协议。除了SMTP之外,还有其他协议可以帮助您发送电子邮件吗?我看了看,出于兴趣,似乎没有任何方法强制.net邮件使用旧的SMTP(RFC 821),但我怀疑您是否真的需要这样做。看起来MSDN System.Net.Mail上的应用程序是基于RFC 2821的,它指定如果主机无法识别EHLO(扩展HELO)问候语,则客户端应发出HELO并仅使用RFC821标准命令继续。@JohnSaunders:我正在将一个应用程序部署到我以前使用过的环境中(使用经典ASP)并且不需要在邮件服务器上标识自己(只要使用SMTP)。我想继续不必授权我自己,但通过ESMTP,您必须授权。为了完成整个授权工作,我必须参加大量的会议,这使我倾向于坚持“不授权”的方法。@user861114我以前在这种环境中使用过SMTP(请参阅我上面对John Saunders的评论),因此我希望坚持这一点-谢谢你的提问。