MailChimp API 重新订阅确认邮件不再发送答案

【问题标题】：MailChimp API resubscribe confirmation mail not longer sendingMailChimp API 重新订阅确认邮件不再发送
【发布时间】：2017-06-19 16:09:16
【问题描述】：

当状态为unsubscribed 的联系人再次尝试使用相同的邮件地址订阅时，我发送状态为pending 的PUT 请求以触发选择加入流程。

确认邮件突然停止发送。联系人从未订阅状态切换到待处理状态，但无法确认订阅。

这是代码的简化版本：

<?php
$member_response = $MailChimp->get("lists/$list_id/members/$subscriber_hash"); // <-- Returns an array where status is `unsubscribed`

if($member_response['status'] == 'unsubscribed' || $member_response['status'] == 'pending') {
  // User exists but is not active. Do a PUT request with new values to trigger re-opt-in
  $update_response = $MailChimp->put("lists/$list_id/members/$subscriber_hash", $member_data); // <-- Returns an array where status is `pending`
}
?>

在将现有订阅者再次设置为pending 时不应该发送确认邮件吗？
我忽略了什么吗？

【问题讨论】：

只是让你知道我遇到了同样的问题（在我的情况下，通过 API 订阅一个新地址将状态设置为待处理并发送确认电子邮件的第一个副本，但不发送后续副本，就像过去一样，如果您再次发送状态为pending 的POST。）您是否碰巧知道它是否最近才开始发生（这是我几个月没有测试过的代码。）建议通过电子邮件发送apihelp@mailchimp.com（我也会的。）

标签： mailchimp mailchimp-api-v3.0

【解决方案1】：

为了跟进我之前的评论，以下是我本月早些时候从 MailChimp 获得的答案的摘要。

此（未宣布的）更改与 v3 API 无关，于 2016 年 9 月进行。
当用户取消订阅时，您无法重新订阅他们。我们已经知道这一点，但是将“状态”更改回“待处理”的技巧不再有效，该技巧用于在每次发出 API 请求时触发新电子邮件 - 电子邮件现在受到限制。最初 MailChimp 告诉我确切的费率是逐个列出的，但当我跟进时，他们后来说是第一次尝试后 48 小时（在此期间任何后续尝试都会重置计时器。）
MailChimp 确认没有记录确认请求电子邮件，或者在 API/管理 UI 中确定它们是否已发送的方式（除了知道订阅者何时设置为待处理第一次 电子邮件将自动发送。）
在我看来，现在可以通过 admin.mailchimp.com 手动重新添加用户，无论他们以前的状态如何——我不确定这是否可行。奇怪的是，这会将某人的状态更改回订阅状态，而无需他们进行任何确认。（如果我可以通过 UI 做到这一点，为什么我不能通过 API 等做到这一点）
我询问地址是否相同，除了使用加号，例如foo@example.com 和 foo+bar@example.com 将被视为两个单独的地址，因为它们产生不同的订阅者哈希，如 API 端点中使用的那样。（在测试期间，我经常使用我的一个地址并更改它的末尾以表示日期，使用计数器等。）他们实际上告诉我他们不算作唯一：控制算法注册限制将它们解析到相同的地址，这是我没想到的。
最后，他们的 API 帮助台（他们会发送及时且礼貌的回复 - 您也无需拥有帐户即可写信给他们）能够在临时基础。

个人意见：

我的印象是 MailChimp 想推动人们使用他们的 3rd 方托管/可嵌入表单来处理注册，而不是使用 API。

从字里行间看，考虑到他们现在拥有的免费套餐和客户数量，我想知道他们是否已经收到了大量垃圾邮件投诉/黑名单。

尽管 v3 API 在架构上比之前的版本有了很大的改进，但更新代码（包括，在我的例子中，一个 WordPress 插件）以使用它是相当多的工作，并且有多个未宣布和/或近年来 MailChimp 产品的短期颠覆性变化； Mandrill 的停产、API 服务器上过时的安全证书等。

实际上，我很难想到另一个第 3 方服务，它一再需要这么多的开发时间来保持一小部分 API 功能的运行（订阅、取消订阅和兴趣组，就我的客户而言） .这与其说是对产品质量的评论，不如说是它为开发人员带来的工作量。

这种情况很可能会继续存在，因此我鼓励人们在选择批量电子邮件服务之前仔细考虑一下，如果您不想处理某些情况，例如，您不能检测是否以及何时向某人发送了选择加入确认信息。

【讨论】：