什么是rejig我们的电子邮件系统的好方法? [英] What's a good way to rejig our e-mail system?
问题描述
我们向客户/公众发送大量电子邮件,但是我们目前的设置是陈旧的,老实说,我真的不知道它是如何工作的。
We send loads of e-mails to clients/the public, but our current set up is antiquated and old, and to be honest, I really don't know how it works at all...
重新做一个好办法是什么?我们收到来自不接收电子邮件的人的投诉,还会加载到他们的垃圾文件夹...
What's a good way to re-do it? We get loads of complaints from people not receiving e-mails and also loads go into their junk folders...
我们的软件是 asp.net ,我正在重写整个遗留系统,它在代码中实际创建和发送电子邮件。我会认为正确的方法是将电子邮件发送到某种服务器发送而不是以这种方式发送,但发送电子邮件对我来说是新的。
Our software is asp.net, and I am rewriting the whole legacy system which creates and sends e-mail actually in the code. I would have thought the correct way would be to send the e-mail to some kind of server to send out rather than doing it this way, but sending e-mails out is new to me.
任何人都可以指出正确的方向来了解这些东西吗?我们的团队花费大量的时间来处理没有收到电子邮件的人,如果我们有一个可靠的系统,我们可以轻松地调试,这将使生活更轻松,省钱。
Can anyone point me in the right direction to learn about this stuff? Our team spends a huge amount of time dealing with people who don't get e-mails and if we had a reliable system that we could easily debug, it would make life easier and save money.
所有关于电子邮件的知识是,Exchange服务器可能涉及,但实际上并没有交换服务器(但是我们应该得到一个?)...所有建议/链接到文章阅读欢迎;)
All I know about e-mail is that an Exchange server is perhaps involved but we don't actually have an exchange server (yet, should we get one?)... All advice/links to articles to read welcome;)
推荐答案
在某些时候,你的代码将被调用(取决于你使用的框架版本)。(.Net 2.0+,使用System。 Net .Mail):
At some point, your code will be calling (depending on which version of the framework you're using) something like (.Net 2.0+, using System.Net.Mail):
SmtpClient smtp = new SmtpClient(mailServer);
smtp.Send(emailMessage);
或(.Net 1.1使用System。 Web .Mail):
or (.Net 1.1 using System.Web.Mail):
SmtpMail.SmtpServer = mailServer;
SmtpMail.Send(emailMessage);
在任一情况下,字符串 mailServer
将您正在发送电子邮件的服务器的名称/地址 - 这可能不是交换服务器,更有可能是坐在您的IIS服务器或主机上的SMTP服务器。
In either case the string mailServer
will be the name/address of the server you are sending the emails out from - this probably isn't an exchange server, it's more likely to be an SMTP server, sitting on your IIS server or host.
在服务器端:
- 确保此服务器设置为发送您的电子邮件数量发送 - 我真的不能帮助太多 - 尝试 ServerFault.com 我猜;)
- 看看您是否可以打开日志记录,或者至少监视BadMail队列,这将给出一些迹象,说明问题是在你的最后还是在某个地方。
- Make sure that this server is set up to send the quantity of emails you're sending out - I can't really help too much here - try ServerFault.com I guess ;)
- See if you can turn on logging, or at least monitor the BadMail queue - that will give you some indication of whether the problem's at your end or somewhere out there.
有一些事情会导致用户邮件服务器或客户端将您的电子邮件视为垃圾邮件,而不接受邮件,但最常见的是:
There are a number of things that will cause a users mail server or client to consider your emails as Junk, and not accept them, however the most common ones are:
- 电子邮件来自不同的域名到fr om地址 - 理想情况下,您应该确保您的电子邮件是从与服务器具有相同域名的地址发送的。如果不是这样,那么您需要向服务器添加发件人策略框架标头该地址的域名可以通知其他邮件服务器您的SMTP服务器可以代您发送电子邮件。
- 与非链接文本相比,电子邮件中包含大量链接。 / li>
- 电子邮件看起来像垃圾邮件 - 即它匹配各种垃圾邮件模式。
- 用户没有正确输入他们的地址(你会感到惊讶)。
- The email comes from a different domain to the "from" address - ideally, you should ensure that your emails are sent from an address with the same domain as your server. If this is not the case, then you'll need to add a Sender Policy Framework header to the server with the address's domain to tell other mail servers that your SMTP server is allowed to send email on your behalf.
- The email contains a high number of links in comparison to the non-link text.
- The email "looks" like spam - i.e. it matches various model spam emails.
- The user hasn't entered their address correctly (you'd be surprised).
从那以后,确保发件人地址实际上存在于你的最后 - 这样你可以监视反弹从远程服务器返回,看看他们拒绝接收电子邮件的原因。
Following on from that, make sure that the From address actually exists at your end - that way you can monitor bounce-backs from remote servers and see what reasons they are giving for rejecting your emails.
根据电子邮件的类型和您必须花费的金额,您可能想看看使用第三方邮件解决方案 - 再次悲伤的是,这不在我的专业领域。
Depending on the type of emails, and the amount of money you have to spend, you might want to look at using a 3rd Party mailing solution - again sadly, this is outside my area of expertise.
这篇关于什么是rejig我们的电子邮件系统的好方法?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!