批量电子邮件配置 - phplist + sendgrid 或有关流程的一些建议
我有一个很大的用户列表，分布在两组中。 1. Phplist 2. Vbulletin
Phplist 拥有大约 50,000 个用户，而 vbulletin 拥有大约 70,000 个用户。这些都是双重选择安全列表并且完全合法。
我们有一个专用服务器并使用 phplist 来结束邮件，但考虑到 phplist 的限制，单个邮件需要 3 天的时间来处理。我非常热衷于使用 Sendgrid / Amazaon SES 或其他东西，这样我可以更快地拍摄每月的新闻通讯（我们有大约 20 封新闻通讯，包括工作、公告登录等）。
目前，我们从与主域不同的域发送电子邮件，例如 www.mydomainnewsletter.com，而主站点和公司电子邮件是 www.mydomain.com（我的主站点位于 drupal）
现在我如何构建一个流程，其中所有交易和公司邮件来自 mydomain.com，而所有新闻通讯均来自 mydomainnewsletters.com。用户应在 mydomain.com 上订阅和取消订阅，并且此电子邮件列表应与 www.mydomainnewsletter.com 同步。
我的服务器安装了qmail。有人可以指导我完成整个过程吗？我根本不是技术人员。
I have a large user list which is distributed in two groups. 1. Phplist 2. Vbulletin
Phplist has around 50,000 users while vbulletin has some 70,000 users. These all are double optin safe lists and completely legal.
We have a dedicated server and use phplist tos end mails but a single mails takes 3 days to process given phplist limitations. I am very keen to use Sendgrid / Amazaon SES or something so that i can shoot pur monthly newsletters much faster ( we have some 20 news letters including jobs, announcements login etc).
At present we send emailes from a different domain than the main one and its like www.mydomainnewsletter.com while main site and corporate emails are www.mydomain.com ( my main site is on drupal)
Now how do I build a process where all transaction and corporate mails go from mydomain.com while all newsletters go from mydomainnewsletters.com. users shall subscribe and unsubscribe at mydomain.com and this email list shall be synchronized with www.mydomainnewsletter.com.
My server has qmail intalled. So can somebody guide me through the process. I am not techie at all.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
你有几个选择，我能想到。我绝对不认为你应该在内部这样做，除非你想处理可交付性方面的巨大混乱。
以下是一些非内部选项：
至少通过这些服务，您会看到更快的交货时间。 （三天太糟糕了。）他们有资源发送这些电子邮件，他们担心送达率，而您可以专注于制作精彩的新闻通讯和/或在您的网站上工作。
全面披露：我是 PostageApp 的产品经理。
You have a few options, that I can think of. I definitely don't think you should do this in-house unless you want to deal with the huge mess of dealing with deliverability.
Here are some non-in-house options:
At least with these services, you're looking at a much faster delivery time. (Three days is attrocious.) They have the resources to send these emails, they worry about the deliverability, and you can focus on making an awesome newsletter and/or working on your website.
Full Disclosure: I am the Product Manager of PostageApp.