Ruby on rails 在rails应用程序中,电子邮件应该作为后台作业发送还是同步发送?

Ruby on rails 在rails应用程序中,电子邮件应该作为后台作业发送还是同步发送?,ruby-on-rails,email,background,rabbitmq,delayed-job,Ruby On Rails,Email,Background,Rabbitmq,Delayed Job,我们即将发布新的rails应用程序,到目前为止,我们的兴趣似乎非常浓厚,我们有点担心瓶颈会在哪里。其中之一似乎是注册时和其他情况下的系统电子邮件。这是正确的吗 是否应该在后台异步发送给用户的单个电子邮件?如果是这样,最好的解决方案是什么 我已经研究了一些解决方案,但似乎找不到任何明确的解决方案 同样的线索,如果你问我。。。。通过在drop文件夹中生成一个文件,电子邮件服务器会拾取该文件。这样就不会有太多的开销,所以seaprate线程没有什么意义 至少我一直都是这样处理的。在后台使用我会说这取决

我们即将发布新的rails应用程序,到目前为止,我们的兴趣似乎非常浓厚,我们有点担心瓶颈会在哪里。其中之一似乎是注册时和其他情况下的系统电子邮件。这是正确的吗

是否应该在后台异步发送给用户的单个电子邮件?如果是这样,最好的解决方案是什么


我已经研究了一些解决方案,但似乎找不到任何明确的解决方案

同样的线索,如果你问我。。。。通过在drop文件夹中生成一个文件,电子邮件服务器会拾取该文件。这样就不会有太多的开销,所以seaprate线程没有什么意义


至少我一直都是这样处理的。

在后台使用

我会说这取决于您的要求。如果您需要能够通知用户发送邮件失败,请在同一线程中执行此操作


如果没有,发送邮件应该支持重试等功能,因此我会将消息放入队列/文件系统/数据库表/等,并让另一个线程/进程处理发送的细节。

“在电子邮件服务器拾取的放置文件夹中生成文件”-我以前从未听说过这一点。你能再详细说明一下它是如何工作的吗?你能用ActionMailer做这件事吗?我不做ruby;)仅限ASP.NET。我有一个本地邮件服务器监听一个特定的文件夹,ASP.NET将一个文件写入该实际拾取文件夹中—邮件守护进程在那里侦听更改,拾取文件并发送(实际上发送到我的邮件中继服务器)。问题是:发送电子邮件需要一些时间,我不想有任何不持久的东西。