简体   繁体   English

电子邮件简报服务指南

[英]Guidelines for email newsletter service

I'm implementing a email newsletter sender service using .NET and Windows Server technologies. 我正在使用.NET和Windows Server技术实现电子邮件简报发件人服务 Are there comprehensive guidelines which could help avoiding emails being trapped by spam filters and other mechanisms? 是否有全面的指南可以帮助避免电子邮件被垃圾邮件过滤器和其他机制困住

They should cover all aspects of (legal) bulk mail sending: SMTP configuration, DNS, HTML content, images, links within content etc. A simple example: is it better to embed images or load them from a server? 它们应涵盖(合法)批量邮件发送的所有方面:SMTP配置,DNS,HTML内容,图像,内容中的链接等。一个简单的例子:嵌入图像或从服务器加载图像更好吗?

It would be great if you could provide some empirical data to show the efficiency of some measures taken. 如果你能提供一些经验数据来证明一些措施的效率,那将是很好的。

Although I don't have a definitive answer, I think this is a very important question. 虽然我没有明确的答案,但我认为这是一个非常重要的问题。 Here are few tidbits I know about it 这里有几个我知道的花絮

  1. Choose a clean hosting/smtp server. 选择一个干净的托管/ smtp服务器。 IP addresses of spamming SMTP servers are often black-listed by other ISPs. 垃圾邮件SMTP服务器的IP地址通常被其他ISP列入黑名单。
  2. Send a simple introductory email to every subscriber, asking them to add your sender address to their safe list. 向每个订阅者发送简单的介绍性电子邮件,要求他们将您的发件人地址添加到他们的安全列表中。
  3. Be very prudent in sending to only those people who are actually expecting it. 谨慎地向那些真正期待它的人发送信息。 You wouldn't want pattern recognizers of spam filters learning the smell of your content. 您不希望垃圾邮件过滤器的模式识别器了解您的内容的气味。
  4. If you don't know your smtp servers in advance, its a good practice to provide configuration options in your application for controlling batch sizes and delay between batches. 如果您事先不知道您的smtp服务器,最好在您的应用程序中提供配置选项,以控制批量大小和批次之间的延迟。 Some servers don't like large batches or continuous activity. 有些服务器不喜欢大批量或连续活动。

Unless you have a very specific reason to host the newsletter yourself, I think you'd be much better off using a third party service. 除非您有非常具体的理由自己主持新闻通讯,否则我认为您使用第三方服务会好得多。 There are lots out there, and some are very cheaply priced. 有很多,有些价格非常便宜。

  1. It'll save you on development work (no point in re-inventing the wheel). 它将为您节省开发工作(重新发明轮子没有意义)。

  2. Their system will handle all the unsubscribe link stuff that you need to include in email newsletters to comply with CAN SPAM laws or whatever. 他们的系统将处理您需要包含在电子邮件简报中的所有取消订阅链接内容,以符合CAN垃圾邮件法律或其他任何规定。

  3. They handle the spam reports that you will inevitably get if you have a list of any non-trivial size. 他们处理垃圾邮件报告,如果您有任何非平凡的大小列表,您将不可避免地获得垃圾邮件报告。 They keep records of who signed up, how they signed up, and their IP address, and can present those on receipt of a spam report to prove that their service wasn't sending out spam. 他们会记录谁注册,他们如何注册,以及他们的IP地址,并可以在收到垃圾邮件报告时提供这些记录,以证明他们的服务没有发送垃圾邮件。

  4. You can use double-opt in (or confirmed opt in), for extra evidence to prove that the people you're sending emails to actually signed up to receive them. 您可以使用双重选择(或确认选择加入),以获取额外的证据,以证明您发送电子邮件的人实际已注册接收它们。

If you really do need to host it yourself I'd suggest you search the web for "email deliverability". 如果您确实需要自己托管,我建议您在网上搜索“电子邮件可传递性”。 Things that are known to help include properly set up SPF records, DomainKeys/DKIM, correct DNS settings (reverse DNS especially - best to just use an online service to check your DNS settings). 已知有帮助的事项包括正确设置SPF记录,DomainKeys / DKIM,正确的DNS设置(尤其是反向DNS - 最好只使用在线服务来检查DNS设置)。 You can test a lot of these things by sending an email to check-auth@verifier.port25.com. 您可以发送电子邮件至check-auth@verifier.port25.com来测试很多这些东西。

It's best to avoid using spammy words in your email - always a bit of guesswork this but you some words can trip filters. 最好避免在你的电子邮件中使用垃圾邮件 - 总是有点猜测这个,但你的一些文字可以跳过过滤器。

But I'd guess that by far the most important thing is to be sending your email from a trusted server that maintains good relationships with ISPs (ie ensuring that ISPs don't think that the server is sending out spam). 但我猜想到目前为止,最重要的是从一个与ISP保持良好关系的可信服务器发送您的电子邮件(即确保ISP不认为服务器发送垃圾邮件)。 This is a big reason why it's much much easier to get a third party to handle everything for you. 这是为什么让第三方为您处理一切要容易得多的一个重要原因。

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM