我有一个Web应用程序，可以发送电子邮件以响应用户提示的操作。这些电子邮件会提示收件人进行响应(其中包含与特定操作有关的URL。)

我有一些用户要求"重新发送"功能以再次推送该电子邮件。

我的反对意见是，如果原始电子邮件最终出现在垃圾邮件文件夹中(或者第一次没有发送)，那么第二次可能会发生同一件事。 (我已经确认电子邮件尚未退回；它们已被收件人的邮件服务器接受。)

社区对此有何看法：重新发送和发送邀请/通知电子邮件的功能有用还是毫无意义？

解决方案

回答

绝对没有意义。但是，如果用户需要它，并且时间不会太长，则可能值得。用户有时很愚蠢，如果这让他们感到高兴...

回答

至少从用户的角度来看绝对有用。通过手动重新发送电子邮件，他们知道电子邮件已发送，可以立即检查其垃圾邮件文件夹以捕获邮件。否则，他们可能不了解该邮件，并且它们将在垃圾邮件中消失，然后才能捕获。

回答

这可能是有用的。用户可能无意中删除了它。收件人的邮件服务器中可能是暂时性错误。垃圾邮件过滤器不是丢失邮件的唯一原因。

回答

有用的任何数量的因素都可以在第一次发送和第二次发送之间改变。

回答

绝对有用。可能有很多情况。例如，用户意外删除了原始电子邮件。

回答

反对意见是问题在于邀请已进入垃圾邮件文件夹。我们不确定这一点(或者至少暗示了这一点)。他们可能想要"重新发送"按钮，因为他们想提醒客户付款或者再次通知他们一些事情。没关系，因为效果应该相当容易实现，并允许他们发送任意数量的消息。

其中一个"客户想要它，这不是完全不合理的，也许我们应该实施它而不是质疑他们或者提出理由否决它的协议：)

回答

这是绝对必要的。仅仅因为应用程序未跳动并不意味着邮件实际上已经通过。许多站点会丢弃触发垃圾邮件过滤器的电子邮件，而不是将其传递到垃圾邮件文件夹。在这种情况下，可以想象，用户可能同时选择退出其站点的垃圾邮件过滤功能，然后想要重试。

回答

如果我们实施了它，我将让用户重新输入并重新确认他们输入的电子邮件地址，并且不允许多次使用它，否则编写滥用脚本进行炸弹很容易某人的邮箱。

回答

没有反对重新发送它的能力，存在吗？假设重新发送将以相同的动作结束，这不算重新发送没有害处。

如果有一个论点，而没有反对者，那应该是一个容易的决定。