monitor the usual spam lists, work with them when you are on them
Also, most providers have pages setup where they explain how they want "bulk" email to look like when you are sending it to their customers. That general includes requirements for double opt-in, etc..
你是对的，RSS 并不是真正适合所有用户。 但是，对于无法阅读 html 邮件的人来说，您可能需要创建一个网页来替代邮件。 您还可以为这些页面提供 rss feed，作为确实想要使用它的用户的替代方案。 这可能会减少邮件数量，从而使您的工作变得更加轻松。
If you want to do this you're getting into some of the same techniques spammers use. Spreading email mailouts over a day or night could be a way to do it. I don't think anyone knows the 'right' rate to do this because varies per mail-provider and they probably adjust this over time. You could try spreading the emails sent to a single provider. If you've got a lot of mail for hotmail.com for example then don't send it all at the same time.
Maybe it would be a good idea to look at pull media instead of push media for your application. You could put the content of the mass mailings up on a website and notify interested readers with an rss feed for example. This has a lower risk of irritating potential customer. And your company has a lower risk of being sued for spamming.
You're right, rss is not really accessible for all users. But as you'll probably need to create a webpage-alternative to the mailings anyway for people who can't read html-mail. You might as well provide an rss feed to those pages as an alternative for the users who do want to use it. This might reduce the volumes for the mailings enough to make your job a bit easier.
I had to send out several thousand a week (all opt in) for a coupon site, I just figured out how many seconds there were in the given time period I needed to send them, and generated a random number of seconds between 0 and that number, added the random number to my "SendAt" date in my queue.
Not perfect but it worked. I do agree that ultimately it's a flawed concept, if you really HAVE to send thousands a day you'll need to contact a mail service. http://www.streamsend.com/
Trying using a service like AuthSMTP. Typically the major free mail providers like Yahoo, Gmail will limit the amount of e-mails you can send per day and people on the receiving end might end up reporting them as spam.
To add to the list of good practices least likely to get you blacklisted,
If you follow guidelines for double-opt-in / unsubscribe links on every email / handling abuse reports this will improve the recipients not marking your email as spam - because if enough people within gmail/yahoo/hotmail mark your email as spam, it will go into the spam folder by default sometimes even if other good practices are being followed. So double-opt in makes sure the recipient only gets email they are expecting, reducing the chance of spam reports.
And to add to the managed email queue idea - do not just unintelligently process and send emails as fast as your CPU/memory will allow, create your own queue system as others have suggested that trickle over time and shuffle the order of email provider you are sending to (@gmail.com, @yahoo.com etc).
发布评论
评论（6）
您想要查看以下内容：
优先级：批量）此外，大多数提供商都有页面设置，在其中解释他们想要如何“批量”发送电子邮件看起来就像您将其发送给客户时的样子。 一般包括双重选择加入的要求等。
You want to look at the following:
Precedence: bulk)Also, most providers have pages setup where they explain how they want "bulk" email to look like when you are sending it to their customers. That general includes requirements for double opt-in, etc..
如果您想这样做，您就会陷入垃圾邮件发送者使用的一些相同技术。 在白天或晚上发送电子邮件可能是一种方法。 我认为没有人知道执行此操作的“正确”费率，因为每个邮件提供商各不相同，并且他们可能会随着时间的推移进行调整。 您可以尝试将发送给单个提供商的电子邮件分散起来。 例如，如果您有很多来自 hotmail.com 的邮件，请不要同时发送所有邮件。
也许对于您的应用程序来说，查看拉媒体而不是推送媒体是个好主意。 您可以将群发邮件的内容放在网站上，并通过 RSS 提要等方式通知感兴趣的读者。 这可以降低激怒潜在客户的风险。 而且您的公司因发送垃圾邮件而被起诉的风险也较低。
你是对的，RSS 并不是真正适合所有用户。 但是，对于无法阅读 html 邮件的人来说，您可能需要创建一个网页来替代邮件。 您还可以为这些页面提供 rss feed，作为确实想要使用它的用户的替代方案。 这可能会减少邮件数量，从而使您的工作变得更加轻松。
If you want to do this you're getting into some of the same techniques spammers use. Spreading email mailouts over a day or night could be a way to do it. I don't think anyone knows the 'right' rate to do this because varies per mail-provider and they probably adjust this over time. You could try spreading the emails sent to a single provider. If you've got a lot of mail for hotmail.com for example then don't send it all at the same time.
Maybe it would be a good idea to look at pull media instead of push media for your application. You could put the content of the mass mailings up on a website and notify interested readers with an rss feed for example. This has a lower risk of irritating potential customer. And your company has a lower risk of being sued for spamming.
You're right, rss is not really accessible for all users. But as you'll probably need to create a webpage-alternative to the mailings anyway for people who can't read html-mail. You might as well provide an rss feed to those pages as an alternative for the users who do want to use it. This might reduce the volumes for the mailings enough to make your job a bit easier.
我必须每周向优惠券网站发送数千张（全部选择加入），我只是算出在给定时间段内我需要发送它们有多少秒，并生成 0 到 0 之间的随机秒数数字，将随机数添加到我的队列中的“SendAt”日期。
并不完美，但它有效。 我确实同意，最终这是一个有缺陷的概念，如果您确实每天必须发送数千封邮件，则需要联系邮件服务。
http://www.streamsend.com/
顺便说一句，您需要非常小心，不要被添加到任何黑名单
http://www.mxtoolbox.com/blacklists.aspx
I had to send out several thousand a week (all opt in) for a coupon site, I just figured out how many seconds there were in the given time period I needed to send them, and generated a random number of seconds between 0 and that number, added the random number to my "SendAt" date in my queue.
Not perfect but it worked. I do agree that ultimately it's a flawed concept, if you really HAVE to send thousands a day you'll need to contact a mail service.
http://www.streamsend.com/
BTW, you need to be very careful about not getting added to any of the blacklists
http://www.mxtoolbox.com/blacklists.aspx
尝试使用 AuthSMTP 等服务。 通常，主要的免费邮件提供商（例如 Yahoo、Gmail）会限制您每天可以发送的电子邮件数量，而接收端的人最终可能会将其报告为垃圾邮件。
Trying using a service like AuthSMTP. Typically the major free mail providers like Yahoo, Gmail will limit the amount of e-mails you can send per day and people on the receiving end might end up reporting them as spam.
这些提供商中的大多数都有某种形式的“白名单”。 直接联系他们，看看他们的要求是否被列入清单。
Most of these provider have some form of "white-lists". Contact them directly, and see their requirements to be put on the list.
这里有一些关于批量电子邮件标题的好建议，比如经常联系使用的公司。
http://old.openspf.org/esps.html
添加到好列表做法最不可能将您列入黑名单，
如果您遵循每封电子邮件上的双重选择加入/取消订阅链接/处理滥用报告的准则，这将改善收件人不将您的电子邮件标记为垃圾邮件的情况 - 因为如果 gmail/yahoo/hotmail 中有足够多的人将您的电子邮件标记为垃圾邮件，有时即使遵循其他良好做法，它也会默认进入垃圾邮件文件夹。 因此，双重选择可确保收件人只收到他们期望的电子邮件，从而减少垃圾邮件报告的机会。
并添加到托管电子邮件队列的想法 - 不要只是以您的 CPU/内存允许的速度不智能地处理和发送电子邮件，而是创建您自己的队列系统，正如其他人建议的那样，随着时间的推移慢慢流动并打乱您所在的电子邮件提供商的顺序发送至（@gmail.com、@yahoo.com 等）。
Here is some good advice about the headers for bulk emails, the likes of companies like constant contact use.
http://old.openspf.org/esps.html
To add to the list of good practices least likely to get you blacklisted,
If you follow guidelines for double-opt-in / unsubscribe links on every email / handling abuse reports this will improve the recipients not marking your email as spam - because if enough people within gmail/yahoo/hotmail mark your email as spam, it will go into the spam folder by default sometimes even if other good practices are being followed. So double-opt in makes sure the recipient only gets email they are expecting, reducing the chance of spam reports.
And to add to the managed email queue idea - do not just unintelligently process and send emails as fast as your CPU/memory will allow, create your own queue system as others have suggested that trickle over time and shuffle the order of email provider you are sending to (@gmail.com, @yahoo.com etc).