ruby-on-rails – 使用Postmarkapp在Rails应用程序中处理电子邮件异常的最佳方法是什么?

前端之家收集整理的这篇文章主要介绍了ruby-on-rails – 使用Postmarkapp在Rails应用程序中处理电子邮件异常的最佳方法是什么?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
@H_301_1@我正在使用Postmark来处理我的Rails 3应用程序中的所有电子邮件,使用postmark-rails gem.

偶尔用户会引入错误的电子邮件或不存在的电子邮件,最终会给予硬弹跳. Postmark引发Postmark :: InvalidMessageError错误来处理此问题,我的用户收到的错误是非描述性500错误.

我想将这些错误处理到我的响应界面中,我想知道什么是最好的策略.我现在有几个邮件已经有几十个,所以我不想在所有这些方法添加begin-raise块.将这种开始加注添加到控制器似乎也不是最优雅的解决方案.

我一直在阅读有关将rescue_from块添加到我的ApplicationController的内容,但后来我不知道如何在界面中处理这个问题(可能是通过调用使用errors方法方法?)

我想在开始管道之前听听你的想法.

有任何想法吗?

解决方法

我们不得不在Beanstalk中处理同样的问题.首先,我们关闭了生产中的“raise_delivery_errors”,然后我们为ActionMailer :: Base实现了一个覆盖方法,允许我们动态更改该设置以进行特定交付.像这样:
AccountMailer.raise_errors do
  AccountMailer.deliver_welcome_email(@account)
end

这使我们能够控制何时出现交付异常,并避免在此类错误打破他们不应该出现的问题时出现问题.通常只有一两个地方你想放置那个覆盖.在我们的例子中,它是忘记密码和邀请用户功能,当让用户知道他们的密码重置电子邮件/邀请没有交付是至关重要的.在后台运行的工作中的某个地方有一个交付例外对任何人都没有帮助.

在我们有了这个之后,我们在我们的ApplicationController中添加了一个rescue_from,它将设置flash [:alert]并重定向回来.

def postmark_delivery_error(exception)
  if address = derive_email_from_postmark_exception(exception)
    link = %Q[<a href="#{ reactivate_email_bounce_path(address)  }">reactivating</a>]
    msg = "We could not deliver a recent message to “#{ address }”. The email was disabled due to a hard bounce or a spam complaint. You can try #{ link } it and try again."
  else
    msg = "We could not deliver a recent message. The email was disabled due to a hard bounce or a spam complaint. Please contact support."
  end
  flash[:alert] = msg
  redirect_to :back
end

reactivate_email_bounce_path链接到使用Postmark API重新激活跳出的控制器.你可以在这里找到更多相关的细节:

http://developer.postmarkapp.com/developer-bounces.html

因此,在您完成所有这些工作之后,您的最终用户可以在处理交付错误方面获得非常好的体验,这些内容通常不会在Web应用程序中解决.在Beanstalk中看起来像这样:

不仅用户可以看到他的电子邮件被反弹,他还可以自己反应:

希望这可以帮助.

伊利亚·萨巴宁
http://twitter.com/isabanin

原文链接:https://www.f2er.com/ruby/267550.html

猜你在找的Ruby相关文章